Java `OutOfMemoryError` при создании < 100 потоков

Я читал, тестировал и бился головой о стену больше дня из-за этой ошибки.

У меня есть некоторый Java-код в классе с именем Listener, который выглядит следующим образом

ExecutorService executor = Executors.newFixedThreadPool(NTHREADS);
boolean listening = true;
int count = 0;
while (listening) {
    Runnable worker;
    try {
        worker = new ServerThread(serverSocket.accept()); // this is line 254
        executor.execute(worker);
        count++;
        logger.info("{} threads started", count);
    } catch (Exception e1){
        //...
    }
}

Я настраивал параметры JVM -Xmx(от 1 до 15G) и -Xss(от 104k до 512M). Сервер имеет 24 ГБ оперативной памяти, но также должен работать с базой данных, которая поддерживает программу.

После создания 2-20 потоков (несколько десятков существует и в других частях программы), я получаю сообщение об ошибке

Exception in thread "Thread-0" java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:657)
at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:943)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1325)
at xxx.Listener.run(Listener.java:254)

$java -versionyields:

java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.1) (fedora-65.1.11.1.fc16-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

Всегда имеется большое количество свободных память в системе, когда это происходит, и другие программы продолжают выполняться нормально.Что заставляет Java думать, что у него больше нет памяти для новых потоков?

ОБНОВЛЕНИЕ: Возможно, это больше, чем я думал - мне удалось получить эту ошибку (только один раз), когда я использовал ^C:

OpenJDK 64-Bit Server VM warning: Exception java.lang.OutOfMemoryError occurred dispatching signal SIGINT to handler- the VM may need to be forcibly terminated

, и то же самое произошло, когда я попытался убить клиента (также написанный на Java и работает на том же сервере, это один поток, который читает файл и отправляет его на сервер через сокет), поэтому определенно существует ограничение за пределами JVM, заставляющее одно мешать другому, но я не могу себе представить что, если у меня все еще есть свободная память и я вообще не использую своп? Сервер -Xmx1G -Xss104k Клиент -Xmx10M

ОБНОВЛЕНИЕ 2: Отказ от библиотеки perl Forks::Superи запуск клиентов из bash позволил мне получить до 34 потоков до того, как сервер упал из-за OOME, поэтому запуск нескольких клиентов определенно повлиял на сервер, но в то же время время я все еще должен иметь возможность запускать более 34 (68, если считать клиентов) java-потоков за раз. Какие системные ресурсы блокируют создание большего количества потоков (т. е. где я должен искать, чтобы найти свинью)? Когда всем (клиентам, серверу, GC...) не хватает памяти одновременно, topсообщает об использовании моего процессора и памяти следующее:

Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  24681040k total,  1029420k used, 23651620k free,    30648k buffers
Swap: 26836988k total,        0k used, 26836988k free,   453620k cached

UPDATE3:Журнал hs_error ниже указать, что моя java не 64-битная?

# There is insufficient memory for the Java Runtime Environment to continue.
# Cannot create GC thread. Out of system resources.
# Possible reasons:
#   The system is out of physical RAM or swap space
#   In 32 bit mode, the process size limit was hit
# Possible solutions:
#   Reduce memory load on the system
#   Increase physical memory or swap space
#   Check if swap backing store is full
#   Use 64 bit Java on a 64 bit OS
#   Decrease Java heap size (-Xmx/-Xms)
#   Decrease number of Java threads
#   Decrease Java thread stack sizes (-Xss)
#   Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# JRE version: 6.0_24-b24
# Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea6 1.11.1
# Distribution: Fedora release 16 (Verne), package fedora-65.1.11.1.fc16-x86_64