在CASSANDRA_HOME/bin/cassandra.bat中，您会发现以下配置

REM JVM Opts we'll use in legacy run or installation
set JAVA_OPTS=-ea^
 -javaagent:"%CASSANDRA_HOME%\lib\jamm-0.3.0.jar"^
 -Xms**2G**^
 -Xmx**2G**^

你可以将2G减少到更小的数字，例如1G或更小，它应该可以工作。

如果你是在unix系统上运行，同样，适当地改变.sh文件。

在cassandra bin目录下的cassandra.bat文件中将-Xmx2G替换为-Xms512M或更大的内存。

我也有类似的问题。我在一台64位机器上安装了32位版本的Java。

通过卸载该版本并安装64位版本的Java。我解决了这个问题。

这也可能是由于在32位HotSpot vm上设置过大而导致的，例如:

-Xms1536m -Xmx1536m

这可能/将会工作的地方:

-Xms1336m -Xmx1336m

32位Java需要内存中连续的空闲空间才能运行。如果指定较大的堆大小，则内存中可能没有那么多连续的空闲空间，即使可用的空闲空间比必需的大得多。

在这些情况下，安装64位版本的Java会有所帮助，因为连续内存要求只适用于32位Java。

有时它与

$ sysctl vm.overcommit_memory
vm.overcommit_memory = 2

如果你设置为:

$ sysctl vm.overcommit_memory=0

它应该会起作用。