Помогите определить недостаток в конфигурации

[Spuser]

Нужен совет опытного специалиста!
Суть проблемы:  тормозит 1C у пользователей. База лежит на SQL сервере. Размер около 1,3 Гб.
Сервер - супербюджетный (обычный комп) Конфиг сервера:
Р4 2,8Ггц / ОЗУ 1Гб DDR / HDD 80Гб ATA 100 WD / сетка 100 Мбит

Активных пользователей 1С - до 15. Тормоза проявляются у пользователей в виде медленного открытия справочников, журналов, при вводе расходных накладных и т.д. При этом на сервере особых пиков загрузки не наблюдается, (бывают краткосрочные пики до 100% и причина именно SQL сервер) обычно загрузка в районе 20-70%. До недавнего времени все было нормально.
В качестве причины предполагаю добавленных накануне 2-х новых пользователей. Интересует прежде всего способна ли данная конфигурация тянуть в ПРИНЦИПЕ такое количество пользователей? (пользователи работают не в терминале)

Подскажите пожалуйста!   А то прямо не знаю что делать

[gs]

Тормоза могут быть как в сети, так и, намного вероятнее, в диске.
Промониторьте перфмоном phisical disk - reads/sec, writes/sec, queue lenght в моменты тормозов, и в студию.

[gs]

Машину менять надо однозначно. Даже не из-за перфоманса, а из-за надежности. Цена вопроса - тонны полторы по минимуму, если по человечески, то 2-3тонны.

[Spuser]

Спасибо за быстрый ответ! Всегда восхищался работой сотрудников этого форума.

Диск я мониторил, а только в качестве счетчика выбирал % загруженности диска (Total). Опять таки, бывают пики, но 2-5 в день максимум. A что указанные вами счетчики могут иметь запредельные значения, в то время как % общей загруженности диска мал?
Примерно тоже самое и по сети. а 1С тормозитгораздо большее время.  Так может ли эта машина в принципе потянуть 15 пользователей ?
Поможет ли переход на P4 D 940 3.2GHz?
смотрел также SQL cache hit ratio около 99%. Может просто операционка глючит?

[gs]

На всякий случай проверьте таки указанные счетчики. И сетевую очередь посмотрите.
Стандартное средство борьбы с 1С - терминал. Двуядерный пень с 2ГБ памяти это должен вполне потянуть.

[Spuser]

Вот журнал производительности за часть дня. Как на ваш взгляд, чрезмерно ли загружена система или все же в пределах допустимого?
Может причина в совокупности "почти узких мест". Ведь когда работают 10-12 пользователей все терпимо, а с добавлением еще 2-3 начинает жутко тормозить.  
А указанные вами дисковые счетчики смогу посмотреть только завтра.

Заранее благодарен.

[Spuser]

В довесок:

Только что глянул значение счетчика System -> Processor queue length. Средний показатель 4,5 максимальный 9 при средней загруженности процессора около 15%. Interrupts/sec максимально 1920.

Это нормально? Некоторые мудрые люди говорят, что  Processor queue length не должен превышать 2. Но ведь процессор то не загружен (15% это же пустяк) ?

Как вы считаете ?    :roll:

[Spuser]

Trinity ...   Help   !!!      :(

[gs]

Спеца (Шаца) на месте нет...

[Spuser]

Ждал, ждал ответа - так и не дождался!  :(
А жаль! Хотелось все-таки услышать мнение специалиста!

Кому интересно - информирую:
Проблему решили как обычно - сами. Заменили один из свичей. Эта гадость похоже ПЕРИОДИЧЕСКИ снижала пропускную способность сети. Поэтому короткие пинги и тестовое копирование файлов по сети сначала не давало повода для сомнений. Потом ситуация все же поймалась!

[gs]

Ну вряд ли мы бы такое смогли удаленно разрулить
У меня были подозрения на сеть (см. мой пост по поводу сетевой очереди), но реально такие вещи только на месте шаманятся...