问题标签 [ehcache-bigmemory]

关于兵马俑 BigMemory GO 配置的问题

问：有没有办法配置磁盘存储以在服务/缓存管理器启动时删除所有数据存储？

说明：我将 BigMemory 配置为溢出到 OffHeap，因此将在磁盘存储中创建 Lucene 索引（不依赖于持久策略）。我需要在下一次缓存管理器启动（应用程序启动）时清理磁盘存储，但我不想在我的应用程序代码中使用特定的清理方法。目前，如果 down 成功后，BigMemory 将在下次启动时重用索引。

谢谢你。

我正在测试 BigMemory Go 的性能，我注意到数据丢失。

这是单元测试：

在“非常大”中，使用 50.000.000 次迭代，在第二遍读取数据时，返回 null。所以数据丢失了！！配置设置为永恒=真。如何避免丢失数据？

有什么问题？

谢谢！

我能够从 rasterstack 中提取（）并编写 ax,y txt 文件，如此处讨论的 如何使用 xy 坐标从 rasterstack 中提取值？

然而，当我使用一个大的光栅堆栈时，我最终遇到了内存问题。

我真的很感激任何帮助。
提前致谢。

我将 Ehcache 与 BigMemory Go 一起使用，并带有一个用于 6 个缓存的本地可重新启动持久磁盘存储。每个缓存的缓存配置如下：

从分析中我们知道，所有缓存的总内存大小小于 1GB。然而，永久性磁盘存储目前使用了大约 27GB 的磁盘空间。27GB 包含许多大小约为 514MB 的 seg*.frs 文件。似乎这些文件每分钟创建一次，然后前滚，超过 ~60 分钟的文件被删除：

我的问题是：

• 这是磁盘存储的预期行为吗？或者我们的缓存/缓存元素是否有问题会产生大量的段？
• 有没有办法/配置来限制保留在磁盘上的段数？
• 或者同样减少 60 分钟的窗口以更频繁地删除文件？

通过添加 ehcache.xml 并设置 Terracotta 服务器，我一直在使用 Grails 和 Terracotta DSO。它工作得很好，但我收到消息称 Terracotta 不再支持他们的服务器（OpenSource 或 DSO，无论如何命名）。

所以我一直想知道是否有人试图用 BigMemory 替换 Terracotta Server，这行得通吗？如果是这样，我需要哪些依赖项以及从哪里获得这些依赖项？

我现在正在使用这些依赖项：

感谢您的反馈。

我正在使用 Bigmemory Max 4.0.5，因为 terracotta 将我的应用程序的缓存分配为休眠二级缓存，但在服务器启动时出现以下异常。

引起：com.tc.config.schema.setup.ConfigurationSetupException：

来自“localhost:9510”服务器的基本配置中的配置数据不遵守 Terracotta 模式：[0]：第 7 行，第 5 列：不允许属性（不允许使用通配符）：在元素服务器中安全 [1]：行9，第 9 列：元素服务器 [2] 中此处预期元素“服务器”而不是“镜像组”：第 28 行，第 9 列：元素服务器 [3] 中此处预期元素“服务器”而不是“更新检查” ：第 32 行，第 9 列：元素服务器中的预期元素“服务器”而不是“垃圾收集”[4]：第 37 行，第 9 列：元素服务器中的预期元素“服务器”而不是“可重新启动”[5] ：第 38 行，第 9 列：元素服务器中的预期元素“服务器”而不是“客户端重新连接窗口”

我的tc-config.xml如下：-

下面是ehcache.xml：-

以下是我正在使用的依赖项

我尝试了各种依赖版本的组合，但没有任何帮助。请让我知道这有什么问题。

提前致谢。

使用包bigmemory和bigalgebra我只想问：有没有办法在某些函数中使用 big.matrix 的数据而不需要Error: argument 'x' must be numeric. 我想使用 big.matrix 的元素来计算密度。

例子：

我正在使用hibernate + spring + terracotta在我的项目中实现二级缓存，我希望每个租户（组织）都有多个缓存包。就像我使用第一个租户登录并且有部门列表并保存在缓存中一样。当我用第二个租户登录时，这里也是部门列表，但列表与第一个租户部门不同，我希望这个缓存在不同的文件中。

请有人告诉我最好的方法吗？

提前致谢

I want to cache the results returned by lucene search using some second level caching framework for faster cached responses. How can I achieve that?

我们在 Play 2.2.2 应用程序中添加了一些选择 Cache.getOrElse() 语句来存储一些 CPU 密集型计算的一些中间产品。看起来很容易获胜！其中一些是相当复杂的案例类，我们注意到在实现它之后我们观察到两件事（a）JVM的内存使用量大幅上升（b）我们收到一堆警告，如下所示：

我最初的想法是，因为我们正在存储这些复杂的类，所以缓存正在吸收对象的其他部分，一旦从缓存中返回，就需要“完全重构”对象。所以我们创建了一些更简单的对象——剥离伴随对象，并重新键入类中不是字符串或整数的任何字段。但即使是非常简单的字符串映射似乎也在缓存中存储了很多对象（因此我假设使用了很多内存）。

存储来自 redis 对象的字符串映射的示例：

我们存储的这个 redis 结果映射正好有 256 个键 -> 值，jedis 库将其作为 Map[String,String] 返回。那么为什么这会导致为缓存计算超过 100000 个对象的警告呢？就性能而言，这是一个巨大的问题，因为缓存大小的计算需要很长时间，而且当 ehcache 被广泛使用时，我不确定将缓存设置为忽略计算是一个明智的选择！

我对 ehcache 没有什么了解以及它是如何工作的？我是否需要对要放入缓存中的任何对象进行自己的序列化，以便将所有内容强制为单个键-> 值？？？