问题标签 [gridgain]

我的远程 (Linux) 和本地 (Windows) 节点都使用相同的 jdk 版本 1.7.0_45 和 gridgain 6.0.3，并且启用了对等类加载。但我得到以下信息：

本地节点控制台有日志：

代码

文件相关代码仅由主节点调用。

我对网格世界很陌生，我需要有关如何使用 GridGain 处理算法的指导，该算法是一个递归的 TravellingSalesmanProblem。

TSP 看起来像这样：

我相信我需要进行聚合，例如 GG 的斐波那契示例，问题是我不知道为 GridFuture 设置什么，因为我在循环中有一个递归调用（我相信我不能创建尽可能多的期货我有递归调用，没有意义）。我已经搜索了更多示例，但无法将任何示例映射到我的算法。

基本上我需要将其翻译成 GridGain ......任何建议将不胜感激。

代码：

1. 启动另一个 GridGain 节点。
2. 运行代码。它应该打印：3-transformed
3. 注释putxIfAbsent()代码。
4. 运行代码。我希望它打印出来：3-transformed但得到null了

String如果我将缓存值更改为（如在GridGain Basic Operations 视频中）或 Java 内置值，代码将起作用，但不适用于我自己的自定义类。

带代码：

在 3 节点配置中。GridGain 选择一个节点（似乎是随机的），然后仅处理该节点中的每个“处理规则”。

我想做的是forEach并行，所以理想情况下对于 3 个节点和 30 个条目，每个节点应该处理 10 个条目。缓存是partitioned这样的，每个节点都有自己的条目。

GridCache.keySet(), .primarySize(), 并且.size()只返回该节点的信息。

除了整个集群，我如何获取这些信息？

扫描整个集群“有效”，但我需要的只是键或计数，而不是值。

问题是如果我想根据索引字段查找 SQL 查询，但我无法根据网格缓存条目键本身查找。

我的有效但远非优雅和高性能的解决方法是：

这要求 key 与字段之一相同，并且出于性能原因需要对该字段进行索引。

当我使用GridCacheStore-backed 缓存时，第一个get()可能需要很长时间，因为在内部GridCacheStore将执行计算/慢速搜索等。

该get()节点上的第二个将很快，因为结果已被该节点缓存。

但是，get()在其他节点上仍然很慢，因为结果没有被复制。如何使这个复制？我已经设置了cacheMode=REPLICATED。

我的配置：

解决方法是不使用GridCacheStore-backed 而是使用put()，但是有很多类型并且它不是原子的，因为逻辑将是：

我的配置：

我按如下方式启动 GridGain：

我的GridCacheStore实现：

我按如下方式启动 GridGain：

LumenConfigSpring 配置包含一个DB名为mongoDb.

然而，这会抛出NullPointerException，因为db没有正确注入。我只是为了测试而尝试@Inject GridGainSpring的，甚至GridGainSpring本身也没有注入。

我也尝试<property name="db" ref="mongoDb"/>在 GridGain Config XML 中进行设置，但 Spring 抱怨找不到 bean。

我的解决方法是将它放在一个public static字段中，但这太难了：https ://github.com/ceefour/lumen-kb/blob/b8445fbebd227fb7ac337c758a60badb7ecd3095/cli/src/main/java/id/ac/itb/ee/lskk/流明/yago/YagoLabelCacheStore.java

GridCompute.apply()允许通过一个arg或Collection<> args但我看不到如何在里面访问它/它们GridClosure？

我正在使用 GridGain .Net 客户端的追加/前置功能，这是正确的方法吗？从这个列表中删除项目的推荐方法是什么？

我们正在研究一种解决方案，该解决方案可以处理系统生成的日志文件，并对这些日志进行各种分析操作，以提出有助于对问题进行分类的不同视图。例如，构建一系列在日志中重复出现的错误消息。

目前，我们正在将日志数据加载到 java 集合中，并通过迭代/搜索这些影响性能的集合来执行所有操作。我们正在考虑将数据加载到数据库中并对数据进行查询以获得优化的搜索结果。同样，我们正在考虑使用内存数据库，这将比持久存储提供更好的性能，因为磁盘读/写将被最小化。

一次要分析的数据量可能高达几 GB（2-4 GB），因此可能超过机器上的 RAM 大小。

问题：对于这样的 In-Memory db，可以考虑哪些选项？GridGain 是一个不错的选择吗？

我们的大多数解决方案都应部署在单个节点上，因此分布式功能不是优先事项。可以为此目的推荐哪些其他内存数据库