Foud хороший проект VirtualGL (http://www.virtualgl.org/). Пытался запустить 3D-игры (EVE Online, Prototype) на сервере и отобразить результат на тонком клиенте, используя сеть 100 Мбит / с. Сервер: Gentoo Linux на AMD Phoenom II x6 3.4Gz, 8GB RAM, 2x NVIDIA 9800 GTX в одном сеансе с разрешением экрана 1024x768 на клиенте. Производительность очень многообещающая. Собираемся увеличить скорость сети до 1 Гбит / с (используя Ethernet или оптоволокно) и одновременно запустить 5-6 клиентов.
Мои вопросы:
а) что было бы лучше для сети - Ethernet или оптоволокно 1 Гбит / с (клиенты распределяются на расстоянии не более 20 м вокруг сервера)? Это необходимо для использования управляемого коммутатора для повышения производительности сети? б) Следует ли мне увеличить количество видеокарт для установки SLI на сервере (собираюсь использовать Gigabyte GA-890FXA-UD7, который имеет 6 слотов PCIExpress [2 x4, 2 x8 и 2 x16]). Существенно ли это повлияет на производительность. Если мне нужно увеличить количество видеокарт - что лучше - поставить 2 банка видеокарт по 3 в банк с использованием SLI, или 3 банка по 2 в банке? Будет ли Linux распознавать это и правильно ли использовать все банки видеокарт? c) любые предложения по хорошим тонким клиентам, поддерживающим видео 1920x1080 HDMI и сеть 1 Гбит / с
Я понимаю, что на мои вопросы нельзя дать четкого ответа (если только кому-то уже не удалось использовать такие вещи;)), хотя любые предложения были бы очень полезны.
Думаю, я смогу ответить на первый вопрос: если ваши клиенты так близки, Gigabit ethernet приравнивается к оптоволокну, но дешевле. так вот ваш ответ там.
Что касается производительности сети, важно понимать, что некоторые более дешевые 40-портовые гигабитные коммутаторы не могут обрабатывать 40 Гбит / с постоянного трафика. Скорее всего, у одного банка есть ограничение на чистое использование своих портов.
Если у вас есть такой переключатель, вам просто нужно иметь одного клиента (или двух, если цена является проблемой) на банк.
Что касается дополнительных возможностей управляемого коммутатора, вам не понадобится QoS. Это действительно необходимо только тогда, когда у вас одновременно работают разные типы трафика, некоторые из которых зависят от времени: скажем, запуск BitTorrent одновременно с вызовом Skype. Очевидно, что более важно, чтобы пакеты вызовов Skype получали приоритет, чтобы у вас не было задержек. Но в этом случае вам это не понадобится, поскольку весь ваш сетевой трафик будет иметь одинаковый приоритет, высокий.
Также учтите, что насыщение ссылок очень сложно. Вы, вероятно, захотите использовать два порта Ethernet и использовать 802.11ad для их связывания: все лучшие методы связывания требуют аппаратной поддержки и конфигурации на стороне коммутатора, что обычно переводится в управляемый коммутатор.
Наконец, учтите, что чем выше цена, тем выше производительность :)
Итак, в итоге: получите хороший коммутатор и получите управляемый коммутатор, если вы планируете максимизировать пропускную способность сервера (что, я думаю, вам понадобится, если вы увеличите разрешение до 1920x1080, а клиентов до 6).
Странный вопрос, который нужно задать здесь, и удачи с 5-6 пользователями, пытающимися использовать 2 x 9800 одновременно, но тогда в отношении ваших вопросов;
a) вы увидите небольшую разницу между медью и оптоволокном на скорости 1 Гбит / с для указанных вами расстояний, а управляемый коммутатор обычно не делает вашу сеть быстрее, он просто позволяет вам видеть, что делает ваш коммутатор, чтобы вы могли выберите его реинжиниринг для повышения производительности / устойчивости на основе реальных потоков трафика.
б) да, видеокарты действительно не любят виртуализироваться прямо сейчас (некоторые NVidia Tegra могут, но это больше для OpenCL / CUDA, а не CG, так что да, добавление графических процессоров в какой-то степени поможет. Да и SLI почти наверняка не помогите, вам лучше было бы с более дискретными картами.
c) HP t5740e поддерживает разрешение 1920x1080 через Ethernet 1 Гбит / с.
Удачи в этом вашем проекте, это новая территория, поэтому будет непросто - как ни странно, я бы сделал что-то функционально похожее на крупной коммерческой основе, и это тоже было нелегко.