Здравствуйте.
Имеется бухгалтерия госучреждения. Обновлена до актуальной. Сервер 8.3
Пробовал файловую конфигурацию. На данный момент работает на postgre

Жутко тормозит. Как пример. Выбираю раздел справок 2—ндфл. До отображение формы задержка. Далее выбираю из справочника человека. Форма отображения справочника появляется с задержкой. Фильтрация — поиск по справочнику — задержка. После выбора человека до заполнения справки задержка.

И так во всем. Длительность задержек различная. Иногда даже очень долго.

На сервер очереди к диску практически нет. Страницы на диск с памяти не скидывает. Postgre не тормозит — долгих запросов нет вообще

Собственно что 1ц хочет?

от 4 гиг памяти на клиенте и в зависимости от сколько клиентов * нас сервере
Ну и x86_64 желательно

(1)+ Ну и надеюсь режим тонкого клиента а не толстого у вас

На сервер 4 гига. X64
На клиентах не помню сколько памяти. Но достаточно. На соседнем сервере стоит основная бухгалтерия. Проблем на тех же клиентах нет никаких. Единственное на том соседнем сервере ssd под базу. Но не думаю, что это так сильно влияет на паузы в открытии справочников

Может как вариант rphost памяти мало выделено?
На основном сервере там памяти побольше и rphost там занимает почти три гига

Клиент тонкий)

(3) Чего на сервере?

Файловая 1С 8.3 УФ чтобы нормально работала на одном компе локально требует 8 гиг RAM и SSD диск и не совсем говенный проц, лучше от 2 ядер 3+ ггц.

Тонкий клиент нормально пашет от 4 гиг RAM, сервер там надо количество клиентов * 4 гиг RAM
Но фактически меньше на сервере ибо не все одновременно клиенты нагружают и чем их больше тем реально можно меньшим объемом памяти обойтись.

Но там фишка что каждая отдельная база на сервере сжирает дохрена оперативки, на каждую такую отдельную базу-конфу требуется примерно от 6 гиг если большой cf

(4) Ты еще скажи бездисковый и RDP тоже на том же "сервере" с всего 4gb RAM да?

На сервер что сейчас не вспомню. Памяти там точно 4 гига. Лет пять ему.

Рядом же сервер стоит примерно такой же. Только памяти поболе. И под rphost забрано три гига.


Тут мысль пришла . На основном сервер бюджетная бухгалтерия стоит. И включен стандартный интерфейс. Не такси. У зарплаты такси стоит. Раз уж нагрузки на сервере на диск нет, на память в части swap тоже нет, на базу тоже, так может тупо на клиентах такси тормозит?

Работает же на этих же клиентах обычная бухгалтерия без особых тормозов.

Только слабо представляю как такси может тормозить в части «нажал на ок», а реакция через две секунды

(9) Обычная бухия это БП2 вместо БП3 ?

(9) от тебя вообще нет инфы, что где стоит и какой мощности машины.

4 гиг оперативы на сервере - это не сервер, это УГ-нище

Сколько в локальной сети пользователей и сколько баз находится на сервере?
Ну и параметры сервера и параметры клиентских машин озвучь

А... Ну да. Ответил же выше

На серваке у него в УФ стоят как минимум две базы:

- ЗУП с интерфейсом такси
- БУХ учреждения с такси

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

В локальной сети пользователей? Это к чему? Этим серваком кроме как бух не пользуется никто
Согласен, что памяти мало. Но добавить не получится. Какой то глюк с мамой. Стоят две планки по 4. А видит как две планки по 2

Кстати локально что на файловой версии что на postgre одинаково тормозит. Сегодня ради интереса попробовал открыть  любой документ увольнения. Реальная задержка. Повторно чуть шустрей. В момент открытия rphost подскакивает до 20 процентов cpu

На сервере есть еще базы. Но их никто не использует
Создал сегодня на том же сервере еще один кластер на другой порт. Ибо к текущему админский доступ не получить) забыл пароль хоть убей. Пробовал сбрасывать—удалять админа через lst- ноль внимания
В новый кластер создал новую базу из бэкапа. Передвинул postgre на другой диск. Хотя проблем не видел с базой как таковой.
В настройках в кластере поставил все по нулям. Оптимизация по производительности
Завтра посмотрим

Вот ответьте на простой вопрос: Какого года выпуска комп?

А на календарь гляньте.

И спросите у бухов они про амортизацию ОС и списание когда нибудь слыхали?

Да, кстати. Раньше на этом сервере жила бгу на 6 пользователей. Было шустрей

Читать умеем? Отличие БП2 от БП3 и ОФ от УФ понимаем?

Вы пробовали на этом "сервере" запустить современный браузер и зайти на тяжелый сайт? Не очень шустро да?

Так УФ это по сути тот же браузер внутри с html с css и с js внутри

Вы меня конечно извините, но можно взять хотя бы что то такое https://www.avito.ru/moskva/nastolnye_kompyutery/moschnyy_pk_hp_core_i7-26008gb_pamyati240gb_ssd_1271273891 и не заниматься простите онанизмом.
По цене 1с ника в МСК, за день это отбивается

(18) Памяти только еще немного доткнуть.

(19) А чорт - это госуха. Тогда страдать.

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

(21) могут.

(20) На госухе прекрасно можно с одной статьи на другую перекинуть по умному, если бух и директор не совсем дурные.
Нанимают того же 1Сника по хорошей ставке а он им "приносит и ставит" сервак взамен совсем древнего просто старый.

Несколько недель назад с ноутом мучался там 3 гига рам так файловая базовая БП3 обновляться не хотела.
У них на "сервере" 4 гига рам

(23) Так нельзя, увы, оборудование и его состав описано и просто заменить нельзя.
Вот закупить быстро - можно, факт.
А одинэсник по контракту. Бюджеты крутятся, 1ска мутится.

Памяти мало? Так диспетчер показывает 1.8 занято из 4. Те памяти в достатке
Rphost в районе 600 метров. Спокойно может еще отхватить гиг

(26) У меня 1 юзер сейчас на домашнем сервере.
Ииспользуется 9 ГБ из 24.
SQL - 1.5
rphost - 1 гб
Баз открыто 0, ррег задания вырублены на всех.
Остальное системное все жрет. Вот и думай 4 ГБ ОЗУ это норм или нет.

Ну по логике то если не свопится, значит физически памяти достаточно. Было б мало —ушло б в своп. И зашкалила б очередь к диску

(28) своп идет когда надо сбросить из ОЗУ на диск при переполнении.
Тут скорее в озу не помещается - за каждым чихом на ХДД идет

(29) И далеко не факт что это приведет к очереди на диске.
Просто все будет работать не быстро

+ СУБД меньше хранит данных в кеше в ОЗУ и опять любой чих - обращение к диску, и опять же это не фоакт что приведет к каким то аномальным чтениям.

Та же 1с делает много небольших мелких служебных запросов.
Их нет в кеше - обращаемся на диск. Ждем ответа, запрос очень простой и мелкий. Получили ответ. делаем следующий запрос. ждем. и так далее.

Попробую завтра развернуть да другом сервере ради теста. Там памяти больше, чем надо)

Те получается загвоздка все ж в памяти плюс «болезнь» конфигурации Гос зп?

(33) Скорее всего просто в памяти. 4 гб для СУБД + сервера приложений + ОС ну мало.
Для современных ОС 4 гб минималка, без постороннего обвеса. Издержки современного софта.

А временные файлы пользователя под которым 1с сервер крутится на системном диске скорее всего, так? И этот диск какое нить древнее амно 5400 об? 1с сервер для баз уф и клиент очень активно временные файлы пользуют, и диск может быть узким местом. Ещё наверно и журнал туда же пишется.

Виртуальной машины там нет никакой, случайно?

(3) 4 гиг и х64, вы уверены что это сервер?
У нас 64 гб оперативки и все на ссд вертится :)

(36) Похоже это и есть виртуалка ;)

(33) Вы еще вот это проверьте...
http://dzuba.windowsfaq.ru/wp-content/uploads/2016/04/ressa.jpg


http://dzuba.windowsfaq.ru/?p=762

+ вот это проверь
http://dzuba.windowsfaq.ru/wp-content/uploads/2016/04/rwwe.jpg

Количество ИБ на процесс :)

Что там у вас?

(34) весь "современный софт" и есть сплошные "издержки".

(11) ага, у меня на ноутбуке в 2 раза больше, чем на этом "сервере"

(0) Ну если постгрес - стандартный костыль enable_nestloop=off пробовали?

+(45) В постгресе вообще капризный оптимизатор, который очень "любит" характерные для 1с джойны с подзапросами. Дело в том, что в постгресе план запроса строится целиком, без точной информации о количестве записей, которые вернут подзапросы, в результате получаем нестедлуп с неявной временной таблицей. При явном использовании временных таблиц в последних версиях постгреса есть возможность считать онлайн-статистику, но не для подзапросов. Проблему могло бы решить отложенное формирование плана, чтобы сначала выполнились подзапросы, а потом на основании их статистики, формировать общий план. Но это будет уже совсем другой движок, и наверняка найдутся противники такого подхода.

Если база мелкая (до 10 гиг), то рекомендую MSSQL Express.

(0) Да, и еще - сервер случайно не 2003, а платформа не 8.3.13?

(46) >Дело в том, что в постгресе план запроса строится целиком, без точной информации о количестве записей
Уже нет.

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

(48) А поподробнее? Как я понимаю, для явных временных таблиц статистику считает модуль online_analyze, но не для подзапросов, в том то и дело.

(49) искусственный интеллект. прежде чем выполнить вашу команду - думает, стОит ли ее выполнять, или нуегона*

(51) Или искусственный интеллект или strlen в движке БД. Одно из двух

4 гига.. сейчас на мобилках ставят больше, у меня например 6 Гб.
купите нормальную мобилу и сделайте из нее сервер ))

(53) Да скорей всего это не настоящий сервер, а какая-то виртуальная машина.
Просто уж очень маленький.
А топикстартер об этой детали забыл.

И опять топикстартер абсолютно забыл сказать о том, каким образом стартуют клиенты в этих базах - очень может быть, что он в терминалах сидят и конфиги на УФ тупят только потому, что в терминалах

(50) Если я правильно помню, то они это в 10 постгрес про добавили. Именно в ПРО, но он вроде как платный.

+ (55) посмотрел сейчас на их сайте, они закрыли зеркало для инсталляции в линуксе. Оставили только коммерческое.

(9) ппц, у меня в смартфоне столько же оперативки.

(38) (54) Возможно, с выделенным одним ядром процессора, так как распорядитель ядер и памяти когда-то читал, что 1С однопоточна и ей много не надо.
(14) На практике, там довольно непросто все, со списанием, особенно если это особо ценное имущество.

(12) "взаимные блокировки баз, которые садятся в один единственный рпхост" // Что-то новенькое :)
64-битный рпхост умеет в "нити" ОС (потоки), а вот потоки уже конкурировать за аппаратные ресурсы хоста будут, это да. Но называть это "взаимной блокировкой баз" как-то смело.

(59) На 32-битном всё то же самое, только адресное пространство меньше..

(59) но у тебя как прописано в рпхосты : по одной базе или есть такое что дви-три в один садятся и не тормозят?

(61) "У меня" по-разному, Я не фикси. Стандартные "8 ИБ на процесс" обычно не трогаются (и хорошо - с сентября технический болт без корп лицензии под это дело), проблемы могут быть из-за падения всего РП (страдают другие ИБ), но вот что под блокировками ты подразумевал хз.

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

(63) очень заметно влияют, если на рпхост повешено только одна база или несколько.

(64) В 64-битном сервере 1С от нескольких рпхостов вообще замедление может наблюдаться. В 32-битном профит раздедения очевиден - каждой базе становится больше памяти доступно, а в чем у тебя проблемы на 64-битном от объединения баз?

+64 при условии, конечно, что это конфигурации БП3, ЗУП3, КА2, УТ11

для УТ10 и остальных конфигураций из прошлого - практически не заметно

(65) проблема простая. Видно, что база тормозит, хотя видимых причин для этого нет.
Смотришь, что происходит Администрировании баз - там оказываются в списках блокировок по нескольку штук, которые заметно дольше висят.
Как только одна база на один рпхост - блокировки в том же списке проскакивают быстро быстро и такого торможение больше не наблюдается.

(67) скорее всего профиль нагрузки разный в эти разные моменты.
прямой связи быть не может

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

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

(69) это из серии
После того как вы провели свой интернет, у меня сломалась стиральная машина (с)

(70) т.е. ты предлагаешь сразу ставить мсскл и все?

(71) я предлагаю искать истинные причины промышелнным способом

через счетчики и апдекс