Недавно с файловой версии (под терминалом) 1С 8.3 перешли на клиент-серверную.
железо больше, чем достаточно по мощности , ОС - Win 2016, с последними обновлениями. СУБД - PostgresSQL.
А вот данные 1С:
1С:Предприятие 8.3 (8.3.10.2639)
"Управление торговлей", редакция 10.3 (10.3.45.4)

У нас магазин, стоят операторы и людям выписывают товар. Так вот, при навигации по программе, например когда хотят раскрывать дерево меню с категориями(название товара) не с того, не с всего на несколько секунд зависает, просто крутится стрелка мышки, аля "ждите, загружается".
Операторы говорят, что раньше такого не было.
операторов где то 10 человек. всех выгнал, проверили на одном, т.е. одно подключение к серверу, но тоже самое. разниц нету 10 человек одновременно работают или один.
Ну и нет четкого алгоритма вызывания этого тормоза. можно 10 раз зайти-выйти в разделы и на 11_ом схватить висяк, а можно и с 1-2 раза. то есть не ясно точно при каких обстоятельствах это происходит.

Может у кого то было такое?

(69) ЦУП работает только с сиквелом

(80) может сразу на М2 интерфейсе?

(0) и всё на одном сервере? За проц с такой тактовой а-та-та!
постгри у вас крайний... 1С никогда не летает на процах с низкой тактовой!
Конечно можно кое что подкрутить: смотреть сеть, профиль питания, убрать антивиру и брэндмауэры и прочую хрень, курить конфиг постгри тчательно + не забывать постгри обслуживать и т.п., но это всё полумеры, т.к. сервер отстой.

(63) Если уж выбирать между Postgre и MSSQL, я бы выбрал MSSQL. У Postgre только один плюс: он бесплатный. Больше плюсов я не знаю. Мое мнение: не хочешь трахаться с Postgre и ловить тормоза на ровном месте - ставь MSSQL.

(89) и будешь дальше трахаться на МС СКЛ, но не раком, а боком.

(89) просто не надо путать тонкие отличия, когда специалист вообще не желает думать головой с тем, что на мс скл доступ к изменениям на самом низком уровне практически недоступен. И второе, как было уже и в этой ветке сказано, родная платформа для постгри это линукс. Нет желания или возможности поставить его на сервере СУБД - ну тогда учитесь его слишком тонко конфигурить на винде и не факт, что это будет удачно.

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

(89) У Postgre есть еще один офигенный плюс - он настраиваемый и кроссплатформенный. Да, настроеить его - это нужно уметь, и нужно время. Зато потом - это ж просто истребитель!
P.S. Кстати... MS SQL на Linux работает заметно быстрее, чем он же на виндах. Но на продакшн я бы не ставил - сыро еще, очень сыро. Да и линуксовый 1С сервер не умеет работать с линуксовым MS SQL.

(80) сам ты извращенец! учись сначала читать, потом делать предьявы. Я уже написал, что поставил все на SSD, результат тот же.

(81) (82) Если я бы знал, что проблема решится 100% после замены процессора, то заменил бы без проблем. Но мне почему то кажется, что дело вовсе не в процессоре. А кто тут орет, что дело в процессоре, пусть приведет аргументы! На заборе тоже написано Х!#, а на самом деле там дрова.
И еще один аргумент в мою пользу. Если процессор тормозит все дело, то почему не всегда тормозит? почему можно провести 4 реализации, а 5-ый будет тормозить, а 6-й опять без проблем пойдет? Ну где логика? Если все это делается из сервера даже, локально.

(91) я лично тоже так думаю, что проблема в настройках postgres, он не всегда тормозит и нет определенные действия, которые точно вызывают торможение.

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

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

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

(83) диски в порядке.
Вот тесты:
диск С: - на SSD
http://images.vfl.ru/ii/1509689303/30cfc7f9/19259174.jpg

RAID1 - на HDD:
http://images.vfl.ru/ii/1509689388/74af431b/19259178.jpg

Напомню, что базу на С тоже поставили, под SSD, то есть без каких либо рейдов. но результат даже на 0,1% не улучшился.

(95) По RAID1 на HDD - это ты называешь скоростью? У меня флешки быстрее работают... Мегабит в секунду - это мощно...

(95) блин...неужели ты не можешь из того, что есть под рукой, собрать пользовательский комп с 16-32 Гб оперативы, SSD и процом с большей тактовой, поставить туда софт, базу и посмотреть что будет?

(96) Так я же говорю, на SSD тоже ставили. показатель не изменился. Даже этот мегабайт в секунду не используется в полном обьеме.

(97) могу, но из за перерегистрации лицензий 1С не хочется.
Это надо их деактивировать на новом сервере, потом запросить новые коды и ставить их на собранном компе. А потом окажется, что проблема не в железе и все это обратно переставить.
А контора пашет с 8-и утра до 8-и вечера, без перерыва и выходных.

(98) все равно без подобных тестов проблема фиг решится...
самое первое, что нужно уверенно отсечь - это проблемы железа...

100

(98) Осспидя... Поставь линукс и потестируй! Он лицензию не потребует с тебя. Linux + Postgress + 1C - вот тебе сервак для тестов.

(101)
"Он лицензию не потребует с тебя"
в смысле? 1С на линухе не требует лицензию?

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

(101) не получится "чистого" эксперимента, все таки другая ос.

(104) Так-то да... Тогда - лекарство, но это уже другая статья в обоих смыслах.

(0)
База большая?
Реально попробуй ДБ экспресс для эксперимента, может что и изменится, оттуда будешь копать.

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

(99) Ок, я попробую найти процессор, с подходящим сокетом и на время заменю, посмотрю. хотя эта авантюра мне кажется бессмысленным, но все же.

(106) база , да 15гб в развернутом виде. под экспресник не пойдет.

(107) А нахрен вообще этот процессор нужен? на нем что тогда делать? в ресурсах он грузится максимум ДО 10%, а в основном держится на 3-5% использования.

(108) IBM DB2 Express?

(109) Чистота эксперимента пострадает.
(108) Поставь MS SQL Developer Edition. Для теста и разработки - можно.

(0)
1. Процессор лютое дно, это самое худшее, что можно было выбрать под сервер 1С. Т.е. реально на помойке найденный celeron лучше был бы. Аргументы перечислялись в статье, в кратце - для 1с важна работа с 1-м потоком, код конфигураций не написан многопоточно, нет встроенных в платформу возможностей плодить "лёгкие" потоки (только "тяжелые" фоновые задания, которые полностью в отдельном сеансе стартуют). Это значит, что медленно исполняемый код в 1 потоке грузит процессор на 8% и держит все нужные ему блокировки намного дольше.
2. Значимость проца на сервере снижается конфой - УТ 10.3, которая на ОФ и большинство логики выполняется на клиенте (если клиенты сейчас не в терминале)
3. Тест Гилева будет упираться в процессор, т.к. там нет какой-то логики клиентской, там просто массовое использование Записать().
4. Подвисание в неожиданные моменты может происходить при работе фоновых обработчиков, которые стартуют и проверяют нет ли режима завершения сеансов, не нужно ли показать напоминание - это нужно трейсить встроенным замером производительности. Вполне возможно, что там самописный код, который запрашивает регистр сведений срезом с 1000000 записей во вложенном запросе, чего постгре не любит.
5. Технологический журнал можно настроить и ловить события scall/call, но разобраться в этом будет непросто, тут скорее для отправки в 1с.
6. Высказанное в ветке мнение, что постгре будет плохо работать с УТ10.3 из-за режима управлениями блокировками верно, но в таком же режиме работает и файловая. IBM и MS SQL будут значительно лучше. Настроить postgresql для 1с таким образом, чтобы он не работал блокировкой таблиц при автоматическом режиме в конфе нельзя.

(109) ooo, неее, спасибо ребята. Я вообще то не администратор БД, а простой системный администратор. Не хочу делать зоопарк СУБД. ну его нафиг )))

(111) хорошо, вот имеем матплату supermicro X10SRL-F (сокет у него написано 2011LGA), какие процессора посоветовали бы взять и тестировать? только не дорогие и топовые модели. ну минимум что нам надо будет.
Вот из этого списка что то пойдет?
http://images.vfl.ru/ii/1509695666/e274fbfa/19260368.jpg

4. мне честно говоря этот вариант больше правдоподобным кажется, чем все остальные..
MSSQL пришлось самому изучать, настраивать все, и прописать все регламентные задачи. очень доволен, хотя в начале, когда 1С-ник поставил, тоже жутко все тормазил. Тоже начали гнать на процессор/диски.. хотя у нас проц с 3.6 частотой, а диски все SSD.
А тут на новом сервере в магазине 1С_ник предлагал на Postgres, со словами, что все будет летать, у него везде он стоит. Однако после запуска сказал, что все ему устраивает, а тормоза это не его проблемы вообще. тут пришлось мне и postgres вникать. Теперь еще и IBM ? ))) да и смысл тогда IBM, если тут все говорят, что проблема в процессоре?

P.S. А нельзя где то посмотреть на самом деле загрузка процессора именно по частоте? Ну чтоб точно убедится, что процессор не справляется.

(112) Я в (107) именно об этом написал. М.б. не так выразился "соконфетчиков" имел в виду.

(112) так пишешь в поиске CPU benchmark и смотришь, что из процов наиболее быстрое в однопотоке. Например, https://www.cpubenchmark.net/cpu.php?id=2792
Интересна только одна строка, собственно: Single Thread Rating: 2150
Чем оно выше, тем более подходящий для 1С-Сервер процессор. Проверено потом и кровью, а так же руганью с заказчиками.

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

(115) Если б админы решали... Я вот уже по граблям походил, знаю. Заказчику говоришь, что "вот нормальный конфиг, на котором можно работать". Заказчик удивляется: "а чо так дорого? Не опух ли ты, господин сисадмин?" И идет к какому-то левому мальчику. Тот уверяет, что если поставить вот это го...о, да подпереть его вот такими палками, то будет "ваще круто! Тут же over9000 ядер, гипертрейдинг и преферанс с поэтессами. А стоит в три раза меньше". Заказчик умиляется и покупает. А потом гавкает на админа, что все умирает, не летает и за пивом не бегает...

(112)
1.Общая проблема производительности в системе - отвратительный проц.
2. Конкретно проблема фризов в интерфейсе внезапных - в обработчиках конфы. Отключайте напоминания о днях рождения КЛ и замеряйте конфигуратором что происходит. Процессор эту проблему не снимет, просто фриз станет меньше.

(115) Точно. А потом снисходительно так предлагают скинуть тебе мелочи на пиво за решение их рабочих задач, за которые они зарплату получают (:

(114) все эти процессоры из теста подойдут под нашу мат.плату?
Я бы хотел список процессоров, которые подходят нам, а я уже посмотрю у нас что можно найти/на время взять для тестов.
А наш Single Thread Rating какой ?
И какой минимум должно быть, чтоб для 10-и человек нормально тянул?

(116) Вот именно, что так и получилось. Этот сервер мы купили за 110 тыс рублей. а тот сервер, который хотели, был 160 тыс. Сказали дорого, надо брать дешевый вариант. А дальше никого ниипет. Ты сисадмин, вот и решай проблему, у Васи вообще сервера нету, однако все хорошо работает.

(117) А где посмотреть эти обработчики? Возможно из за этих бесполезных задач и зависает.

(119) ХЗ, подойдут ли... Надо брать модель матери и лезть в ее спеки - читать про совместимые процессоры. Не забыть обновить на ней BIOS до распоследней редакции - иногда добавляют новые микрокоды процов, правят ошибки. Ваш процессор - Single Thread Rating: 974, то есть почти никак. Мой домашний и древний Q9550 и то заметно лучше. Посмотри в сторону Intel Xeon E5-1650 v3, по идее он должен подойти. Учти только, что он 1 Socket only.
По обработчикам - первоначально поотключай все фоновые задания. Просто запрети их выполнение в конфиге сервера. Если это поможет, тогда отключай по одному и ищи проблемное.

(119) +
Почитал краткую спеку на мать. Она однопроцессорная, написано, что Intel® Xeon® processor E5-2600 v4†/ v3, E5-1600 v4†/ v3 family (up to 145W TDP **) Single Socket R3 (LGA 2011). То есть, E5-1650 v3 вполне встанет.

(119) а ты про этот сервер рассказывай хозяину с примерами из (116)... ему понравится)))

Вот смотрите еще показатели.
Это на новом сервере вот:
нагрузка дисков:
http://images.vfl.ru/ii/1509699709/9c237b5b/19261209.jpg

А это загрузка процессора:
http://images.vfl.ru/ii/1509699744/15841c2b/19261213.jpg
Как видите, частота забит на 96%, время от времени прыгает на 99%, но на 100 не доходит.

Теперь аналогию приведу.
На нашем другом сервере, где MSSQL и процессор помощнее (Xeon E5-1650v4). Вот показатель процессора тоже:
http://images.vfl.ru/ii/1509700040/b95d6661/19261263.jpg
наблюдал около минуты - всегда держится на 100%, даже до 99% не снижается. Однако на этом сервере работают 30 человек, база 2 раза больше, но все леатет прям. никаких жалоб!

Все еще думайте проблема в процессоре?

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

(122) А этот процессор у другого клиента стоит. Там удалось убедить хозяина, что не надо покупать каку, а потом пытаться сделать из нее медовый пряник. Как итог - все летает, база больше 100 гигов, 35 пользователей одновременно + 15 распределенных баз. Кстати, Linux + Postgree. По Гилеву - 45 попугаев.

Были проблемы с производительностью из-за банальнейшей вещи - на 64-битную машину поставил 32-битный сервер 1с.  Висло все по черному, и кстати открытие форм и перелистывание в особенности.

(123) Так у тебя еще и энергосбережение частоту режет? Мда...

"Все еще думайте проблема в процессоре?"

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

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

Фризы сначала замером производительности нужно посмотреть - большего совета на форуме ты не добьёшься, волшебной настройки "superturbomode = off", опыт построения удовлетворительной системы на проце в 3.6 Ггц тут никаким боком, даже если кто-то из 1сников говорил что проц плохой.

(126)
*рукалицо*
Это не связано.

(126) мы купили 64 битную версию, и как я понял - 64_ю и стоит. вот скрин:
http://images.vfl.ru/ii/1509700807/b60b5969/19261450.jpg

(123) то есть энергосбережение? я его поставил на максимум.
У меня сознанием все в порядке, я лишь хочу найти реальную причину! а кроме "проц г**о" ничего не слышал, г**о и все, так написали там то там то. А как это видеть/проверить, ну имею ввиду посмотреть производительность частоты - никто не знает. Нет четких аргументов , вот по этому мое сознание не принимает. А коллектив не всегда прав.
тем не менее, я попробую найти процессор и на несколько часов заменить-пробовать.
Лицензии к 1С не слетят?

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

и еще - цитата - (112)
MSSQL пришлось самому изучать, настраивать все, и прописать все регламентные задачи. очень доволен, хотя в начале, когда 1С-ник поставил, тоже жутко все тормазил. Тоже начали гнать на процессор/диски.. хотя у нас проц с 3.6 частотой, а диски все SSD.
А тут на новом сервере в магазине 1С_ник предлагал на Postgres, со словами, что все будет летать, у него везде он стоит. Однако после запуска сказал, что все ему устраивает, а тормоза это не его проблемы вообще. тут пришлось мне и postgres вникать. Теперь еще и IBM ? ))) да и смысл тогда IBM, если тут все говорят, что проблема в процессоре?

(123) ты по этим двум цитатам ответь на вопрос: данную конкретную базу, для которой ты не 1сник, а просто админ, таким образом кто-то тестил? Вот почему-то уверен, что никто не тестил. И проблема хоть и будет на железячном уровне, но я почему-то уверен, что МС СКЛ подавится этой конкретной базе, на этом конкретном серваке

(129) а у вас лицуха на 1-сервер программная?
Если программная, то должна слететь.

(129) // (123) то есть энергосбережение? я его поставил на максимум.

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

(129) http://www.gilev.ru/bestproc1c/
Очень подробно расписано. По своему опыту могу сказать, что на скорость 1С влияет не только частотка процессора, но и размер кэша процессора. Чем меньше соотношение количество ядер/размер кэша, тем хуже производительность. Влияет так же скорость шины процессор - оперативная память. Не так сильно, но все же. Скорость дисковой подсистемы начинает влиять при большом количестве пользователей, для 10-30 пользователей она некритична, если не стоит совсем уж мертвый контроллер/диск.
Да, если лицензия программная - слетит.

(130)
А не сможете сказать как это проверить? я вот зашел в конфигуратор, потом "Обработчики", а там их дохрена. как узнать какие из них работают и какие тормозят делу?
Есть также замер производительности..если его запустить, не ляжет сервер вообще?
что можно проверить, без остановки работы?

У нас программная лицензия.

Вы про эту энергосбережение?
http://images.vfl.ru/ii/1509702272/ff7852e1/19261797.jpg
Я уже переключил.
А где отключить энергосбережение? что то не пойму я о чем вы..

(134) в рамках помощи забаненому на гугле и яндексе одновременно: http://www.gilev.ru/systemperfomance/

(134) в ответ на твою картинку - издеваешься?!

там же из этого окна переходишь в "настройку плана электропитания" и уже там переходишь в "Изменить дополнительные параметры питания" и уже там развлекаешься в полный рост

(129)
"А как это видеть/проверить, ну имею ввиду посмотреть производительность частоты - никто не знает."

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

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

Критичный разум тут уже давно поднял бы всю систему рядом, на другой машине, и провёл бы замеры.
Лицензии твои можно оставить на этом сервере, т.к. в кластере можно выделить сервис лицензирования.

Поднимаешь на своём рабочем компе постгрес, сервер 1с и сравниваешь производительность по Гилеву, по замерам проведения документов, по любым параметрам. Это заняло бы максимум час, но ты предпочитаешь теоретизировать и спорить со всеми советами.

(137) +100500
Засим разрешите откланяться...

(135) дела в том, что не могу найти указанный пункт в управлении питанием процессора. вот что у меня показывает:
http://images.vfl.ru/ii/1509706801/55cdb1f7/19262956.jpg
http://images.vfl.ru/ii/1509706881/05a5b919/19262978.jpg

Какой пункт там отключить то?

(136) ну почему издеваюсь?
http://images.vfl.ru/ii/1509707145/6174ac3b/19263055.jpg
Там все нормально вроде.

(137) Опять таки, эти тесты с какой конфигурацией проверили? какая база, какие регламентные работы? Ну и все эти тесты - относительные. Нет информации для работы БЕЗ тормозов какая минимальная частота должна быть.
что в этих тестах напсано - это сравнение один другим , то есть процессор А лучше выполняет 1С запросы, чем процессор Б. Но это ведь не значит, что процессор Б не пригоден и на нем даже локально будет тормозить 1С. по этому давайте предметный разговор ввести.

Такое чувство, что LivingStar подался в админы.

(135) Успокойся. Эти пункты зависят от процессора, матери и бог знает чего еще. По большому счету они ни на что не влияют. Так, пара-тройка процентов. Даже меньше.
Но вот в остальном ты проявляешь просто титаническое упорство. Твой процессор действительно не годится для сервера 1С. Для сервера БД - сойдет, там не такая уж и нагрузка. Поверь коллективному опыту.

В (139) вы себе же противоречите (63).
Там речь про тесты и наличие некой феншуйной настройки типа "волшебный бубен". Которая из 10 попугаев делает 37.
А последнем посте уже "все эти тесты относительные".

Если вы сохраните таблицу всех результатов тестов Гилева в ексель. Возможно данные придется как то обрезать чтоб в ексель влезли. Полученный ексель можно отсортировать по колонкам с процессором и результатом, это позволит быстро найти максимальный результат для вашего процессора.

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

(139)
---
http://images.vfl.ru/ii/1509707145/6174ac3b/19263055.jpg
Там все нормально вроде.
---

так там еще куча параметров есть про засыпание, про сетевую карту и т.д.

(139)
Ты не способен замером поймать выполняемый код, когда у пользователя фриз, но все силы бросил на защиту процессора.

Были даны подсказки, что причина фризов в напоминаниях, в фоновых заданиях или в контроле режима завершения работы пользователей.

Блин, это 1 раз включить замер правильно и будет видно, но ничего не сделано.

Были даны советы проверить на другой СУБД, на другом стенде, опять ничего сделано не было.

Если кроме этих фризов остальное всё прекрасно - документы проводятся, списки открываются и листаются, карточки поднимаются, работает за мгновения - то менять процессор смысла нет. Это ОФ и здесь, повторяю, большинство логики на клиенте выполняется, сервер в основном только для СУБД используется. Если рабочая станция пользователя на целероне 2400, то работать будет нормально, это во многом компенсирует недостаток в виде сервера-инвалида.

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

Обсуждать больше нечего.

(144) Ну где эти замеры то включить? я уже несколько раз спросил насчет этого. что и где включить, чтоб понять в каких моментах происходит фризы и с чем это связаны?

Я бы не сказал, что все отлично работает. конечно, можно докопаться к чему угодно. Однако все жалуются на эти странные тормоза, которые или при проведение или про выборке/поиске товара (при навигации в меню) может подвисать на 1-2 секунды. НЕ всегда и непредсказуемо. Если убрать эту проблему, то все остальное всем устраивает.

попробуйте развернуть базу на отдельной машине с триалом mssql. Если с ним тормозов не будет, то вы по крайней мере будете знать, что дело именно в постгрес

(146)Уже было такое предложение

(147) да, я весь топик не осилил

(148) не трать время

(146) другая машина, другой БД... собственно что там проверим? конфигурацию? он под файловой системой и под терминалом нормально работал.

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

(150) Осспидя... Та поставь на этот сервер MSSQL рядом с Постгри и проверь!

(150)

- Так мы тебя, того. Поддержим, да. Воздушные потоки, понимаешь.
- Коне-е-е-е-е-ечно...


(153) Спасибо за правильный анек. Теперь буду знать, что говорить трудным пользователям.

Никого не смутило "2х500Gb WD RE4 (RAID1) лежит база " ? Тему надо переименовать в "Совсем нестранные тормоза в 1С"

(0) Попробуйте сделать ТиИ. Обычно после перехода с файловой на серверные происходят колапсы.

(0) А еще при возможности использовать бы МС СКЛ.

(0) И еще дело не в разделах. Тту скорей всего у Вас срабатывает какое-то регламентное задение или обновление списка.

(155) ФАК да  у него база на обычной сате 2. Тема закрыта

(155) (159) И что тут странного? написал же, что на SSD поставил базу, на диске С:, но разницы вообще нет.
Посмотрел и в ресурс-менеджере, к диску особо и не обращается.

(156) Это что такое? )) И как это делать?
(158) скорее всего. Можно ли это как то проверить? где можно смотреть эти самые задачи, которые запускаются так часто?

Вчера вечером провел несколько экспериментов.
Сделал выгрузку из торговли (снял DT_шку), во время выгрузки процессор , одно ядро загрузилось до 70%, как бы да, вот это понимаю, адекватная нагрузка для 1С. ну все благополучно выгрузилось.
У нас на сервере торговля (работает около 20 человек) и бухгалтерия (работает 2 человека).
Потом Сделал выгрузку бухгалтерии. в это время работники в торговли НЕ заметили никакой разницы. Полагаю, что процессор вообще не причем.
Потом на ночь поставил "Тестирование и Исправление" торговли.
Утром прихожу, захожу в терминал на сервер, а там висит такое:
http://images.vfl.ru/ii/1510637636/f4f6ff91/19410643.jpg

Так и не знаю как выполнился ТиИ. Из за чего может быть такое?

(161) Пригласить специалиста уже предлагали?

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

(0) возьмите в аренду мощный сервер и попробуйте на нем

(163) Так специалисту какая разница, будут его слушать или не будут - денег заплатят-то по предоплате

(162) только что был специалист по 1С, показал ошибку, говорит не знаю.. возможно кто то зашел в это время в торговлю.

(166) мог быть банальный перезапуск рабочих процессов (rphost.exe) по расписанию.

gamar20, там ранее кто-то хотел по TeamViewer посмотреть - не срослось?

(166) Это не тот специалист, о котором Я вел речь

А, понятно, это все ты же :) Немудрено, почему после "на пиво ... хватит" из (54) тебе отвечают "не знаю" и "возможно" в (166)

(168) неа, все замяли.

Этот 1С специалист, который бы у нас , говорил тоже, что это похож на какие то регламентные задачи. Предлагал в кластере ставить галочку "Блокировка регламентных задач включена", но на вопрос чем это может быть чревата - он сказал а хз, так сразу не скажу.

Стесняюсь спросить - это где такие специалисты водятся?

gamar20, стучись в почту

(173) дайте почту пожалуйста, в профиле не нашел

открыл в профиле

Посмотрели все.
Проблема оказалась именно в PostgreSQL.
тест гилева запустили в файловом режиме (на том же диске RAID, с тем же процессором) и все быстро выдал 38!
Напомню, что под SQL тест гилева выдал всего 12, и потратил на это 3 раза больше времени, чем на файловом.
Измеряли ресурсы, тратится всего 20% на пике.

Теперь ищу знающего человека по PostgreSQL.
Спасибо за внимание.

Для начала поставь PostgreSQL 9.6.5
от сюда https://postgrespro.ru/products/1c_build
потом сделать настройки отсюда http://pgtune.leopard.in.ua/
далее не помешает почитать http://www.gilev.ru/postgresql/

http://pgtune.leopard.in.ua/ давно в топку!
есть-же  https://its.1c.ru/db/metod8dev#content:5866:hdoc:_top:настройки%20postgresql%20для%20работы%20с%201с:предприятием

http://pgtune.leopard.in.ua/
Вообще дичь! с такими параметрами (если все ставить у меня как есть), служба вообще не стартует.

У меня и так стоит версия 9.6.5
C:\Program Files\PostgresPro 1C\9.6>echo off
Текущая кодовая страница: 1251
psql (9.6.5)

https://its.1c.ru/db/metod8dev#content:5866:hdoc:_top:настройки%20postgresql%20для%20работы%20с%201с/предприятием
по нему настроил какраз, что сейчас 13 выдает.

Если покопаться в результатах теста, воспользовавшись рекомендациями из (142), можно увидеть, что для E5-2603 v2-v4 максимальное значение находится в пределах 21-24(для MS SQL).
Такой же результат получается, если у E5-2643 v3(3.6 ГГц в турбобусте) принудительно понизить частоту до 1.7 ГГц. А 13-14 получится при тактовой 1.2-1.3 ГГц. Это на PostgreSQL+1C+ CentOS + настройки из(76).

(180) да забудьте вы уже про процессор! дело не в процессоре.
в файловом режиме нормально работает ведь.
Проблема в самом postgresql, медленно обрабатывает запросы

(0) Интересно чем закончилась история, какой выход нашли, что бы высе работали. Вернулись в файловую?

История ничем не закончилась к сожалению. все так же.
Эту конфигурацию ставили на другом сервере, под MSSQL, но там тоже самое..
решили, что проблема все же в самом 1С и БД тут особо не причем. Но не можем понять каким образом эту проблему локализировать.
Кто то сказал, что можно ставить ЦУП и там смотреть как выполняются запросы. А ЦУП это отдельный платный продукт или как? как он лицензируется вообще? И поможет ли в моем случае ?

(183) Смиритесь.

Эволюция сознания.

"Проблема оказалась именно в PostgreSQL."

"Проблема в самом postgresql, медленно обрабатывает запросы"

"решили, что проблема все же в самом 1С и БД тут особо не причем"

(183)
Тот, кто предлагает ЦУП для решения вашей проблемы - некомпетентен, не знает для чего нужен этот продукт.
Однако, учитывая уровень вашей риторики в ветке и отношения к здравым рекомендациям, с вами только такие специалисты и будут работать.