ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Помогите оптимизировать базу
49 сообщений из 49, показаны все 2 страниц
  все  
Помогите оптимизировать базу
    #39553890
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Здравствуйте.

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



Заметны странные тормоза. Операторы при проведении заявок время от времени ловят висяк на 1-3 секунды. А также при навигации/поиски товара в каталоге. они не всегда. например вчера 10 мин. сидел около одного оператора, не смогли вызывать висяк. Хотя до этого говорит каждый час или полтора зависает на 1-3 секунд.
Долго спорили с 1С_никами, те безусловно грешили на процессор (Xeon E5-2603, ОЗУ - 32ГБ) , но для 15-и пользователей это смешно просто.
Но ради чистоты эксперименты проверил тестом Гилева.
Смотрите, это тест гилева под postgreSQL:
http://images.vfl.ru/ii/1510770695/58d31983/19437383.jpg
Всего лишь 13. И очень долго:
http://images.vfl.ru/ii/1510770741/030106a2/19437395.jpg
Как видно - около 9 минут!

Потом базу поставил на том же диске, с кем же процессором и результат удивил:
http://images.vfl.ru/ii/1510770862/c8a6bb42/19437424.jpg
И очень быстро:
http://images.vfl.ru/ii/1510770917/e7af1031/19437434.jpg
Всего 3 минуты.

Ну и вот конфиг postgre:
https://pastebin.com/ff0142rV

С такими настройками только смог добиться максимального результата - 13. С дефолтным конфигом выдает 8 всего лишь.

Помогите оптимизировать, пожалуйста.
...
Рейтинг: 0 / 0
15.11.2017, 21:44
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39553902
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20,

Тут рядом примерно тоже самое в теме “Затык при записи большого объема при помощи COPY, нужен совет”.
По признакам — контрольные точки частые.
...
Рейтинг: 0 / 0
15.11.2017, 22:24
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39553909
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
vyegorov,

Возможно, но у меня не такой большой обьем.
Вот список БД:
https://pastebin.com/HqGWx2aY
здесь Trade - это база торговли
buh - база бухгалтерии
gilev - база Гилева для теста

Вот столько весит база торговли:
Код: sql
1.
2.
3.
pg_size_pretty
----------------
15 GB



Можно ли как то сузить проблему? понять в чем конкретно проблема? то что проблема в postgres , это уже выяснили методом тыка так сказать, но дальше не хватает знания. могу предоставить логи/замеры производительности, если необходимо.
Если если желание, могу дать удаленный доступ, посмотрите.
...
Рейтинг: 0 / 0
15.11.2017, 22:45
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39553911
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20,

Ну вот в соседней теме был дан запрос, нужен его вывод.
...
Рейтинг: 0 / 0
15.11.2017, 22:50
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39553918
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
vyegorov,

хорошо, завтра с утра выложу тут.
А он никак не повлияет на работу? Просто с 8-и утра до 8-и вечера работают сервером операторы, не приветствуется приостановка работы :)
...
Рейтинг: 0 / 0
15.11.2017, 23:13
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39554081
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Вот выдача:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
Расширенный вывод включён.
-[ RECORD 1 ]-------------------------+------------------------------
Forced checkpoint ratio (%)           | 0.6
Minutes between checkpoints           | 4.98
Average write time per checkpoint (s) | 24.06
Average sync time per checkpoint (s)  | 0.00
Total MB written                      | 73166.6
MB per checkpoint                     | 5.42
Checkpoint MBps                       | 0.02
`bgwriter` MBps                       | 0.00
Backend MBps                          | 0.01
Total MBps                            | 0.0251
Clean by checkpoints (%)              | 72.4
Clean by `bgwriter` (%)               | 0.1
Clean by backends (%)                 | 27.6
`bgwriter` halt-only length (buffers) | 0.00
`bgwriter` halt ratio (%)             | 75.09
New buffer allocation ratio           | 0.749
Minutes since reset                   | 48666
Uptime                                | 2 days 14:16:53.597421
------------------------------------- | -------
checkpoints_timed                     | 9708
checkpoints_req                       | 63
checkpoints                           | 9771
checkpoint_sync_time                  | 9720
checkpoint_write_time                 | 235087321
buffers_checkpoint                    | 6777231
buffers_clean                         | 5460
maxwritten_clean                      | 41
buffers_backend                       | 2582634
buffers_backend_fsync                 | 0
buffers_alloc                         | 7012949
total_buffers                         | 9365325
startup                               | 2017-11-13 19:38:47.31614+03
stats_reset                           | 2017-10-13 14:49:40.251845+03
min_since_reset                       | 48666
bgwriter_delay                        | 200
bgwriter_lru_maxpages                 | 100
bgwriter_lru_multiplier               | 2
max_wal_size                          | 64
checkpoint_timeout                    | 300


Расширенный вывод выключен.
postgres=#
...
Рейтинг: 0 / 0
16.11.2017, 09:57
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39555046
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Вопрос еще актуален.
Есть какие то предложений ?
...
Рейтинг: 0 / 0
17.11.2017, 13:04
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39555103
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20,

Поменяйте и примените настройки:
Код: sql
1.
2.
3.
4.
5.
6.
bgwriter_delay = 10ms
bgwriter_lru_maxpages = 1000
bgwriter_lru_multiplier = 10.0
checkpoint_timeout = 1h
checkpoint_completion_target = 0.9
max_wal_size = 16GB



Достаточно сделать `SELECT pg_reload_conf()` после изменения конфига.
...
Рейтинг: 0 / 0
17.11.2017, 14:47
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39555296
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
vyegorov,

поменял конфиг, перезагрузил сервер, но тест Гилева тоже самое показывает:
http://images.vfl.ru/ii/1510933352/7679c470/19460763.jpg

Вот результат того же скрипта:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
Расширенный вывод включён.
-[ RECORD 1 ]-------------------------+------------------------------
Forced checkpoint ratio (%)           | 0.6
Minutes between checkpoints           | 4.98
Average write time per checkpoint (s) | 24.91
Average sync time per checkpoint (s)  | 0.00
Total MB written                      | 74508.9
MB per checkpoint                     | 5.34
Checkpoint MBps                       | 0.02
`bgwriter` MBps                       | 0.00
Backend MBps                          | 0.01
Total MBps                            | 0.0245
Clean by checkpoints (%)              | 72.8
Clean by `bgwriter` (%)               | 0.1
Clean by backends (%)                 | 27.1
`bgwriter` halt-only length (buffers) | 0.00
`bgwriter` halt ratio (%)             | 750.92
New buffer allocation ratio           | 0.743
Minutes since reset                   | 50635
Uptime                                | 00:20:18.850145
------------------------------------- | -------
checkpoints_timed                     | 10097
checkpoints_req                       | 64
checkpoints                           | 10161
checkpoint_sync_time                  | 9720
checkpoint_write_time                 | 253154542
buffers_checkpoint                    | 6943168
buffers_clean                         | 5460
maxwritten_clean                      | 41
buffers_backend                       | 2588505
buffers_backend_fsync                 | 0
buffers_alloc                         | 7086037
total_buffers                         | 9537133
startup                               | 2017-11-17 18:24:12.706992+03
stats_reset                           | 2017-10-13 14:49:40.251845+03
min_since_reset                       | 50635
bgwriter_delay                        | 10
bgwriter_lru_maxpages                 | 1000
bgwriter_lru_multiplier               | 10
max_wal_size                          | 1024
checkpoint_timeout                    | 3600


Расширенный вывод выключен.
postgres=#



Насчет тормозов - уже мало менеджеров работают и за 10 мин работы только один менеджер сказал, что на 2 секунды было зависание.
Вот свежий конфиг: https://pastebin.com/gv97EfC9
...
Рейтинг: 0 / 0
17.11.2017, 18:54
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39555329
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20,

Я не могу сказать что там у вас. Надо мониторить нагрузку на ЦПУ и на диски, соотносить с активностью в базе.
Тем более у вас винда, я её готовить не умею для производительности Postgres-а.
...
Рейтинг: 0 / 0
17.11.2017, 20:21
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39557317
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Все же результатов не давал эти поправки.
только немного изменилась картинка нагрузки:
http://images.vfl.ru/ii/1511334412/8f6ce24d/19521455.jpg

Но зависание происходит не только на пиках и бывает так, что даже нет никакой нагрузки а подвисает на 1-2 секунды.
например вот смотрите:
http://images.vfl.ru/ii/1511334619/2a61a34d/19521484.jpg
на пике 1 - небыло пидвисания, а на пике 2 был. А бывает, что на пике 1 тоже бывает подвисание. скорее всего это никак не связан с аппаратной частью.

Может есть еще предложение по тюнингу конфига postgre?
свежий конфиг: https://pastebin.com/gv97EfC9
...
Рейтинг: 0 / 0
22.11.2017, 10:12
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39557719
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20Но зависание происходит не только на пиках и бывает так, что даже нет никакой нагрузки а подвисает на 1-2 секунды.
например вот смотрите:
http://images.vfl.ru/ii/1511334619/2a61a34d/19521484.jpg
на пике 1 - небыло пидвисания, а на пике 2 был. А бывает, что на пике 1 тоже бывает подвисание. скорее всего это никак не связан с аппаратной частью.А графики по памяти + свопу + дисковой активности у вас имеются?..

halogen20Может есть еще предложение по тюнингу конфига postgre?ну Postgre s же!
...
Рейтинг: 0 / 0
22.11.2017, 17:15
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39557969
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20Все же результатов не давал эти поправки.
только немного изменилась картинка нагрузки:
http://images.vfl.ru/ii/1511334412/8f6ce24d/19521455.jpg

Но зависание происходит не только на пиках и бывает так, что даже нет никакой нагрузки а подвисает на 1-2 секунды.
например вот смотрите:
http://images.vfl.ru/ii/1511334619/2a61a34d/19521484.jpg
на пике 1 - небыло пидвисания, а на пике 2 был. А бывает, что на пике 1 тоже бывает подвисание. скорее всего это никак не связан с аппаратной частью.

Может есть еще предложение по тюнингу конфига postgre?
свежий конфиг: https://pastebin.com/gv97EfC9

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

Попробуйте temp_buffers = 64MB / max_worker_processes = 8 / max_parallel_workers_per_gather = 8 /
seq_page_cost = 1.0 / random_page_cost = 1.1 / parallel_setup_cost = 100 / effective_cache_size = 32GB / geqo_threshold = 14 / from_collapse_limit = 12 / join_collapse_limit = 12
Наверное все что можно тут сказать.

PS: fsync = off - идея дурная до первого сбоя сервера или питания а потом будут вопросы как базу восстановить побитую, лучше сделайте fsync = on / synchronous_commit = off (а совсем хорошо on/on но тогда сервер нормальный нужен)

PPS: я надеюсь диск там у вас server grade SSD? иначе вообще о скорости и надежности работы говорить нельзя.

PPPS: никто не знает чего этот тест гилева меряет.
...
Рейтинг: 0 / 0
23.11.2017, 01:03
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558028
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
vyegorov

память смысла нет ставить даже, т.к. у нас 32 ГБ, а из него всего 20% забирается при сильном нагрузки.
А диски.. диски система стоит на SSD (PRO серии)
http://images.vfl.ru/ii/1511416726/8aa0b7ea/19533685.jpg

А база стоит на RAID1, из 2х HDD дисков, интерпрайс серии.
http://images.vfl.ru/ii/1511416726/8aa0b7ea/19533685.jpg

Я базу ставил и на SSD диске, вместе с системой, но результатов не было вообще.


Maxim Boguk

Уже обратился в одну контору по обслуживанию 1С, приехали, посмотрели. говорят вроде все нормально и сказали, что они не специалисты по Postgres, попробуют что то делать. Я им предлагал переписать запросы проведения заявок и пробовать с новым кодом, но пока они только пальцы гнут.
effective_cache_size = 32GB - насколько это приемлемо будет для меня? у нас всего 32ГБ физической памяти на сервере.
fsync = on - с таким параметром тест Гилева еще меньше показывает. Но раз такая гулянка, то поставлю :)
...
Рейтинг: 0 / 0
23.11.2017, 09:12
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558202
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20 Maxim Boguk

Уже обратился в одну контору по обслуживанию 1С, приехали, посмотрели. говорят вроде все нормально и сказали, что они не специалисты по Postgres, попробуют что то делать. Я им предлагал переписать запросы проведения заявок и пробовать с новым кодом, но пока они только пальцы гнут.
effective_cache_size = 32GB - насколько это приемлемо будет для меня? у нас всего 32ГБ физической памяти на сервере.
fsync = on - с таким параметром тест Гилева еще меньше показывает. Но раз такая гулянка, то поставлю :)

effective_cache_size = 32GB ставить можно но фундаментально он вам не поможет.

PS: а у вас база и 1С на разных физических серверах теперь или на одном и том же? Если на разных то проверьте скорость и качество линка между серверами (а лучше всего постоянно network latency мерять раз в секунду и иметь график), так как проблема может быть на сетевом уровне а тогда ни 1С ни PostgreSQL вообще не причем.

PPS: таки попробуйте базу на SSD сделать системном для интереса (включая wal и прочее а не только tablespace с базой) и после запуска базы попробуйте прогонять тест раза 3-4 и смотреть не становится ли быстрее.
...
Рейтинг: 0 / 0
23.11.2017, 13:14
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558212
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Maxim Boguk,

авторPS: а у вас база и 1С на разных физических серверах теперь или на одном и том же?
нет, все на одном сервере. локально тоже самое затормаживает.

авторPPS: таки попробуйте базу на SSD сделать системном для интереса (включая wal и прочее а не только tablespace с базой) и после запуска базы попробуйте прогонять тест раза 3-4 и смотреть не становится ли быстрее.
Я еще в тестовом режиме когда был - поэкспериментировал, базу поставил на SSD, менял параметры по всем сценариям, потом дело дошло до того, что начал чисто методом тыка менять конфиг-файл (а что еще делать, не сервере тестировал базу) но так и не смог добиться нормальной работы. какие то затыки время от времени возникают.
...
Рейтинг: 0 / 0
23.11.2017, 13:25
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558220
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20Maxim Boguk,

авторPS: а у вас база и 1С на разных физических серверах теперь или на одном и том же?
нет, все на одном сервере. локально тоже самое затормаживает.

авторPPS: таки попробуйте базу на SSD сделать системном для интереса (включая wal и прочее а не только tablespace с базой) и после запуска базы попробуйте прогонять тест раза 3-4 и смотреть не становится ли быстрее.
Я еще в тестовом режиме когда был - поэкспериментировал, базу поставил на SSD, менял параметры по всем сценариям, потом дело дошло до того, что начал чисто методом тыка менять конфиг-файл (а что еще делать, не сервере тестировал базу) но так и не смог добиться нормальной работы. какие то затыки время от времени возникают.

Мне тут на FB посоветовали вас направить на http://www.gilev.ru/postgresql/ с вопросами. ;)
Если обратитесь и помогут - расскажите что именно сделали чтобы знание в общественность нести.
...
Рейтинг: 0 / 0
23.11.2017, 13:32
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558226
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Maxim Boguk,

кто вас посоветовал, уточните пожалуйста у него - финансировать может эту услугу? :D )))))))

автор temp_buffers = 64MB / max_worker_processes = 8 / max_parallel_workers_per_gather = 8 /
seq_page_cost = 1.0 / random_page_cost = 1.1 / parallel_setup_cost = 100 / effective_cache_size = 32GB / geqo_threshold = 14 / from_collapse_limit = 12 / join_collapse_limit = 12
Теперь это стоит делать или толку не будет?
...
Рейтинг: 0 / 0
23.11.2017, 13:42
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558231
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20Maxim Boguk,

кто вас посоветовал, уточните пожалуйста у него - финансировать может эту услугу? :D )))))))

автор temp_buffers = 64MB / max_worker_processes = 8 / max_parallel_workers_per_gather = 8 /
seq_page_cost = 1.0 / random_page_cost = 1.1 / parallel_setup_cost = 100 / effective_cache_size = 32GB / geqo_threshold = 14 / from_collapse_limit = 12 / join_collapse_limit = 12
Теперь это стоит делать или толку не будет?

Попробуйте. Вреда не будет но вдруг поможет.

PS: на счет финансирования - у других PostgreSQL консультантов будет сильно дороже ;).
...
Рейтинг: 0 / 0
23.11.2017, 13:45
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558234
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20Maxim Boguk,

кто вас посоветовал, уточните пожалуйста у него - финансировать может эту услугу? :D )))))))

автор temp_buffers = 64MB / max_worker_processes = 8 / max_parallel_workers_per_gather = 8 /
seq_page_cost = 1.0 / random_page_cost = 1.1 / parallel_setup_cost = 100 / effective_cache_size = 32GB / geqo_threshold = 14 / from_collapse_limit = 12 / join_collapse_limit = 12
Теперь это стоит делать или толку не будет?

Мне тут интересную вещь сам Гилев написал:
Gilev50% потоковой производительности приходится на частоту процессора, ваш процессор Xeon E5-2603 очень плох, если вы его замените хотя бы на 2643, а также включите турбобуст, то увидите ускорение в несколько раз
...
Рейтинг: 0 / 0
23.11.2017, 13:47
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558260
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
Ну и так же от Гилева:

имейте ввиду, что любая файловая 1С быстрее клиент-сервеной 1С, тут http://www.gilev.ru/mssqlvsfile/ написано подробно

PS: а вообще идете в https://www.facebook.com/groups/postgresql/permalink/674498162746934/?comment_id=674579276072156&reply_comment_id=674587362738014&notif_id=1511433992748538&notif_t=group_comment_mention и там обсуждайте. Я вам не почтовый голубь.
...
Рейтинг: 0 / 0
23.11.2017, 14:01
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558625
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Вы тоже считайте, что проблема в процессоре?
да я бы поменял процессор, если бы знал, что точно из за этого, но почему то не могу найти логическое объяснение к тому, что притормаживает хаотично. Сегодня , видел как подвисал 5 секунд где то.. экран белеет, типа когда ПО не отвечает, становится неактивно.
Веером поставил на выгрузку базы бухгалтерии:
http://images.vfl.ru/ii/1511462248/9e633176/19543847.jpg

И в это время просил 3х операторов в торговле работать - и не одного тормажения, хотя логично было бы ведь, если из за процессора все эти проблемы были бы.

Опять таки, я ради эксперимента менял бы процессор, но они дорогие, если куплю и не окажется что из за процессора ?
...
Рейтинг: 0 / 0
23.11.2017, 21:43
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39558663
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
halogen20Вы тоже считайте, что проблема в процессоре?
да я бы поменял процессор, если бы знал, что точно из за этого, но почему то не могу найти логическое объяснение к тому, что притормаживает хаотично. Сегодня , видел как подвисал 5 секунд где то.. экран белеет, типа когда ПО не отвечает, становится неактивно.
Веером поставил на выгрузку базы бухгалтерии:
http://images.vfl.ru/ii/1511462248/9e633176/19543847.jpg

И в это время просил 3х операторов в торговле работать - и не одного тормажения, хотя логично было бы ведь, если из за процессора все эти проблемы были бы.

Опять таки, я ради эксперимента менял бы процессор, но они дорогие, если куплю и не окажется что из за процессора ?

А какой ответ вы тут хотите услышать? вы бы привели график дисковой утилизации и сравнили бы пики там и лаги в 1С.
Обычно такие замерзания - это про тормоза у механических дисков.

PS: ставить клиент-серверную 1С и базу и саму 1С на один хост - идея плохая (не для того оно придумано чтобы все на 1 сервер совать).

PPS: процессор это про цифры в тесте гилева а не про убрать лаги. Вы бы почитали внимательно его сайт если уж не хотите платную поддержку брать.
...
Рейтинг: 0 / 0
24.11.2017, 00:43
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39559076
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Вы то одно говорите то другое.
давайте резюмируем. все же замена процессора спасет ситуацию ?
Если нет, то какие мероприятия делать? на разных серверах ставить 1С, для 20-и пользователей, это нонсенс ))))

для диска какие счетчики вводить на мониторинг?
...
Рейтинг: 0 / 0
24.11.2017, 15:09
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39559150
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
halogen20Вы то одно говорите то другое.
давайте резюмируем. все же замена процессора спасет ситуацию ?
Если нет, то какие мероприятия делать? на разных серверах ставить 1С, для 20-и пользователей, это нонсенс ))))

для диска какие счетчики вводить на мониторинг?
" заплати налоги и" "спи спокойно, дорогой товарищ"

 
мало с 1С-ом сюда влез, так ещё и претензии выкатывает. забавный случай.

помнится служил я в одной маленькой психиатрической лечебнице. там 1С стоял на постгресе, УПП, как сейчас помню. так пока запросы в 1С не переписал, запуск расчета себестоимости ставил 1С-ину в позу головогрудого. на весь день. потом они что--то пропатчили в своем трансляторе и в пж -- и мы даже вернулись почти к начальным (на языке 1С) запросам -- с кучей апдейтов на одном месте пачками по 10000 в одной многоиттерационной транзе. жесть.
...
Рейтинг: 0 / 0
24.11.2017, 16:52
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39559154
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Сегодня поэкспериментировал счетчиками, и собрал такой набор:
http://images.vfl.ru/ii/1511530678/01ffa026/19552119.jpg
http://images.vfl.ru/ii/1511531877/419f3863/19552399.jpg


Как думайте, возможно ли в этом причина? (Обращений к диску), то, что он иногда доходит до пика. Это диск Д, где лежит база.
...
Рейтинг: 0 / 0
24.11.2017, 16:58
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39559822
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Общался с человеком, у него тоже такая же проблема была. Но не завис так сильно, как у нас.
У него проц 2xIntel E5-2640 2.50GHz.
тест гилева выдал около 8-и.
Переустановил под линукс все ставил, но говорит картина не изменился. сделали тюнинг конфига, но тест гилева вырос до 9 и все.
Я вот теперь задумываюсь, возможно ли это из за самой 1С ?
Такие проблемы, что я описал
авторЗаметны странные тормоза. Операторы при проведении заявок время от времени ловят висяк на 1-3 секунды. А также при навигации/поиски товара в каталоге. они не всегда. например вчера 10 мин. сидел около одного оператора, не смогли вызывать висяк. Хотя до этого говорит каждый час или полтора зависает на 1-3 секунд.
Могут быть из за, скажем, кривых запросов самой 1С ?
...
Рейтинг: 0 / 0
27.11.2017, 10:30
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39560451
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
2017 года и в сервере стоит процессор с тактовой частотой 1,7 ГГц - вы это серьезно?
Перенесите 1С и вашу базу на современный пользовательский ПК с Core i3-7100 (2 ядра 3,9ГГц + HT) или Core i3-8100 (4 ядра 3,6 ГГц + HT) и ссд - получите лучшие результаты чем на сервере и тогда сделаете правильные выводы.
Пояснение: 1С требует большУю тактовую частоту на одно ядро. К Одинэсникам, которые сказали что все норм, не обращайтесь больше, такие специалисты имеют сертификаты на знание и понимание конфигураций, но не железа.
Скрины ниже в качестве доказательства что я знаю о чем пишу
http://images.vfl.ru/ii/1511859316/409d499e/19600267.png
http://images.vfl.ru/ii/1511859429/a4c21c5c/19600284.png
Было это в 2016 году, переезжали с Core i7-930 (4 ядра 2,8 ГГц + HT). На сервере 1 база (зарплата и кадры государственного учреждения) в SQL, одновременно работает 8-10 человек. Так же есть файловые базы (бухгалтерия государственного учреждения, моя самописная) в которых работает еще ~20 человек. Наблюдал 40 одновременно открытых баз - никто не жаловался на тормоза. Нагрузка на ОЗУ 72-84% в рабочее время, да, памяти надо добавлять.
...
Рейтинг: 0 / 0
28.11.2017, 12:05
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39560532
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Kyplon,

А разве не тормозила бы всегда, если проблема из за процессора была бы? Так нормально работает, но время от времени тормозит.
...
Рейтинг: 0 / 0
28.11.2017, 13:30
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39560547
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
У одного из клиентов стоял аналогичный проц - уныло-печальный с тактовой частотой, после разговора с системным администратором и указанием результатов теста Гилева на его оборудовании и на другом - проц был поменян и возрадовались пользователи и взелетела одноэс.
По существу: если время есть - сидите переписывайте код. Универсальность губит производительность.
...
Рейтинг: 0 / 0
28.11.2017, 13:55
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561042
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Kyplon,

В одном форуме у человека почти такая же проблема. У него процессор 2xIntel E5-2640 2.50GHz , переставил и на линукс, но результат никакой. Эта перспектива меня и пугает. ПО этому хочу быть уверен в чем проблема, потом уже менять.
Сейчас скажу давайте купим новый процессор, поставим и результата не будет, имею ввиду эти торможения время от времени будет. И что тогда скажу? мне придется будет самому оплатить за этот процессор.
...
Рейтинг: 0 / 0
29.11.2017, 09:35
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561165
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
halogen20, тут Вы правы, поэтому я и предложил вариант с пользовательским ПК, я понимаю преимущество серверной архитектуры (мать, цп, озу, хранение данных), но ценник на нее зашкаливает, далеко не у каждого клиента есть деньги на производительный современный ПК, не говоря уже о сервере. Попробуйте запустить все на обычном ПК, как ранее рекомендовал.
...
Рейтинг: 0 / 0
29.11.2017, 12:06
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561322
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
на старом сервере был процессор Xeon E5-2620 v2 (15M Cache, 2.10 GHz), стоит ли менять ?
Напомню, у нас сейчас стоит E5-2603 v4 (15M Cache, 1.70 GHz)

Сокеты не пойму - подходят или нет? на одном написано "FCLGA2011-3" а на другом "FCLGA2011"
...
Рейтинг: 0 / 0
29.11.2017, 15:09
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561372
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
И вот еще аргумент, что проблема все таки НЕ в процессоре.
Как уже сказал, на старом сервере (файловый, под терминалом) работал без тормозов.
Вот там поставил тест гилева и вот результат:
http://images.vfl.ru/ii/1511958833/8650d3ba/19616490.jpg

А вот тот-же тест, на новом сервере, тоже под файловой:
http://images.vfl.ru/ii/1511959625/feba7dfb/19616664.jpg

Получается под новый сервер даже пошустрее работает, хоть и частота процессора чуть чуть уступает.

теперь упираемся на самой 1С и Postgres.
Возможно ли тормоза из за того, что в базе 2 или 3 запроса идут на одно и тоже таблицу, то зависает(блокируется), пока не освободят ее? такое можно выслеживать в базе?
...
Рейтинг: 0 / 0
29.11.2017, 16:01
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561431
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
halogen20, смешной Вы человек =) У меня результаты с файловой базой в 104,17, а у Вас 37,31 и это при том, что у меня файловая база крутится на старом OCZ Vertex 4, а у Вас на рейде =) Вы сравниваете свой старый сервер с новым и говорите о приросте в 5,05 при том, что база на старом сервере лежит на HDD, а на новом она на рейде :D
Так же немного прироста дает большая скорость работы памяти.
Воткните в старый сервер проц с такой же частотой как и на новом, либо в биосе ограничьте тактовую частоту до 1,7 ГГц и увидите еще большее различие в тестах между старым и новым серверами.
По факту: Вам говорят что нужно сделать что бы получить производительность соответствующую потребностям Вашей организации, а Вы даже тесты провести не хотите, ну не хотите, как хотите.
Боюсь предположить, что покупка сервера именно с таким процессором - это Ваш выбор и руководству это было преподнесено как: вот этот сервер справится с нагрузкой, создаваемой 1С. А по итогу: промахнулись из-за незнания и, как оказывается, непонимания предметной части. А еще курьезней станет, если окажется что покупали сервер у какой-нибудь знакомой Вам организации, в которой уже "договорились" о стоимости :D и тут возникает вопрос: как объяснить руководству что в "хороший сервер, который справится с нагрузкой от 1С", купленный за немалые деньги, нужен более мощный процессор, который стоит как 1/3 сервера :D
...
Рейтинг: 0 / 0
29.11.2017, 16:57
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561452
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
halogen20И вот еще аргумент, что проблема все таки НЕ в процессоре.
Как уже сказал, на старом сервере (файловый, под терминалом) работал без тормозов.
Если на старом сервере все работало без тормозов, а на новом подтормаживает, то быть может просто сравнить технические характеристики и увидеть, что старый проигрывает ПО ВСЕМ параметрам (хдд против рейда, озу 1600 против 2133, ... ), кроме одного (тактовая частота одного ядра 2100 против 1700) - нет, не аргумент?! :D

halogen20Возможно ли тормоза из за того, что в базе 2 или 3 запроса идут на одно и тоже таблицу, то зависает(блокируется), пока не освободят ее? такое можно выслеживать в базе?
Это не возможно! Это так и есть! Вы видели запросы? Там такие портянки приходится разворачивать, что проще заменить процессор, но если у Вас есть время - переписывайте код (ранее писал об этом), НО, исходя из следующего вопроса про "выслеживать" становится очевидным, что с отладчиком Вы не работали и замер производительности через него не делали, как и не делали ТиИ.
А что будет с Вами когда вдруг произойдет переход на УТ 11.4? :D Вы ж там поседеете от гневных пользователей :D там основой служит БСП =) Впрочем, и сам этим грешен, зато основной функционал уже есть и остается больше времени на решение поставленной задачи.
...
Рейтинг: 0 / 0
29.11.2017, 17:16
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561473
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
Kyplon, и пр.
по 1С бухтеть тут : http://www.sql.ru/forum/1c
по железякам тут: http://www.sql.ru/forum/hardware

 
про особенности 1С с постгрессом у вас ничего нет. т.ч. тоже не сюда.
гилёва, хрулёва и прочего г--лёва -- на хорумах 1 С, желательно.

про количество рабочих процессов 1С кста ещё не тёрли, кажется . нет?
...
Рейтинг: 0 / 0
29.11.2017, 17:35
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39561725
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Kyplon , Снял DT_шку, отдал прграммисту, он у себя на MS SQL пытался работать, говорит одновременно когда начинают работать, то 1-2 секндные затыки заметны и типа это нормально, т.к. база большая и много наименований (около 30 тыс.) . хотя я так не считаю, база в развернутом виде всего 15 гб, а в ДТ_шке - 600 мб.
А вообще , до этого мы хотели перейти на УТ 11.4, уже перенесли часть данных и настроек, но по двум причинам отказались. Во первых даже когда один человек работает, тормозит, там реально медленно работает, а во вторых никто не знаком с ним, это надо всех опять переучить.
ТиИ пытался делать, запустил ночью, но утром нашел с какой то ошибкой и аварийной завершенным. так и не понял что случилось :(
...
Рейтинг: 0 / 0
30.11.2017, 08:22
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39566405
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Где то читал, что проблема возможно связана с взаимоблокировками, Postgresql с автоматическими блокировками - это уровень изоляции Serializable.
Вот иногда выдает такую ошинку в 1С:
http://images.vfl.ru/ii/1512130064/8a90cabe/19643232.jpg

1С программисты говорят это проблема postgresql. что можете сакзать по этому поводу?
...
Рейтинг: 0 / 0
08.12.2017, 09:46
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39566477
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
halogen20,

Deadlock — это однозначно проблема приложения. В двух разных местах приложения объекты блокируются в разной последовательности, в одном A » B, в другом B » A.
И когда случается так, что оба места в разных сессиях приходят одновременно, то такие сессии входят в дедлок.
...
Рейтинг: 0 / 0
08.12.2017, 11:33
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39566611
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
halogen20 Где то читал, что проблема возможно связана с взаимоблокировками, Postgresql с автоматическими блокировками - это уровень изоляции Serializable.
не надо оперировать бредосленгом говнописателей свистоперделок (каковым фвляется 1С)

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

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

halogen201С программисты говорят это проблема postgresql. что можете сакзать по этому поводу?

эти утырки всегда катят на пж. не берите в голову.
программисты 1с -- главная проблема 1с.

видим обычый дедлок. может быть в 1с даже в сеансе одного пользователя. у них сама платформа ходила в 2 смычка в СУБД (в 2 сеанса). -- за "системными надобностями" (счетчики видимо и т.п.) и +1 соединение на рабочий процесс -- уже для пользователей.
...
Рейтинг: 0 / 0
08.12.2017, 14:09
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39566619
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
пысы -- т.к. там адвайзори локи сконфликтовали --очевидно "реализация" ненужной и вредной абстракции 1с-а -- т.н. "управляемой блокировки" вошла в полное противоречие с кривизной конечностей реализаторов оной реализации.

нехай переписывают. (как они пуская всех усероф в 1-но соединение "рабочего процесса" додумались адвайзори локами меж ними рулить -- и чем при этом думали -- это вопрос для отдельного исследования нейрофизиологии дятловых)
...
Рейтинг: 0 / 0
08.12.2017, 14:15
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39566756
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
Странный ТС. Ему советуют люди, решившие подобную проблему, а он не хочет прилагать усилий. Почему нельзя сделать копию сервера на SSD и воткнуть в обычный пользовательский ПК, только с современным процессором, тактовая частота которого не менее 3 ГГц? Влияние тактовой частоты на производительность как самого сервера 1С, так и postgres описывать не буду.
...
Рейтинг: 0 / 0
08.12.2017, 17:11
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39575173
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
vyegorov, qwwq

Ну я к сожалению не 1С программист и не СУБД админ/программист и сложно пока понять что к чему.

в пятницу ставил параллельно MSSQL сервер.
Скажу вам, что тест Гилева относительно высокий результат показал. 20, против 12(postgresql)
http://images.vfl.ru/ii/1514181344/a796f784/19908561.jpg

В эти дни собираюсь перенести всех на MSSQL и 2-3 дня чтоб там работали, потом по отзывам клиентам делать выводы. Если также будет тормозить, то точно проблема в 1С будет, если не будет тормозов, то придется будет купить MSSQL runtime (специальная версия именно для 1С, стоит 18500).

Kyplon

Нет такой возможности, собрать отдельный комп, с мощным процессором и на нем временно ставить базу.
...
Рейтинг: 0 / 0
25.12.2017, 08:59
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39575197
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
halogen20,

1. шли бы вы все нахер с говнотестами говногилева на форумы 1С и им приравненные. в т.ч. в техподдержку этой конторы -- 1С

2. 1с исторически заточен (абстракциями) под работу с блокировочниками. а именно с мсскл. хотя и там не без проблем.


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

как вариант можете докопаться до "постгрес--про" . в этом геркулесе что--то там пишут зазывальное про натягивание постгреса под 1С. т.ч. вперде.
...
Рейтинг: 0 / 0
25.12.2017, 09:43
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39575206
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
qwwqговнотестами говногилева
кто эти люди?
...
Рейтинг: 0 / 0
25.12.2017, 09:58
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39575242
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
qwwqhalogen20,

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



Это все куплена уже, остается MSSQL, вот хочу тестировать, если не будет тормозов, то и это купим тогда.
...
Рейтинг: 0 / 0
25.12.2017, 10:35
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39580048
Kyplon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kyplon
Гость
halogen20Ну я к сожалению не 1С программист и не СУБД админ/программист и сложно пока понять что к чему.
Я - программист 1С и немного DBA (DataBase Administrator).

halogen20в пятницу ставил параллельно MSSQL сервер.
Скажу вам, что тест Гилева относительно высокий результат показал. 20, против 12(postgresql)
Действительно прирост относительно предыдущего значения очень хороший = 60%, но если сравнивать с результатом, полученным у меня (47,62) при том, что в тот момент времени MSSQL не был настроен и оптимизация тестовой базы со стороны MSSQL не была произведена, то Ваш результат оставляет желать лучшего, ну, по крайней мере, Вам есть куда стремиться =)

halogen20Нет такой возможности, собрать отдельный комп, с мощным процессором и на нем временно ставить базу.
Могу лишь посочувствовать. Тогда действительно лучший вариант: MSSQL + грамотная настройка как самого сиквела, так и базы.
...
Рейтинг: 0 / 0
06.01.2018, 14:20
| Ответить | Цитировать | Написать  
Помогите оптимизировать базу
    #39592586
halogen20
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
halogen20
Гость
Kyplon,

да, все же перешли на MSSQL17, (правда, пока в evolution копии), но уже все нормально работает.
все же проблема не в процессоре была, а в самом СУБД. Так и не поняли в чем конкретно дела и как заставить нормально работать. да ну и хрен с ним.
...
Рейтинг: 0 / 0
29.01.2018, 08:38
| Ответить | Цитировать | Написать  
49 сообщений из 49, показаны все 2 страниц
  все  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Помогите оптимизировать базу
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=53&tid=1995976]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 188ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 74ms
get tp. blocked users:
 2ms
others: 287ms
total:  594ms
созд. / загр.: 594ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]