Методика расчета

Как создать сервер оптимальной конфигурации.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Методика расчета

Сообщение _Dmitriy » 03 мар 2005, 18:33

Здравствуйте!
Рассчитываю на ваши помощь, господа профессионалы!
Мне надо определить принципиальную возможность работы в терминальном режиме с такими приложениями как Adobe InDesign, InCopy, Acrobat Prof, MS Office и Photoshop с незначительной обработкой графики (рисовать никто не собирается - так, цветовую гамму изменить, контраст добавить, размеры менять).
Если принципиальных возражений нет, то хочу перейти к самой сути вопроса:
Как определить конфигурацию сервера приложений (с указаным ранее ПО) в зависимости от числа клиентов на основе данных, которые можно собрать на автономном рабочем месте и в сети с несколькими клиентами.
Сразу хочу уточнить - мне надо знать, что сделать с сервером, работающем с 5 клиентами, чтобы он мог работать, скажем с 13.
Запустить с 13 и добавлять, скажем, память пока не придет в норму нет возможности.

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 03 мар 2005, 19:15

Если отвечать на сам вопрос, то метод прост и туп: надо посмотреть, сколько памяти ест, в среднем, каждый клиент из существующих и линейно экстраполировать, накинув процентов 10-20 "на всякий случай".

_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Сообщение _Dmitriy » 03 мар 2005, 19:24

Примерно так. Надо только определить, какие счетчики смотреть, и как скажется одновременная работа приложений.
Кстати, сам софт вопросов не вызывает?

_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Сообщение _Dmitriy » 03 мар 2005, 19:48

Да, и еще уточню:
Как ожно на автономном рабочем месте прикинуть нагрузку на СП при терминальном доступе?

_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Сообщение _Dmitriy » 04 мар 2005, 10:35

Да, и еще: есть ли принципиальная возможность работы терминала с двумя мониторами (один рабочий стол растянутый на два больших монитора)? Как это учесть при подборе железа?

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 04 мар 2005, 17:33

Если б были только офисные задачи - безопасно было бы по 64Мбайт на каждого клиента+256 МБайт под ОС-ные дела.
Но: если честно - я не уверен, что разумный терминальник потянет всю эту кучу задач... Вещи типа Фотошопа способны нагружать все по самые помидоры.

_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Сообщение _Dmitriy » 05 мар 2005, 10:17

А без фотошопа?
Как вообще определить принципиальную возможность для того или иного приложения работь в теоминальном доступае? Не разворачивая сеть, а анлизируя работу на автономном рабочем месте.

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 05 мар 2005, 12:14

Если есть рабочее место на Р4 (с включенным НТ) - можно и посмотреть нагрузку на процессор: если нагрузка будет 100% на оба - нельзя ;) Если 100% на один виртуальный или 50% на оба - можно. Теоретически.
Опять же, объем ОЗУ посмотреть, занятый именно задачами...

_Dmitriy
Junior member
Сообщения: 6
Зарегистрирован: 03 мар 2005, 18:22
Откуда: Спб
Контактная информация:

Сообщение _Dmitriy » 05 мар 2005, 13:49

Для опыта можно собрать практически любое автономное место. Вот только сеть с Citrix сложно.
По поводу 50 и 100% - не совсем понял. Поподробней, если можно

Ответить

Вернуться в «Серверы - Конфигурирование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 20 гостей