2DWORD ну хорошо, +loadlibrary, +с сокетами реакцию на sigpipe убрать, +управление состоянием сокета. неважно, щас я не буду этим заниматься :P

5 баллов...

CreateThread заменяются на pthread_create и тп
EnterCriticalSection - на pthread_mutex_lock() и тп
сокеты остаются теми же, за исключением ошибок (-1/0) и closesocket()/close() и ещё чего-то незначительного

LoadLibrary - на юниксовые аналоги. ой, а возможно я сейчас сказал полный бред, потому что непомню/не знаю как там вообще сделан такой механизм...

Ну с сокетами в Unix можно работать как с обычными файлами, поэтому там вообще много чего в общем случае придется менять, кроме того в select'ах надо менять первый операнд на максимальный из выбираемых дескриторов, сами макросы по работе с select'ом делают в юникс и виндоус совершенно разные вещи, это тоже приходится учиывать.
При работе с многопоточностью, в юникс придется лочить hostent и т.д. и т.п., так что не все так очевидно...

Привет. Мне кажется, отличная идея!!!
У меня FreeBSD 6.2, машина простаивает за зря, окажу посильную помощь в написании софта. Насколько я знаю, аналогов такого гигантского кластера нет.

На месте кодера я бы писал по крайней мере сервер с использованием готовой библиотеки классов, которая уже обеспечивает совместимость на уровне исходных кодов(мне по душе Ace).

Согласен
Какое развитие по теме? Вычисления в облаке?

была в своё время подобная идея для брута асек сил не хватило реализовать

а почему "была"? такая задача и поныне актуальна

разве что к распределённым вычислениям она относится постольку поскольку