[uanog] Дуже повільний процес pg_restore.. Can anybody help by advice?

[VASYL MELNYK]

Я гадаю ти сам чудово розумієш, що тримати бд разом з аплікухою неправильно.

В мене давно вже один сервіс - одна віртуалка, виняток тільки для  старої
бази 1с, але це на віндовс та й там просто без мс скуля воно не живе - один
майстер золоті руки колись конфу писав, запустити на линуху не виходить, а
витрачати час на це немає сенсу. Ось так і живе.

А решта сервісів кожен окремо.

вт, 14 июн. 2022 г. в 11:10, Oleh Hrynchuk <oleh.hrynchuk at gmail.com>:

> Привіт, шановні колеги.
>
> Ще раз дякую за слушні зауваження!
> Подивився, перечитав, подумав іще раз, і таки схиляюся до думки, що це моє
> залізо "не тягне". Там ще у фоні висить купа jdk-процесів, контейнерів і
> проч.
> І хоча на вихідні (коли я стартую pg_restore) як правило ніхто їх активно
> не використовує, проте вони все ж забирають певні ресурси.
>
>
>
> вт, 14 черв. 2022 р. о 09:22 VASYL MELNYK <basil at vpm.net.ua> пише:
>
>> IMHO, треба подивитися на швидкість запису на I/O - якщо pg_restore пише
>>> на максимальній швидкості, то треба міняти залізо; якщо ні, то можно
>>> піднімати shared_buffers, maintenance_work_mem, wal_buffers,
>>> checkpoint_segments або виключати full_page_writes, auto_vacuum та логгінг.
>>>
>>
>> Та ну , Олег же написав - мінімальний тюнинг виконано, а цього для
>> нормальної роботи достатньо. То все що написано то для роботи важливо - не
>> для ресторе.
>> _______________________________________________
>> uanog mailing list
>> uanog at uanog.kiev.ua
>> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
>>
>
>
> --
> Regards,
> /oleh hrynchuk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uanog.kiev.ua/pipermail/uanog/attachments/20220614/d8ba460d/attachment.htm>