Post AlpuRIDqucOdNeRCHg by supportfireman@lor.sh
(DIR) More posts by supportfireman@lor.sh
(DIR) Post #AlpuRIDqucOdNeRCHg by supportfireman@lor.sh
2024-09-09T18:34:42Z
0 likes, 0 repeats
Ну чо... Продуктивно, но сложно. И знаете, коль какая крутая и дорогая контора не была бы, всё равно не шарят. А то жалуются, что софт гавно и нехера не работает, а по факту postgresql не затюнили((( а припёрлись за 3к километров. Эххх. Я разочарован в людях. Все делают, как-то на отьебись. Ну можно было же удалено. Но похеру, командос оплачен, считай несколько дней по кайфу. И знаете че. Регалии в подписи письма, идут нахуй. Они вообще ничего общего с делом не имеют. DBA, который выставляет 148mb в shared_buffers при 148gb RAM, извините - ДАЛБОЕБЪ. Вас туда, по объявлению набирают? Эххх..
(DIR) Post #AlpuRIsyRjI1RBg2Nc by strizhechenko@lor.sh
2024-09-09T18:48:16Z
0 likes, 0 repeats
@supportfireman ух, аж +20мб от дефолтного значения.К слову, сколько бы ты воткнул? Я как-то ориентировался всегда на 25% памяти ОС при том что ничего больше там не крутится и 15%, если крутится, но чот хз, как оно себя на системах с 32гб+ ведёт и есть ли подводные камни.
(DIR) Post #AlpuRJlDC4fu9P3Lv6 by dump_stack@lor.sh
2024-09-09T19:14:11Z
0 likes, 0 repeats
https://code.dumpstack.io/infra/lor.sh/src/branch/default/configuration.nix#L55Поменять на 16?[root@lor-sh:~]# free -hm total used free shared buff/cache availableMem: 62Gi 39Gi 17Gi 4.2Gi 5.8Gi 18Gi@strizhechenko @supportfireman
(DIR) Post #AlpultwKODkA9O4FOq by dump_stack@lor.sh
2024-09-09T19:17:55Z
0 likes, 0 repeats
https://code.dumpstack.io/infra/lor.sh/src/branch/default/configuration.nix#L55Поменять на 8?[root@lor-sh:~]# free -hm total used free shared buff/cache availableMem: 62Gi 39Gi 17Gi 4.2Gi 5.8Gi 18Gi[root@lor-sh:~]# systemctl status postgresql | grep Memory Memory: 6.6G (peak: 6.9G)@strizhechenko @supportfireman
(DIR) Post #AlqezOKvHZse51wU7s by strizhechenko@lor.sh
2024-09-10T03:55:46Z
0 likes, 0 repeats
@dump_stack @supportfireman да поди и так сойдёт, если проблем нет :)
(DIR) Post #Alqi7N5A84VSMy4DpI by dump_stack@lor.sh
2024-09-10T04:30:47Z
0 likes, 0 repeats
@strizhechenko > А max_wal_size стандартный, 1гб?Да.В репозитории конфигурация 1 в 1 как на сервере.@supportfireman
(DIR) Post #AlqjOXVQj9lXZi6VAe by supportfireman@lor.sh
2024-09-10T04:45:08Z
0 likes, 0 repeats
@dump_stack @strizhechenko странное, что в коде это указано. Норм для свякого высоконагруженого когда шаред буферс это 75% от объема рамы. Но учти, там и БД 14Tb весит
(DIR) Post #Alqjtsu5Dmyyupa7qy by dump_stack@lor.sh
2024-09-10T04:50:48Z
0 likes, 0 repeats
@supportfireman > странное, что в коде это указаноО чём речь?@strizhechenko
(DIR) Post #AlqncWnSYoUhFKSkro by supportfireman@lor.sh
2024-09-10T05:32:29Z
0 likes, 0 repeats
@dump_stack @strizhechenko тут. Это ж какой-то кусок чего-то
(DIR) Post #Alqnqn2Ez1ZhfAB2dU by dump_stack@lor.sh
2024-09-10T05:35:04Z
0 likes, 0 repeats
@supportfireman, это конфигурация lor.sh.@strizhechenko
(DIR) Post #Alqtb3bODfzg8UV00O by strizhechenko@lor.sh
2024-09-10T06:39:27Z
0 likes, 0 repeats
@dump_stack если я правильно помню, то max_wal_size сильно меньший, чем shared_buffers приводит к избыточному дисковому I/O. Я не уверен на 100% что сохранять пропорцию дефолтных значений (sb - 128mb, mws - 1gb, 1/8) имеет смысл, но, кажется, слегка подкрутить, хотя бы до равного shared_buffers значения - можно. Там где трогается max_wal_size, надо ещё и checkpoint_interval / checkpoint_warning крутить по идее.Опять же всё зависит от нагрузки, может твоему серверу текущее дисковое I/O вполне норм и им вообще можно пренебречь :)@supportfireman
(DIR) Post #AlqxabslgFPLyufavg by dump_stack@lor.sh
2024-09-10T07:24:11Z
0 likes, 0 repeats
@strizhechenko, хорошо.https://code.dumpstack.io/infra/lor.sh/commit/d5b81255d05adf52f38579292e78acb32e344fee @supportfireman
(DIR) Post #Alqy0rVKDlz7xeDrPc by dump_stack@lor.sh
2024-09-10T07:28:56Z
0 likes, 0 repeats
@strizhechenko, и таки I/O стал действительно меньше!Спасибо. > им вообще можно пренебречьВ целом да, но мы на SSD.Два вот таких: https://semiconductor.samsung.com/us/ssd/pc-ssd/pm9a1/mzvl2512hcjq-00-00-07/ в zfs mirror.@supportfireman
(DIR) Post #Alqztf6E8wyjMyB4jY by strizhechenko@lor.sh
2024-09-10T07:50:03Z
0 likes, 0 repeats
@dump_stack @supportfireman я к тому что в случаях с VPS обычно чужие диски не жалко. Но если свои - рад что помогло.Оно, правда, не бесплатно, восстановление контрольных точек будет чуть дольше, но это же редкая ситуация и ей можно жертвовать :)
(DIR) Post #Alr0npntX2qsmjO7Dk by dump_stack@lor.sh
2024-09-10T08:00:12Z
0 likes, 0 repeats
@strizhechenko, диски не мои, но почему бы не продлить им жизнь, если можно.Лорш на hetzner ex43 крутится, то есть на горячую диск не заменишь.@supportfireman
(DIR) Post #Alr1FIoplKUoanvPcW by strizhechenko@lor.sh
2024-09-10T08:05:09Z
0 likes, 0 repeats
@dump_stack штош, экологично, не поспоришь :)