Как как раз есть, как бе.

Как бе есть, только TRIM до сих пор не умеет.

Поэтому на виртуалках и SSD — считай, что нету.

TRIM не нужна на серверах

Да уж конечно.

Расскажите мне, как вы собираетесь in-guest unmap тогда делать на виртуалках.

Щемта, серверные SSD должны мусор и без TRIM собирать.

В теории L2 A. R. C. — кручи

в теории - да. но в bcache очень хорошая эвристика для определения последовательного чтения с регулируемымыми порогами.

TRIM не нужна на серверах

и снова рукалицо.jpg

Щемта, серверные SSD должны мусор и без TRIM собирать.

с чего бы вдруг?

Щемта, серверные SSD должны мусор и без TRIM собирать.

Жаль только, серверные SSD об этом не в курсе ?

У кого в курсе, у кого нет.

в теории - да. но в bcache очень хорошая эвристика для определения последовательного чтения с регулируемымыми порогами.

И оно совершенно бесполезно в тех случаях, когда 500 раз спросили что-то нужное, но его вымыло из кэша 5000-и разовых запросов

https://www.google.ru/search?client=ubuntu&channel=fs&q=trim+%D0%BD%D0%B0+%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0%D1%85&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=0wkTWeOTKIvFYLTDh_AP

TRIM не нужна на серверах

Иван снова выступает со своими бородатым админом, походу )

хошь верь, хошь нет

ты как часто там trim собрался делать

У меня аще discard включен, прикинь

И оно совершенно бесполезно в тех случаях, когда 500 раз спросили что-то нужное, но его вымыло из кэша 5000-и разовых запросов

что именно нужное? ) если оно популярное, то его не смоет из кеша. если оно большое - быстрее будет поднять с диска снова. и никто не мешает собирать странное, вроде bcache+l2arc :)

ну и отлично

что именно нужное? ) если оно популярное, то его не смоет из кеша. если оно большое - быстрее будет поднять с диска снова. и никто не мешает собирать странное, вроде bcache+l2arc :)

LRU — вымоет

https://www.google.ru/search?client=ubuntu&channel=fs&q=trim+%D0%BD%D0%B0+%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0%D1%85&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=0wkTWeOTKIvFYLTDh_AP

Хотелось бы это развидеть...

@pragus https://en.wikipedia.org/wiki/Adaptive_replacement_cache

Иван, там трэш написан. Начиная с того, что почему-то в качестве аргумента приводится "удаление файлов". А, к примеру, удаление партиций в БД — не в счёт, что ли?

Я про первую ссылку, есличо, на сайте truesystem.

трим полезная вешь,

но нормальный сборщик мусора еще более полезнаяя вещь

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

по моим опытам именнно серверным ssd типа pm863 трим фиолетов.

именно поэтому я расслабился и юзаю zol

(Потому ша нормального гипервизора под фрю еще нет, bhyve еще пилить и пилить

@pragus https://en.wikipedia.org/wiki/Adaptive_replacement_cache

спасибо, кэп )) я тестил почти всё, до чего смог дотянуться, даже LIRS

но нормальный сборщик мусора еще более полезнаяя вещь

какой ещё "нормальный сборщик мусора"?

люди, вы о чем?

какой ещё "нормальный сборщик мусора"?

https://www.google.ru/search?client=ubuntu&channel=fs&q=ssd+garbage+collection&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=Lg0TWa2PCqi3zAXmkIbYDg

спасибо, кэп )) я тестил почти всё, до чего смог дотянуться, даже LIRS

Ну тогда странный довод был

что именно нужное? ) если оно популярное, то его не смоет из кеша. если оно большое - быстрее будет поднять с диска снова. и никто не мешает собирать странное, вроде bcache+l2arc :)

^^^^

LRU вымоет популярное, которое обычно спрашивается постоянно, но потом пришла толпа одноразовок

https://www.google.ru/search?client=ubuntu&channel=fs&q=ssd+garbage+collection&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=Lg0TWa2PCqi3zAXmkIbYDg

http://www.nix.ru/computer_hardware_news/hardware_news_viewer.html?id=179091

ну дык

в десктопном применении , когда туда записывается 2 файла в час, конечно трим хорошо помогает.

там выше про освобождение блоков раздела гостя писали

Да дался вам этот трим. Тож мне, камень преткновения

Да. Очень хорошая вещь в виртуалках.

При чём тут виртуалки, если мы про SSD говорим(?)

Ну то есть тема изначально про SSD была

А не про то, как образы балунить

в десктопном применении , когда туда записывается 2 файла в час, конечно трим хорошо помогает.

трим всегда помогает.

ну там performance penalties

по хорошему, на желе-дисках его, всё же, лучше по крону гонять

скажу хуже, у меня на виртуалках fstrim в темплейтах. Но не для SSD, а что бы место отдавали.

вот я злодей

Тебе об этом только что говорили

А не про то, как образы балунить

Вот здесь

Это, как бы, разные, как ща модно, "кейсы", блеать

тримить может только виртуалка, зная fs какой смысл в поддержке трима для гипервизора? это же бессмысленно имхо

хуя ты задвинул

За балунинг в курсах?

неа чё гуглить?

нашёл но чёт не догнал как связан оверкомит оперативы с ссд?

ERROR: S client not available

аааа, своп

http://www.vfrank.org/2013/09/18/understanding-vmware-ballooning/

грубо говоря, RAM ballooning это способ дать знать гипервизору, что некий набор страниц памяти виртуалке не нужен

TRIM — тоже самое, только для storage

(освободил немного памяти)

грубо говоря, RAM ballooning это способ дать знать гипервизору, что некий набор страниц памяти виртуалке не нужен

Это вы, батенька, соврамши.

Балунинг — это способ ОТЖАТЬ у виртуалки некоторое количество памяти.

расшарить скорее

Драйвер балуна внутри виртуалки аллоцирует под себя память, гостевая ОС считает, что вот, память она отдала этому драйверу, но по факту драйвер сообщает гипервизору, что память свободна.

отжать это вытеснить рабочие данные в своп и показать меньше доступного. Балунинг же отбирает именно свободную память и возвращает по требованию

Т. е. это не сигнал гипервизору, что вот эти страницы виртуалке НЕ НУЖНЫ. Это такой сравнительно честный способ ОТЪЁМА страниц памяти ?

да, шаринг. Кому нужно, тот и забирает себе, а как не нужно - возвращает

мы про один и тот же TRIM говорим? https://ru.wikipedia.org/wiki/TRIM

да, шаринг. Кому нужно, тот и забирает себе, а как не нужно - возвращает

Нет. Шаринг — это когда у двух и более виртуалок хэш страницы памяти совпадает. Тогда гипервизор оставляет одну копию страницы и мапит гостевую память этих виртуалок на одну физическую страницу.

А балунинг — это именно способ отжатия. Виртуалка может и рада бы память не отдавать, но ballon-драйвер память отжимает, вынуждая виртуалку свопиться в свой гостевой своп, если ей реально память нужна. Управляет этим процессом гипервизор. Гостевая ОС тут подчинённый элемент.

Это вы, батенька, соврамши.

не пизди, идиот

мы про один и тот же TRIM говорим? https://ru.wikipedia.org/wiki/TRIM

ес-но

просто на разных уровнях он по-разному обрабатывается

Контра SSD'эхи делает одно; а VMDK какой-нибудь — другое

Т. е. это не сигнал гипервизору, что вот эти страницы виртуалке НЕ НУЖНЫ. Это такой сравнительно честный способ ОТЪЁМА страниц памяти ?

Я не понимаю, откуда берутся такие ебалавты, которые спорят со своим неверным пониманием того, что им говорят

Сигнал, он, блядь, где-то увидел

не матерись, не в школе..

лучше бы объяснил в нормальных терминах тогда

не матерись, не в школе..

я не знаю в какой школе ты учился, но моя была несколько про иное

лучше бы объяснил в нормальных терминах тогда

вы охуели совсем? )

http://www.vfrank.org/2013/09/18/understanding-vmware-ballooning/

идётся и читается

не хочется — не пиздится