<div dir="ltr">Не бачу нічого дивно, адже пг_ресторе створює індекси, а 150 гіг це все ж таки не іграшки, швидкість зчитування може суттєво відрізнятись від запису. Та й до всього ссд сата це не ссд нвме - в мене на саті база ледь рухається.<div><br></div><div>Тобто  факторів більш ніж до чорта.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 8 июн. 2022 г. в 15:57, Oleh Hrynchuk <<a href="mailto:oleh.hrynchuk@gmail.com">oleh.hrynchuk@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Привіт усім.<br><br>Маю стійке переконання, що щось не відтюнено в мене на серваку. Але що не пробував - ефекту нуль.<br><br>Суть:<br>Є досить здорова база постгреса, під 150 GB. В ній штук 10-12 здорових (5-16 GB) таблиць із здоровими індексами.<br clear="all"><div>pg_dump на ній "в 5 смичків" (-j5) відпрацьовує за лічені хвилини. А ось на іншій машині під Ubuntu 18.04 (2 x Intel(R) Xeon(R) CPU X5675 @ 3.07GHz, 48 GB RAM, 1TB SSD) pg_restore цієї БД (твкож з -j5) триває 15 годин!!!</div><br>Які параметри postgresql.conf чи sysctl.conf показати?<br>Де що в консерваторії підкрутити?<br><br>Коли глянути htop під час pg_restore - всі 12 cores ніби досить рівномірно завантажені (ну в залежності від обробки тих чи інших таблиць), пам"ять також нормально юзається під буфери та кеш.. а всеодно ресториться все з черепашою швидкістю :(<br><br>Перепробував різні тюнінги "з книжок" та/чи "як пишуть розумні люди в отих ваших інтернетах". І поки-що нуль ефекту :(. Достало... (((<br><br>-- <br><div dir="ltr"><div dir="ltr"><div>Regards,<br>/oleh hrynchuk</div></div></div></div>
_______________________________________________<br>
uanog mailing list<br>
<a href="mailto:uanog@uanog.kiev.ua" target="_blank">uanog@uanog.kiev.ua</a><br>
<a href="https://mailman.uanog.kiev.ua/mailman/listinfo/uanog" rel="noreferrer" target="_blank">https://mailman.uanog.kiev.ua/mailman/listinfo/uanog</a><br>
</blockquote></div>