Исходное сообщение
"Для Btrfs представлена асинхронная реализация DISCARD" Отправлено Аноним, 22-Янв-20 16:13
> В Reiser4 асинхронный DISCARD появился пять лет назад. Причём тот дискард прецизионный, > со сбором "мусора". Btrfs такое даже не снилось:  https://reiser4.wiki.kernel.org/index.php/PreciseDiscard У btrfs-а своя довольно приличная механика для всяких deffered процедур включая и GC. Они поскрипели мозгом и решили что discard в эту идею неплохо вписывается. И отправили его куда-то туда же. И нет - они там заботятся не академфигней, а тем чтобы это работало быстро и эффективно. Не в теории а на реально существующих SSD с реальными фирмварами. Коих у мордокниги и разработчиков есть. И нет, discard совершенно не обязательно быть идеально точным. Я не знаю что там академики себе вообразили, но NAND оперирует ERASE BLOCK размером до нескольких мегов, а контроллер еще и интерливит это на пачку чипов и там ERASE GROUP вообще. Размером этак в цать мегов. И если уж его чистить - precision там не сильно актуален. В конечном итоге фирмвара все-равно пойдет ворочать вон те цать мегабайтов. И то что вы там плюс-минус эн байтов - на этом фоне вообще ни о чем.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В Reiser4 асинхронный DISCARD появился пять лет назад. Причём тот дискард прецизионный, >> со сбором "мусора". Btrfs такое даже не снилось: https://reiser4.wiki.kernel.org/index.php/PreciseDiscard > У btrfs-а своя довольно приличная механика для всяких deffered процедур включая и > GC. Они поскрипели мозгом и решили что discard в эту идею > неплохо вписывается. И отправили его куда-то туда же. > И нет - они там заботятся не академфигней, а тем чтобы это > работало быстро и эффективно. Не в теории а на реально существующих > SSD с реальными фирмварами. Коих у мордокниги и разработчиков есть. > И нет, discard совершенно не обязательно быть идеально точным. Я не знаю > что там академики себе вообразили, но NAND оперирует ERASE BLOCK размером > до нескольких мегов, а контроллер еще и интерливит это на пачку > чипов и там ERASE GROUP вообще. Размером этак в цать мегов. > И если уж его чистить - precision там не сильно актуален. > В конечном итоге фирмвара все-равно пойдет ворочать вон те цать мегабайтов. > И то что вы там плюс-минус эн байтов - на этом > фоне вообще ни о чем.
	Введите код, изображенный на картинке: