привет, centos6.5, 8.3.5.1248, 150+ пользователей
если ограничивать количество пользователей на рабочий процесс 1с создает новые процессы. Тут все логично. Но эмпирически замечено что скорость работы пользователей 1с на 2 и следующих рабочих рабочих процессов заметно(20-30%) падает с прогрессией.
Пока закинули всех пользователей на 1 рабочий процесс - скорость всех устраивает, но может есть более логичное решение проблемы?

Если всех устраивает, зачем искать другое решение?

конечно же работа на сервере, программные ключи.

(1) Это не масштабируемое решение

(3) Тогда кластер разворачивай.

(4) Пробовали, в кластере та же самая фигня, 2 рабочих процесса производительность пользователей на 1 процессе,  всегда выше 2.
+ сам кластер работает медленней

на 8.2 норм, 8.3 ещё сырая

и чото я не понял как вы рулите процессами в 8.3, оно ж само, там ИИ

(5) С тестовыми примерами в 1с пробовали обращаться?
По слухам - для крупных внедрений они таки начинают вертеться...

(7) в настройках рабочих процессов есть максимальное количество раб.баз и пользователей на процесс
Через эти ограничения и рулю

(8) таки придётся, ибо фантасмагория

(0) Конечно, разрядность ОС и сервера, равно как объем памяти ОС и сколько отжирают рабочие процессы, в данном случае абсолютно неважны.

(8) 150+ крупные? Я понимаю еще 1к+, но 150+ это маловато еще.

(11) 64бита, 256гб оперативки, 2 процессора Intel(R) Xeon(R) CPU E5-2643 v2 @ 3.50GHz, 12честных\24 логических ядра.

(11) рабочий процессы отъедали максимум 140гб

(13) А когда один процесс сколько?

На сервере кроме 1С ничего больше нет?

(14) сейчас стоит постгресс, ранее субд было на отдельном сервере через 10гбит, симптомы были те же

140ГБ на процесс?? Шоб я так жил... Всегда настраивал на 10, максимум на 15

(14) я в общем то и имел ввиду 1 процесс,до 140гб видел максимум.
я не думаю что есть проблема с памятью ибо ее полно на сервере свободной
----------------
[root@app0 ~]# free
             total       used       free     shared    buffers     cached
Mem:     264513888  144218936  120294952          0     406308  123291588
-/+ buffers/cache:   20521040  243992848
Swap:     67107836          0   67107836

(13) Чего-то многовато 140Гб на 150 пользователях. Самописка или вхлам переписанная?

(17) по процессам расклад надо смотреть

(18) самописная, много "тяжелых" отчетов

(19) При расходах памяти 1Гб на пользователя проблемы с маштабированием неудивительны. Надо в первую очередь разобраться с этой проблемой.

Опустите планку хотя бы до 100Мб (это тоже много) на пользователя.

(20) и как это поможет в вопросе производительности?

(20) и в чем тогда смысл 64 битного сервера?

(21) Сходу можно только сказать, что при такой "вольной" работе с ресурсами ОС проблемы могут вылезти где угодно. Вот у вас вылезли при создании нового процесса.

(22) Никто уже давно не утверждает, что 640Кб памяти хватит всем. Но по гигу на пользователя это очень сильный перебор. 10-20 Мб это еще нормально.

(23) один приличный запрос допустим на миллион записей с 3 итоговыми итоговыми колонка + скд с несколькими группировками, это  сколько по вашему памяти ? :)

Оно похоже расходует ресурсы на синхронизацию процессов между собой, отсюда проседает производительность. Тоже порядка 150 пользователей, правда памяти столько не дают ;) тоже отчеты на 30-40 строк, тоже все безбожно тормозит. Есть подозрение, что ошиблись с выбором платформы ;)

(25) 30-40 т строк

(23) Я привожу вам среднюю цифру на пользователя для большой (УПП+) конфигурации с количеством пользователей от 100+.

Вполне допустимо, что несколько пользователей могут генерировать мега-запросы, и кушать хоть по 10Гб зараз. Но на общую статистику они, увы, не влияют.

(25) Проблема синхронизации процессов была в 8.2. Там официальная рекомендация для 64-битных серверов оставлять 1 рабочий процесс. В 8.3 божились, что проблему пофиксили.

(27)  Спасибо! что и хотел услышать

(25) не платформы, а продукта :))

(24)пользователю не нужен отчет на миллион строк в итоге

(26)тоже не нужен
просмотреть 1 строку (не проанализировать, а просто просмотреть) за 1с = (30000/3600)ч~8ч = 1 раб. день

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

Для 64 битного сервера зачем много процессов. По рекомендациям одного должно хватить.

150 пользователей и Postgres...И пох на производительность вам, если параллельности нет ) Дляд ли новые конфигурации.

(34) как бы проверяли и тестировали :)
Да, в 1 поток по результатам теста Гилева, результаты centos + 1с 8.3.5 + правильно настроенный postgresl  на 5-10% меньше чем windows 12 + mssql 12
НО на больших данных (80гб база, есть несколько таблиц по 20+млн записей) и когда с базой начинают работать 100+ пользователей все кардинально меняется. MSSQL теряет все преимущества по скорости и начинается нескончаемая борьба с блокировками, а преимущества постгреса раскрываются и он справляется.
п.с.
пруф тестов в 1 поток
http://g00d.ru/bd/2014/08/22/svodnaya-tablica-rezultatov-testirovaniya-subd-dlya-1s.html
пруф многопоточных тестов гилева
http://g00d.ru/uploads/images/ssssss.png
http://g00d.ru/uploads/images/SSSS.png
только постгрес, скрины виндовы тестов к сожалению потерял

(35) но там обычно энтерпрайз уже, и не отзывчивость, а время простоя + дешевые апдейты

(35) Можете привести примеры настроек "правильно настроенного postgres"?

(36) не понял тебя ты про mssql? цена интерпрайза mssql что для такого количества пользователей, что для лицензирования по ядрам неподъемна для малого бизнеса

(37) че прям конфиг приложить? :)

(37) Можно и в формате статьи, как на вашем сайте.

(40) я подумаю, но эта фигня отнимает слишком много времени. К тому же по постгресу полно умных рекомендаций в интернете.
если уж совсем кратко
1. включить кэширование, очень критично, и дает самую большую отдачу, так как многие фс на многих дистр. по умолчанию отключаю кэширование.
#tune2fs -o journal_data_writeback /dev/sdaХ # ваши диски
2. Настроить fstab, что бы ускорить работу постгреса с ФС вот так выглядит мой
--------------
UUID=94e2e6e4-d81a-4741-95e3-a895000e8e0e /                       ext4    noatime,nobh,nodiratime,errors=remount-ro,data=writeback,barrier=0        1 1
UUID=e939c4a3-c102-4ab6-9be5-7bd2f253299f /boot                   ext2    defaults        1 2
UUID=2858dbcc-65c5-4abb-8698-9b6d6132cf98 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
tmpfs /var/lib/pgsql/9.3/data/base/pgsql_tmp            tmpfs   noatime,nodiratime,defaults     0       0
tmpfs /var/lib/pgsql/9.3/data/pg_stat_tmp            tmpfs   noatime,nodiratime,defaults  0     0
----------------
3. Настроить сам постгрес на нормальную работу с памятью
всякие ворк мемы, эффективные кэш  и т.п
4.Настроить под ваш ФС, параметры комитов и чекпоинтов... тут все зависит от возможностей вашего железа
5.Включить планировщики запросов и настроить стоимости работы с данными. (Важна статистика!)
6.Настроить автовакум, все зависит от возможностей вашего железа, нужно подобраться оптим. количество работников и время их автостарта.
7.Настроить скрипты для принудительных обновления статистики, индексов. Автоматизироваться пересчет итогов.
Все остальное в принципе уже разбирая логи и с помощью бубна :)

1С рекомендует использовать 1 рабочий процесс для 64битного сервера 1С. На ИТС есть инфа.

(13)  140 гиг жесть какая. У нас на 150-180 пользователей  примерно rphost 1-1,5 Гб тратит. Были пару раз пики до 2-3 Гб.

(42) база большая? как быстро работает?
я тоже очень долго не мог заставить 1с активно работать с памятью.
Но у нас очень избалованные пользователи и пришлось попотеть что бы заставить 8рку работать со скоростью сопоставимой с 7ркой :)
Справочник товаров ~ 80000 наименований
Общее количество документов ~1300000 документов,
Среднее время полного перепроведения документов ~200 док в минуту (3-4 док. в секунду)
Размер самого большого регистра (продажи, 12 измерений) 7-8000000 записей.
Размеры кубов продаж от чета больше 20млн.записец
Отчет СКД по продажам за год с несколькими измерениями 30-50 секунд. Хотят тут все сильно зависит от размера результирующей таблицы.
база самописная, со своим алгоритмом расчета себестоимости.

(43) это я хвастаюсь, а ваще у нас и правда очень быстрая конфа для торговли, производства и финансов

(44) Составные индексы сами ручками лупили или только "от 1С" ?

(45) только от 1с, так как я партнер и 1с в лиц.соглашении запретила работу с данными конфигурации вне 1с.
А вообще для очень больших регистров накопления рулят агрегаты. Но нужно понимать что это, зачем и как варить :))

(46) Как бы проблемы не в Оборотных регистрах, а в монстрах класса Регистр бухгалтерии, потом уже Партионные и прочие остаточные.

(46) Изначально были необъяснимые задержки при простое оборудования?

(43) База буха корп 2.0 сильно дописанная. Документы не считал. И сколько они перепроводятся хз. Размер 70 гиг вроде. Самый большой регистр - Хозрасчетный. Сейчас там где-то 21 млн проводок. В месяц примерно по 1 млн. прирост.

(47) Регистры бухгалтерии работаю очень хорошо, у нас 1 план счетов, 3 субконто и 4 регистра бухгалтерии количество движений в основном около 20млн. Проблем нет, яб даже сказал летает. Очень от запросов зависит
(48) Были конечно :) но вполне объяснимые
(49) и как по производительности?

(50) Объяснимые... чем?

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

(51) на пальцах не объяснить, стучись в скайп
(52) у меня тоже вирт.сервер - 30 попугаев Гилева. Нативно повышается до 35-37. Что за процессор? что за диски? линукс + постгрес? возможно смогу помочь :)

(53) Процессор http://ark.intel.com/products/53578/Intel-Xeon-Processor-E7-2870-30M-Cache-2_40-GHz-6_40-GTs-Intel-QPI?wapkw=2870
Про диски не знаю. Какая-то СХД. Windows 2008, SQL 2008.
Проблема в том, что на все это влиять практически нет возможности. Есть только админские права на сервере.
Служба которая отвечает за СХД говорит, что не наблдает никаких проблем. Служба отвечающая за виртуализацию тоже не видит проблем. Сетевики тож говорят, что все хорошо. Кароч, все говорят, что ключевые показатели производительности в норме. А попугаев все равно мало(

(54) Это же классика - "Кто сшил костюм?" http://www.youtube.com/watch?v=heUq31_Zyd0
(0) Может, все-таки, совокупность сервер 1С + виртуалка дает такой эффект? Именно когда много пользователей и интенсивная работа. Без виртуализации не пробовали?

(55) Дада))) К пуговицам вопросов нет))

(54) начни с проверки настроек энергосбережения железа и ОС
проц не айс, 1ска любит высокочастотные процы. Что бы проверить работу схд -  создай вирт.диск и создай на нем тестовую базу. Можно будет понять есть ли проблемы в схд

(57) т.е создай рам.диск

(57) В апреле админы говорили, что везде такие процы стоят. Надо узнать, мож проапгрейдили.
Посоветуй софт для создания рам диска. И что с ним делать? tempdb поместить туда? Вообще у нас 2 сервера: 1С и SQL. По 32 Гб на каждом.

Поставил http://gilisoft.com/product-ramdisk.htm на домашний ноут. Тест Гилева не показал прироста производительности, если база на рам диске.

(60) если производительность базы на рам диске сопоставима с работой на диске, значит проблема производительности в другом, скорее всего настройки энергосбережения процессора в ОС и биосе. Отключи все С-стейты, проц в макс перфоманс. Так 1с и скуль на разных серверах, яб отключил tcp offload.
Отстальной настраивать в самом скуль сервере.

(60) хотя возможно это максимальная производительность этого процессора

(60) Ваша база в тесте без RAM-диска просто была закэширована в ОЗУ

Поднял сейчас на сервере рам диск. Тест Гилева тоже не показал существенного прироста. На "обычном" диске 35 попугаев. На раме 37-38. Для файловой базы маловато. Скорее всего упирается в процессор/память.

На виртуальном сервере энергосбережение в high perfomance стоит. Что там в на хосте творится непонятно. Админы даже разговаривать об этом не хотят.

(65) надо в смотреть параметры процессора в биосе.
нормальных админов всегда можно убедить проверить

(66) сложность ситуации в том, что у заказчика несколько ЦОДов, в каждом туча серверов. И как объясняли админы, виртуальные сервера могут мигрировать между хостами. Т.е. бессмысленно оптимизировать один хост, если завтра виртуальная машина переедет на другой.

Вот что админ ответил:
"Хочу еще раз проговорить, - это виртуальная машина, находится на виртуальной инфраструктуре vSphere.
Если я правильно понимаю, то присланные вами рекомендации относятся к инсталляциям на физические сервера.
В свою очередь ESX настроены на максимальную производительность"

(68) если так, то и база лежит на каком-нибудь NAS для доступа с разных серверов. И узкое место - канал между серверами и NAS.

(69) >> И узкое место - канал между серверами и NAS
Как это можно выявить? Счетчики там или тесты какие?