Я не агитирую вас пересматривать ситуацию, которая, как иногда утверждают старожилы, «исторически сложилась» на ваших рабочих местах в ту или иную сторону – оставить всё как есть или обратить внимание на новые возможности. В любом случае решение всегда остается за вами. Следует учесть, что ThinStation – это конструктор, у которого есть, естественно, и плюсы и минусы. Плюс – можно сконструировать практически любую конфигурацию для рабочей станции (в рамках терминального варианта). Минус, и достаточно жирный, заключается в том, что добавление собственного приложения в ThinStation требует, чтобы у разработчика было не менее 3 Гб для распакованного архива и еще не менее 3 Гб для собираемых пакетов. В общем – это отдельная история. Если вам требуется всего лишь посмотреть на ThinStation, то позволю себе смелость порекомендовать вам сайт [21], где вы можете выбрать на веб-форме необходимые вам пакеты и получить уже скомпонованный загружаемый образ.

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

Отдельной графой необходимо упомянуть о терминальном сервере. Это одна из ключевых фигур на предприятии, на которую ложится основная нагрузка. Как и всё в природе не убывает и не прирастает на пустом месте, так и в этом случае надо помнить, что, уменьшив производительность на терминалах, следует нарастить функционал на терминальном сервере [22]. Это большая отдельная тема. Для оценки суммарного количества ОЗУ, которое будет использоваться на сервере, применяйте, например, следующие цифры (в каждом конкретном случае они будут, естественно, разные) – минимальный объем для каждого клиента начинается со 100-150 Мб памяти. Умножаем на количество подключаемых пользователей и получаем ОЗУ терминального сервера.

Благодарности

Спасибо Mike Eriksen за любезное предоставление идеи по использованию VIA EPIA-M в качестве легковесного терминального решения.

Литература и ссылки:

1. http://www.windowsfordevices.com/news/NS3139003780.html.

2. http://en.wikipedia.org/wiki/Total_cost_of_ownership.

3. http://www.darwinmag.com/read/110103/question74.html.

4. http://www.ibusiness.ru/marcet/CIO/19102.

5. Борисов А. Используем LinuxBIOS на системах VIA EPIA-M. – Журнал «Системный администратор», №8, август 2005 г. – 7680 с.

6. http://thinstation.sf.net.

7. Маркелов А. Использование бездисковых Linux-станций с загрузкой по сети. – Журнал «Системный администратор», №11, ноябрь 2004 г. – 12-14 с.

8. http://peterhost.dl.sourceforge.net/sourceforge/thinstation/Thinstation-2.1.3.tar.gz.

9. Касперски К. Модифицируем BIOS. – Журнал «Системный администратор», №6, июнь 2005 г. – 81-85 с.

10. http://www.rom-o-matic.net.

11. http://www.ami.com/support/downloads/amiflash.zip.

12. ftp://ftp.support.acer-euro.com/utilities/awdflash/awdflash826b.zip.