перенаправляет одну и ту же папку в субдомен: .htaccess
RewriteCond %{HTTP_HOST} !^www\.
RewriteCond %{HTTP_HOST} ^([^\.]+)\.domain\.com$ [NC]
RewriteRule ^(.*)$ http://domain\.com/subdomains/%1
Я ранее сделал некоторое экспериментирование с пропускной способностью на гигабитных ссылках на относительно стандартные аппаратные средства ПК, хотя выполнение просто передает (через tcpreplay), а не udp.
Самое большое узкое место, которое я нашел, было в просто получении пакетов к самому NIC. Это может быть значительно улучшено при помощи высокоскоростной шины для взаимодействия через интерфейс к NIC (например, 4x специальный PCI NIC). Но даже с этим был очень определенный предел пакета/секунда. Очевидно, увеличение размера пакета позволило бы Вам использовать больше своей пропускной способности при сокращении загрузки процессора.
В том же направлении как комментарий Steve Moyer, существует теоретический предел для использования любой сети. В моих экспериментах (которые делались в абсолютно тихой сети) я видел максимум приблизительно (и только от вершины моей памяти) 900Mb/s. Это было с загрузками ЦП 30 - 40%.
Более вероятно, что ограничение будет наложенным Вашим оборудованием системы (т.е. ПК), чем Ваша сетевая инфраструктура - любой достойный сетевой коммутатор должен быть способен к поддержке доступа к сети полной скорости с небольшими пакетами - конечно, на намного более высоких уровнях, чем большинство ПК может справиться.
Какое сетевое соединение Вы используете? При использовании ссылки 1000BaseTx/Fx не ожидайте больше чем 80%-ю пропускную способность с максимальными размерными пакетами. Поскольку Ваш размер пакета уменьшается, издержки для интервала, синхронизации, заголовков Ethernet, заголовков IP и увеличений заголовков UDP относительно полезной нагрузки и поэтому ухудшает Вашу максимальную пропускную способность еще больше.
Проверьте документацию на переключатель, который Вы используете. Переключатели ограничиваются в количестве пакетов в секунду (pps), они могут поставить и часто не могут выдерживать 1 Гбит/с, если Вы отправляете пакеты со значительно меньшим, чем максимальный размер полезной нагрузки.
Другая вещь проверить состоит в том, делает ли Ваша сетевая плата объединение прерывания, и что является максимальным количеством, отправляют/получают дескрипторы, которые это может поддерживать. На том уровне пропускной способности время обслуживания прерывания и время контекстного переключения могут стать большими издержками в хост-системе даже с современным ЦП и системой памяти.
Также при использовании гигабита по меди самый маленький кадр Ethernet, который испустит карта, составляет 512 байтов, таким образом, меньшие сообщения будут дополнены к тому размеру. Это - из-за требований для обнаружения несущей / обнаружение коллизий.
Существует хорошее учебное руководство при тонкой настройке Ваших параметров сети (в Linux) для достижения истинной гигабитной скорости здесь: http://datatag.web.cern.ch/datatag/howto/tcp.html
Я обнаружил, что оборудование имеет значительно более низкий лимит пакетов в секунду, чем теоретическая пропускная способность сети. Для Broadcomm BCM5704S я достиг 69 000 pps по сравнению с 1 488 100 гигабитными pps.
Еще несколько цифр, о которых я сообщал здесь, http://code.google.com/p/openpgm/