我只使用redis和RDB选项。它使用2GB的内存。当它分叉时,它用了大约10秒来完全保存文件。当我查看redis.io站点时,我发现了这个延迟状态:
- Linux beefy VM on VMware 6.0GB RSS forked in 77 milliseconds (12.8 milliseconds per GB).
- Linux running on physical machine (Unknown HW) 6.1GB RSS forked in 80 milliseconds (13.1 milliseconds per GB)
- Linux running on ph
我已经将大量数据插入到两个节点cassandra服务器中。两天后,我发现服务器出现了这个错误,我猜不出问题所在
FSReadError in /var/lib/cassandra/data/system/hints/system-hints-jb-1090-Data.db
at org.apache.cassandra.io.compress.CompressedRandomAccessReader.reBuffer(CompressedRandomAccessReader.java:95)
at org.apache.cassandra.io.util.Ran
我们目前所处的情况是DSE节点决定自行退役。似乎一开始它遇到了一个Too many open files错误,然后决定从环中删除节点是可以的,因为the disk is FULL。除了让节点自行删除的完整哲学问题之外,磁盘只有1/4的利用率。
以下是日志文件中的相关条目:
ERROR [pool-1-thread-1] 2014-06-20 01:53:19,957 DiskHealthChecker.java (line 62) Error in finding disk space for directory /raid0/cassandra/data
java.io.IOExcept
在Ubuntu8.04主机上安装VMware服务器2.x时,我们遇到了性能问题。当主机系统生成IO负载(例如,复制大型文件作为备份操作的一部分)时,来宾(也是Ubuntu8.04)会变得异常迟钝和缓慢(简单的Apache HTTP请求需要5秒而不是通常的200 is )。
我们试图优化VM的各个方面,但问题仍然存在。如果主机IO负载很高,在linux下是否存在具有VMware性能的已知错误?有办法解决这个问题吗?这只是Ubuntu系统的一个问题,还是您以前在其他系统上见过?谢谢!