单个嵌入式Ignite节点总是在启动时执行恢复，而且耗时太长
我在一个概念验证应用程序中评估Ignite，该应用程序在启用持久性的情况下将合理数量的数据加载到单个嵌入式节点中。磁盘上的存储大约是20 GB，我已经分配了8 GB的RAM（在16个可用的RAM中）到内存缓存中。
i.i.p.c.p.GridCacheDatabaseSharedManager : Binary recovery performed in 127946 ms.
i.i.p.c.p.GridCacheDatabaseSharedManager : Logical recovery performed in 571725 ms.
-
null
完整日志文件太大，无法发生堆栈溢出，但在Pastebin上可用。
共有1个答案
我认为，只有在拥有大量资源（如RAM和I/O）的情况下，才应该使用Ignite的持久性。对于资源受限的场景，它并没有真正优化。
也许您可以在服务器上有一个集群，只连接客户端进行开发？这样你可以每天重启一次左右。
-
我正在尝试在Windows上运行Kafka消息队列。 我在本教程中使用https://dzone.com/articles/running-apache-kafka-on-windows-os Kafka位置-C:\kafka2.11-1.1.0
-
问题内容： 我知道不建议使用嵌入式Elasticsearch。我只是为了测试而尝试。 我正在尝试启动嵌入式Elasticsearch节点，并从以下elasticsearch.yml提供配置 我使用的是es 5.1.1，我的代码启动嵌入式节点如下。 我得到以下跟踪。 我也尝试过，但到目前为止还没有运气。它在设置时有效，但我想使用http rest api进行测试。 PS：在实现嵌入式es时，我一直在
-
我刚刚开始使用microservices，我想创建一个简单的Eureka服务器来执行我的Serviceregistry。目前，我只想在localhost上运行服务器，稍后我想添加一个注册到其中的示例微服务。问题是，我在尝试启动Eureka服务器时出错。我在Eclipse中使用Spring和Maven在ubuntu vm中开发。 我的POM. xml如下所示： http://maven.apache
-
希望有人能帮我找出，如果不是一个解决方案，至少是一个行为的解释。 问题： 在一些设备上，按下启动器图标会导致当前任务恢复，在其他设备上，会导致初始启动意图被激发(有效地重新启动应用程序)。为什么会这样？ 细节: 当您按下“启动程序图标”时，应用程序会正常启动-也就是说，我假设，使用您的第一个和操作和类别。然而，情况并非总是如此： 在大多数设备上，如果您在应用程序已经运行后按下启动器图标，则会恢复该
-
问题内容： 我正在尝试用Elasticsearch替换Solr设置。这是一个新的设置，尚未投入生产，因此我有很大的空间来摆弄各种东西并使它们运转良好。 我有非常大量的数据。我正在索引一些实时数据并将其保留7天（通过使用_ttl字段）。我不在索引中存储任何数据（并禁用了_source字段）。我预计我的指数将稳定在 200亿 行左右。我将把这些数据放入2-3个命名索引中。到目前为止，多达数十亿行的搜索
-
编辑：根据Jim Rush的建议，我现在使用rc.local而不是init.d direclty来运行永远启动启动。 你知道为什么这不起作用吗？我在覆盆子皮B+上运行覆盆子。我已经运行了/etc/init.d kuuyi start和forever kicks并启动了该应用程序。只是启动机器后就不会发生了。 在这方面的任何帮助都是非常感谢的，我在这方面就像乳制品日后的旧奶酪布一样筋疲力尽。