Ð
по крайней пере ресурсы на смарте не заюзаные
Size: a a a
2020 June 10
Ð
ну так они и меняют, вопрос же не в этом
l
Ð
а, ну вообще это не энтерпрайз ссд, а просто оемный(их в ноуты ставят)
я чот подумал, что речь идет за серверные
я чот подумал, что речь идет за серверные
Ð
у меня таких в одном из проектов 4 сервака по 2 в каждом, остальные норм.
Ð
и еще есть два более старых, там больше года уже норм
l
Ну тут смотря, какого рода нагрузка, я могу конечно ошибаться, но на чтении должно быть почти вечным кмк
Ð
нагрузка приличная
Ð
втч на запись, довольно много
Ð
обычно старые саташные выдыхались за чуть более чем год
l
это консьюмерские причем, как я понимаю
l
Впрочем щас начнут делать ссд на QLC, как горячие пирожки и лафа закончится
Ð
Впрочем щас начнут делать ссд на QLC, как горячие пирожки и лафа закончится
что там?
l
Ð
что там?
пихание 4 битов в 1 ячейку, медленнее нужно больше ячеек для коррекции ошибок, но чуть дешевле за тот же объем
Ð
ну не знаю, я не шарю глубоко в железе, лишь бы не ломалось хотя бы в рейде, и базу тянуло
Ð
те что сейчас пока более чем избыточны
AI
Ха. Век живи, век учись.
Я вообще помнил это почему-то иначе: указанное количество work_mem выделяется под каждую сортировку/хеширование/whatever, а всё, что в этот размер не влезло, пишется дальше на диск. Если есть условный запрос, который хочет 900М под какой-то sort, то можно, конечно, выставить work_mem в 1G, чтобы оно в память влезало. Но тогда автоматом каждая фигня в запросе, требующая work_mem, будет аллокацию целого гигабайта наперёд делать, даже если ей и мегабайта за глаза. В итоге пять мелких копеечных сортировок в запросе => 5 гигов под него отщипнуло.
Полез я перечитывать походу, в упор не помню про выделение ме́ньших кусков.
Я вообще помнил это почему-то иначе: указанное количество work_mem выделяется под каждую сортировку/хеширование/whatever, а всё, что в этот размер не влезло, пишется дальше на диск. Если есть условный запрос, который хочет 900М под какой-то sort, то можно, конечно, выставить work_mem в 1G, чтобы оно в память влезало. Но тогда автоматом каждая фигня в запросе, требующая work_mem, будет аллокацию целого гигабайта наперёд делать, даже если ей и мегабайта за глаза. В итоге пять мелких копеечных сортировок в запросе => 5 гигов под него отщипнуло.
Полез я перечитывать походу, в упор не помню про выделение ме́ньших кусков.
Не будет аллокации наперед гигабайта. Будет выделено сколько надо. Этот параметр для планировщика. Если видит что влезет работа в work_mem выделит сколько надо. Не влезет, сразу в диск пойдёт. Обратно эта память не отдается, только с закрытием сессии
AI
Не, ну если пацанов потеря данных устраивает, то чоб им не монге не сидеть?
Тут, кстати, давеча из MongoDB заявили как они прошли тесты Jepsen. А представите Jepsen после удивлённо приподняли бровь и сказали, что это несколько не соответствует действительности и на самом деле тесты завалены по полной. Огонь же: шардирование из коробки заявлено именно как главная фича монги, но при этом оно портит данные. Это второй момент, который вызывает у меня крайнюю неприязнь к ней: систематически представители MongoDB, Inc. регулярно и откровенно врут.
Тут, кстати, давеча из MongoDB заявили как они прошли тесты Jepsen. А представите Jepsen после удивлённо приподняли бровь и сказали, что это несколько не соответствует действительности и на самом деле тесты завалены по полной. Огонь же: шардирование из коробки заявлено именно как главная фича монги, но при этом оно портит данные. Это второй момент, который вызывает у меня крайнюю неприязнь к ней: систематически представители MongoDB, Inc. регулярно и откровенно врут.
Ну парням из коммуны постгреса и врать то не надо.
GS
Не будет аллокации наперед гигабайта. Будет выделено сколько надо. Этот параметр для планировщика. Если видит что влезет работа в work_mem выделит сколько надо. Не влезет, сразу в диск пойдёт. Обратно эта память не отдается, только с закрытием сессии
отдается после выполнения плана жеж
AI
привет.
хочу поставить postgresql на ssd, но при этом хочу не убить быстро ресурс ssd. есть идеи? (СУБД будет обслуживать 10 мелких сайтиков, nextcloud и gitlab)
Из ресурсов хост-системы (proxmox) - Intel DC S4500 480 GB в RAID 1 + Toshiba P300 2TB в RAID 1
я так понимаю, нужно выносить на HDD WAL / pg_stat_tmp / pg_stat?
хочу поставить postgresql на ssd, но при этом хочу не убить быстро ресурс ssd. есть идеи? (СУБД будет обслуживать 10 мелких сайтиков, nextcloud и gitlab)
Из ресурсов хост-системы (proxmox) - Intel DC S4500 480 GB в RAID 1 + Toshiba P300 2TB в RAID 1
я так понимаю, нужно выносить на HDD WAL / pg_stat_tmp / pg_stat?
Если сайтики мелкие то ресурса в несколько петабайт им не выкушать даже если ничего не выносить. Гарантия раньше кончится на диски
AI
отдается после выполнения плана жеж
Дай пруф, я чегото помню что нет