nginx быстрей, так как использует epoll/kqueue (событийно-ориентированный)
Одно не исключает другое. Можно ещё и rsync с bittorrent добавить.
http://sysoev.ru/nginx/docs/http/ngx_http_addition_module.html
http://sysoev.ru/nginx/docs/http/ngx_http_sub_module.html
connlimit включили в 2.6.23 (09-Oct-2007)
openssl enc -aes-256-cbc -salt -in file -out file.enc
openssl enc -d -aes-256-cbc -salt -in file.enc -out file
запустить скрипт http://www.day32.com/MySQL/tuning-primer.sh и следовать инструкциям
и 12M далеко от реальности, я бы сказал 1.5M
Если top показывает 20M, то это далеко не значит, что процесс реально занимает 20M. Надо смотреть общую память, а не процессы отдельно.
Если всё же проблема в нехватке памяти, то советую отказаться от apache и перейти на nginx+fastcgi.
Также apc обычно медленней, чем eaccelerator или xcache.
Ну и ещё для поднятие производительности надо использовать кеш, будь то плагины к dle/wp, query_cache_size, кешерующие прокси или подобное.
Если читать внимательней, то ТС писал о md5(unix), что значительно отличается от простого md5.
Таблицы не подходят.
Генератора коллизий нет.
GPU реализации не встречал.
Если у Вас нет большого кластера, то никак. И через ~400 дней наврятле будет результат.
Для хеша с солью не помогут таблицы.
