Исходное сообщение
"Разработчики ядра Linux обсуждают возможность удаления Reise..." Отправлено пох., 24-Фев-22 16:57
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их > поступления. если проблема для своего решения требует каждый раз переписать пол-ядра - возникают сомнения в мудрости изобретшей проблему на пустом месте мартышки. > лет назад по сути ни 1 ФС не занималась проблемой что > стораж оказывается может быть такой быстрый что CPU не успевает данные потому что ежу понятно что не нужно в такие стораджи лезть с традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности) > готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители > SSD с цепи сорвались, людям надоело тормозное IO - и они > сделали IO которое не тормозное! ни разу. Они срезали сразу кучу углов, чтобы получить "нетормозное" - и внезапно оказалось, ну кто бы мог подумать, что традиционные fs специально оптимизированные для совсем другого железа, для этого не совсем подходят. Вместо того чтобы продолжать пользоваться нетрадиционными (так-то они существуют) специально предназначенными для устройств подобного типа, в тех весьма немногочисленных случаях когда эти штуки используются и мы упираемся в производительность - давайте срежем еще больше углов. Теперь оно одинаково хреново работает и на spinning rust (который от нас никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на флэшах мапящихся напрямую на адресное пространство. Так победим!

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их >> поступления. > если проблема для своего решения требует каждый раз переписать пол-ядра - возникают > сомнения в мудрости изобретшей проблему на пустом месте мартышки. >> лет назад по сути ни 1 ФС не занималась проблемой что >> стораж оказывается может быть такой быстрый что CPU не успевает данные > потому что ежу понятно что не нужно в такие стораджи лезть с > традиционными fs (а если уж лезешь - не рассчитывать на максимум > производительности) >> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители >> SSD с цепи сорвались, людям надоело тормозное IO - и они >> сделали IO которое не тормозное! > ни разу. Они срезали сразу кучу углов, чтобы получить "нетормозное" - и > внезапно оказалось, ну кто бы мог подумать, что традиционные fs специально > оптимизированные для совсем другого железа, для этого не совсем подходят. Вместо > того чтобы продолжать пользоваться нетрадиционными (так-то они существуют) специально > предназначенными для устройств подобного типа, в тех весьма немногочисленных случаях когда > эти штуки используются и мы упираемся в производительность - давайте срежем > еще больше углов. > Теперь оно одинаково хреново работает и на spinning rust (который от нас > никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на > флэшах мапящихся напрямую на адресное пространство. Так победим!
	Введите код, изображенный на картинке: