Желательно чтобы еще и какие то эталонные были сравнения - для понимания, все ли корректно настроено или есть узкие места...

собственно это к чему: приходишь в офис, в офисе "все плохо, тормозит и вообще 1С ваша это глюкавое нерабочее г.вно..."

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

зы: реально сейчас обновление типовой минут 40-50 длится.. и вот фиг поймешь что там и кто тупит

эх, была тут где то ветка. народ на бесплатный семинар пивом зазывали. вот они все узкие места своей прогой покажут...

(1) на такие заявки надо руки отламывать юзерам. а если юзеров жалко - переведи базу на файловый вариант. вот тогда они точно поймут что такое "тормозит"

(3) эмоции эмоциями но проблема есть и ее решить надо..
главный вопрос - в кого какашками кидать - в криворукого админа или в "бывшего" 1Сника

тогда ищи ветку. они весной помоему приглашали на гостиничную улицу

Врядли будет волшебная кнопка, ибо иногда диву даешься.

К примеру тестил я винты чтобы определить где лучше делать ТиИ базы 7-ной на ssd, на обычных винтах или на рам диске.

Запустил 3 базы одновременно (на разных носителях) - результат все 3 базы протестировались практически одновременно за 10 часа. Запустил отдельно - около 7 часов (причем фиолетово, что винты что рам-диск). Вот спрашивается что база делала 3 часа в первый раз. И почему нет разницы что на HDD, что на SSD

(3) а что, файловый вариант обязательно  более "тормознутый"?

(3) У меня наоброт юзеры просили 8-ку бухию обратно на файловую вернуть, ибо без РЛС и при маленьких объемах (до 2-3 гигов) скуль однозначно сливает файловой

кстати, скулевый профайлер довольно сносно может показать узкие места...

(8) угу.. полгода бухня работает и отчеты типа анализ субконто в файловой версии начинают формироватся по 40 минут...
ну ну.. быстрее.. на SQL переводим - за секунды все формируется

зы: база с 2011 г. на 8ке.. + перенос остатков

perfexpert

(10) Вот и я о том же. что врядли есть универсальный рецепт, ибо все индивидуально

по сабжу v8: Мониторинг 1С

решил поискать в яндексе по теме
и вот

http://sql.ineta.ru/events/eventOneSessionInfo.aspx?Id=1cdeb155-30f6-48cb-aa5c-33df042920a3

(0) Рейд... Кэш... Последний может показывать, что включен, а реально далеко не так. Есть много мест куда копать.

(0) для начала - определить ЧТО конкретно тормозит: отчет какой или обработка, САМАЯ МЕДЛЕННАЯ.
потом в обработке - какое место/оператор тормозит.
Т.е. надо проблему локализовать.
Бороться надо с самыми сильно-влиящими факторами, самыми большими тормозами - а для этого локализация их нужна.
Правило Парето знакомо?
Прогер может дать ускорение в сотни и тысячи раз, админ только в десятки

Далее надо понять в чем именно тормоза - например процессор считает долго, или с диска чтение идет чего-то большого.
Какая подсистема тормозит?

тест Гилева

(0) Есть же фирмы специализирующиеся на оптимизации быстродействия 1С.

(19) нет бюджета платить этим фирмам
(18) угу.. его заюзал.. но он старый и с ошибкой.. может что то поновее появилось?

м... с ошибкой?
поновее вроде нет. и я могу ошибаться, но код открыт.