Добрый день !Железо: 8 Xeon + 16Gb ram + raid-10 mb intel 5000
ПО: 1C 8.1.13 + Конфигурация УПП(одна из первых) + postgresql-8.1.15
База: 12Гб
postgresql.conf :max_connections = 100
shared_buffers = 262144
temp_buffers = 5122
work_mem = 2048
maintenance_work_mem = 16384
max_stack_depth = 10240
max_fsm_pages = 65000
max_fsm_relations = 3500
max_files_per_process = 2500
fsync = on
wal_sync_method = fsync
wal_buffers = 32
commit_delay = 0
commit_siblings = 5
enable_bitmapscan = on
enable_hashagg = on
enable_hashjoin = on
enable_indexscan = on
enable_mergejoin = on
enable_nestloop = on
enable_seqscan = on
enable_sort = on
enable_tidscan = on
effective_cache_size = 30000
cpu_tuple_cost = 0.001
cpu_index_tuple_cost = 0.0001
max_locks_per_transaction = 150
Есть вот такое хояйство, работает но очень медленно.
Пробовал менять парамерты, не помогает.
Подскажите какие параметры оптимальны для выше изложенного ???
Отвлеченно: пользователей сколько ? И сколько винтов в RAID10, что за RAID-контроллер ?
8Xeon - это 8-сокетник или 2х4ядерника имеется в виду ?
>Отвлеченно: пользователей сколько ? И сколько винтов в RAID10, что за RAID-контроллер
>?
>8Xeon - это 8-сокетник или 2х4ядерника имеется в виду ?Xeon 2 по 4 ядра, RocketRAID 4 винта, пользователей от 40 до 60.
>>Отвлеченно: пользователей сколько ? И сколько винтов в RAID10, что за RAID-контроллер
>>?
>>8Xeon - это 8-сокетник или 2х4ядерника имеется в виду ?
>
> Xeon 2 по 4 ядра, RocketRAID 4 винта, пользователей от 40
>до 60.Оп-па. Винты хоть SAS, надеюсь ? Какая конкретно модель RocketRAID ? А то там все больше HBA c RAID-функционалом, то бишь софтовые как бы по сути :)
Если смотреть чисто с железной точки зрения - такая дисковая на 40-60 клиентов должна изрядно тормозить. Если надо более детально - давайте iostat . По-хорошему, 40-60 пользователям для спокойной жизни надо 12-16 винтов SAS 15K 3,5" либо столько же 2,5" 10К, да на приличном контроллере от Adaptec (5xxx серии) или LSI (8xxx серий - их несколько), с приличным кэшем и BBU(батарейкой на кэш) . Как минимум, подчеркиваю.
Если нет возможности решить втупую железом (т.е. поменять дисковую) - копайте в сторону кэширования записи, может, что-то и выйдет... Суть - 1С создает очень неприятную для дисковой нагрузку, с соотношением чтения к записи примиерно 50/50%. С нагрузкой на чтение еще можно справиться, забив базу (ну, хотя б все наиболее часто читаемые таблицы/индексы/прочая) в кэш SQL, благо у Вас ОЗУ хватает. А вот с нагрузкой на запись фокус не прокатит.
Что до собственно конфига - наткнулся я на вот это вот: http://lists.altlinux.org/pipermail/community/2008-January/4... , ну и это: http://www.sql.ru/forum/actualthread.aspx?tid=609011 - может, поможет чем...
>[оверквотинг удален]
>
>Если нет возможности решить втупую железом (т.е. поменять дисковую) - копайте в
>сторону кэширования записи, может, что-то и выйдет... Суть - 1С создает
>очень неприятную для дисковой нагрузку, с соотношением чтения к записи примиерно
>50/50%. С нагрузкой на чтение еще можно справиться, забив базу (ну,
>хотя б все наиболее часто читаемые таблицы/индексы/прочая) в кэш SQL, благо
>у Вас ОЗУ хватает. А вот с нагрузкой на запись фокус
>не прокатит.
>Что до собственно конфига - наткнулся я на вот это вот: http://lists.altlinux.org/pipermail/community/2008-January/4...
>, ну и это: http://www.sql.ru/forum/actualthread.aspx?tid=609011 - может, поможет чем...SAS !!!
>>Что до собственно конфига - наткнулся я на вот это вот: http://lists.altlinux.org/pipermail/community/2008-January/4...
>>, ну и это: http://www.sql.ru/forum/actualthread.aspx?tid=609011 - может, поможет чем...Пробовал непомогает
шас нипишу iostat.
avg-cpu: %user %nice %system %iowait %steal %idle
1,60 0,00 0,13 1,07 0,00 97,20Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 3,00 0,00 0,46 0 0
sdb 0,00 0,00 0,00 0 0
sr0 0,00 0,00 0,00 0 0
sdc 110,00 0,00 1,69 0 1
>[оверквотинг удален]
>sr0
> 0,00
> 0,00 0,00
> 0
> 0
>sdc
> 110,00 0,00
> 1,69
> 0
> 1это в среднем щас весит 8 процессов postgres каждый в среднем по 1,4Гб
куда он жрет столько не пойму :(
>[оверквотинг удален]
>
>Если нет возможности решить втупую железом (т.е. поменять дисковую) - копайте в
>сторону кэширования записи, может, что-то и выйдет... Суть - 1С создает
>очень неприятную для дисковой нагрузку, с соотношением чтения к записи примиерно
>50/50%. С нагрузкой на чтение еще можно справиться, забив базу (ну,
>хотя б все наиболее часто читаемые таблицы/индексы/прочая) в кэш SQL, благо
>у Вас ОЗУ хватает. А вот с нагрузкой на запись фокус
>не прокатит.
>Что до собственно конфига - наткнулся я на вот это вот: http://lists.altlinux.org/pipermail/community/2008-January/4...
>, ну и это: http://www.sql.ru/forum/actualthread.aspx?tid=609011 - может, поможет чем...RocketRAID 2640x4
Хм. Особой нагрузки на дисковую не вижу.
Идем дальше:
При каких конкретно действиях тормоза ? Проведение документов пользователями, операции в монопольном режиме (перепроведение документов и пр.) ?
>Хм. Особой нагрузки на дисковую не вижу.
>Идем дальше:
>При каких конкретно действиях тормоза ? Проведение документов пользователями, операции в монопольном
>режиме (перепроведение документов и пр.) ?Припроведении документов в основном.
Расчет себистоимости очень долго делается, долже где то 4-5 часов, а делается 12-16.
Я попросил программиста 1с написать такую программку, которая иметирует этот процес,
ну ниже 5 сек(среднее) проведение документа не опускается хотя на файловай это делеет быстрей, у программиста 1с на ноуте стоит 1с и pg правда 8.3 так у него этот процес укладыватся в 2,5 сек (обидно :-) ).Да вот меня пугает тот факт что из 16Гб осталось свободной 100мегов это нормально ?
>
>Да вот меня пугает тот факт что из 16Гб осталось свободной 100мегов
>это нормально ?речь идет о оперативке. 16Гб
До собственно параметров дойдем потихоньку :)
http://v8.1c.ru/overview/postgres_patches_notes.htm
Сюда заглядывали ? Используемая у Вас версия postgreSQL пропатчена, либо - с этой странички ?
>До собственно параметров дойдем потихоньку :)
>http://v8.1c.ru/overview/postgres_patches_notes.htm
>Сюда заглядывали ? Используемая у Вас версия postgreSQL пропатчена, либо - с
>этой странички ?из rpm ставил, а на другом компе ставил из исходником пропатчил, компилирую все нормально без ощибок, создаю с косоли 1с пробную базу ругается на ls_message en_US. пробовал менять в postgresql.conf не помогает, пробовал перед инициализацией set LANG=ru_RU.UTF-8 тоже самое, ну это наверное уже второй пост :-)
>>До собственно параметров дойдем потихоньку :)
>>http://v8.1c.ru/overview/postgres_patches_notes.htm
>>Сюда заглядывали ? Используемая у Вас версия postgreSQL пропатчена, либо - с
>>этой странички ?
>
>из rpm ставил, а на другом компе ставил из исходником пропатчил, компилирую
>все нормально без ощибок, создаю с косоли 1с пробную базу
>ругается на ls_message en_US. пробовал менять в postgresql.conf не помогает, пробовал
>перед инициализацией set LANG=ru_RU.UTF-8 тоже самое, ну это наверное уже второй
>пост :-)дистриб postgresql-8.1.5 с диска итс.
В пг 81 наблюдается маленькая неприятность по поводу записи РегистраБухгалтерии. В большинстве случаев тормоза из-за него. Коммит проходит очень долго, особенно при большом объеме проводок. Эту проблему вообще конфигом решить возможно или лучше обновлять пг?
Люди неужели никто посказать не может ???