Один мощный ПК вместо 3 средних или тонких клиентов (Windows)?

Нет, не совсем, учитывая вашу потребность в хорошем 3D ускорении.

При программировании и т. Д. Также кажется странным экономить время - чем лучше аппаратное обеспечение, тем плавнее и отзывчивее становится творческий и продуктивный процесс. И я хотел бы получить максимальную производительность от любого человека - аппаратные средства дешевы по сравнению с большинством других вещей.

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

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

Если это ультрасовременный, оснастите одну из машин лучшей 3D-видеокартой и назовите неофициального главного тестера?

Это может идти двумя путями, когда я читаю это; Вы хотите, чтобы тонкие клиенты подключались к серверу, или вы хотите физически подключить это оборудование к мощному серверу?

Технически вы можете сделать любой.

Существует запатентованный продукт, который позволяет соединять через длинные кабели несколько дисплеев, клавиатур и т. Д. Из одного физического блока с карты производителя на задней панели сервера.

Альтернативой является запуск X с X-терминалами или Windows Terminal Service (в зависимости от платформы) для использования тонких клиентов по сети на вашем сервере.

НО

учитывая, что вы хотите использовать 3D-графику, я настоятельно рекомендую против этого. Аппаратные средства дешевы по сравнению с головными болями, которые вы запрашиваете при поддержке такого рода установки, и у вас будет больше странных сбоев в перенаправлении звука, а также производительности мультимедиа и графики. Тонкие клиенты и такие лучше всего подходят для офисной работы... просмотр веб-страниц, электронная почта, обработка текстов и т. Д.... даже тогда у нас были люди, которые убивали терминальный сервер, зацикливая анимированную карту погоды, которая потребляла столько памяти, что сеансы всех остальных становились мелассой и они думали, что он заблокирован (приводя к поврежденным профилям, когда они перезагружали терминал, думая, что перезагрузил машину. Хм... нет.)

Покупка отдельного оборудования. Вы тратите время впустую, если думаете, что терминалы будут обеспечивать производительность с графическим материалом в качестве основного требования.

РЕДАКТИРОВАТЬ: только что увидел ваше обновление

Возможно, вы захотите выяснить, можете ли вы вместо этого настроить свои компиляции; т.е. загрузить в репозиторий на мощном сервере и выполнить там компиляцию. Я не знаю, насколько велика ваша компиляция, или это проблема с тестированием, но я не знаю, хотите ли вы в любом случае тестировать на той же машине, на которой вы разрабатываете (я думаю, это лучше практиковаться, чтобы не делать этого, но это не означает, что разработчики в любом случае заботятся о лучших практиках). Я знаю, что в больших местах, таких как MS, есть фермы, которые собирают вещи по ночам, и разработчики загружают свои изменения в центральное место для выполнения компиляции, а затем, если кто-то нарушает сборку, его беспощадно избивают. Он централизует базу кода и позволяет выполнять резервное копирование и управление версиями исходного кода, а также снимает некоторые ваши опасения по поводу памяти и скорости компиляции.

Тестирование реального программного продукта... хм... все еще не уверен, что мне бы это понравилось, если бы я занимался разработкой (или управлением разработчиками) только потому, что если что-то пойдет не так, это может убить ту работу, которую они проделали, или снизить производительность, поскольку код вызывает серьезную проблему. Другие могут не согласиться, но я бы лучше отделил код и разработку от тестовых площадок.

Да, большинство дистрибутивов Linux могут быть настроены таким образом, но не сохраняя при этом ускорение GPU.

РЕДАКТИРОВАТЬ - ах, если вы привязаны к Windows, вам не повезло, извините.

Самое лучшее, что вы могли бы сделать, - это настроить сервер терминалов (или Citrix) (сервер Windows 200x) и заставить своего разработчика использовать удаленный рабочий стол, чтобы работать непосредственно с него. Тем не менее, я не знаю, какие могут быть ограничения GPU в этой ситуации.

Вы НАМНОГО лучше отдать 3-мя разработчикам свои мощные машины. В конечном итоге это будет дешевле и быстрее.

Даже при тонкой настройке клиента вам все равно понадобится своего рода блок, чтобы клиенты могли подключать свои мониторы и клавиатуры. Конечно, это могут быть старые одноразовые ящики, которые ни на что не годятся. Edubuntu настроен так, чтобы делать это легко (выберите LTSP install с альтернативного установочного CD)

Вы можете настроить linux для обслуживания отдельных рабочих столов X на 3 отдельные видеокарты / мониторы, а также принимать данные с 3 отдельных клавиатур - и запускать виртуальные машины Windows на каждой из них - но это не будет тривиально для установки или обслуживания, и кажется представить больше проблем, чем решит.

Кроме того, стоимость аппаратного обеспечения резко возрастает, когда вы переходите к более мощному концу спектра.

Я не думаю, что это какой-либо конкурс. Будь проще. Купите 3 независимых ПК средней мощности.