откуда сведения про 2Мб?

1) исходники glibc (linuxthread/internals.h)
2) Много раз во всякой документации встречалось. linuxthread default stack size 2M, windows - 1M freebsd - 64k

Добавлено через 3 минуты и 32 секунды
для интереса в гугле поискал пример такой документации. Linuxthread faq:

D.10: My application needs to create thousands of threads, or maybe even more. Can I do this with LinuxThreads?
No. You're going to run into several hard limits:

    * Each thread, from the kernel's standpoint, is one process. Stock Linux kernels (version 2.2 and earlier) are limited to at most 512 processes for the super-user, and half this number for regular users. This can be changed by changing NR_TASKS in include/linux/tasks.h and recompiling the kernel. On the x86 processors at least, architectural constraints seem to limit NR_TASKS to 4090 at most. (It seems that 2.4 kernels have higher limits, though.)
    * LinuxThreads contains a table of all active threads. This table has room for 1024 threads at most. To increase this limit, you must change PTHREAD_THREADS_MAX in the LinuxThreads/glibc sources and recompile.
    * By default, each thread reserves 2M of virtual memory space for its stack. This space is just reserved; actual memory is allocated for the stack on demand. But still, on a 32-bit processor, the total virtual memory space available for the stacks is on the order of 1G, meaning that more than 500 threads will have a hard time fitting in. You can overcome this limitation by moving to a 64-bit platform, or by allocating smaller stacks yourself using the setstackaddr attribute.
    * Finally, the Linux kernel contains many algorithms that run in time proportional to the number of process table entries. Increasing this number drastically will slow down the kernel operations noticeably. 

всем спасибо. на основании приведенных выше коментариев я решил пересмотреть концепцию программы. действовать будут так:

1 поток: в режиме accept, обрабатывает новые соединения.
1 поток: в режиме select, ожидает данные из сокетов.
8-32 потоков: на подхвате, читают и обрабатывают данные из сокетов.

функцию select я нашел. под windows она находится в юните winsock, под linux в юните oldlinux. так что больших проблем с совместимостью, надеюсь, не будет.

за ссылки также спасибо.

по поводу стека повторяю, что размер стека можно указать в качестве параметра при создании потока (по крайней мере на Free Pascal).