Исходное сообщение
"Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..." Отправлено uniman, 11-Янв-12 22:26
> Говорят, что это позволяет контроллеру на ssd понять что вон те блоки > уже никому нафиг не нужны и можно заранее их erase'ануть. Это ... Да неужто? А зачем? Наверное, для того что бы в них можно было что-то записать? Мне еще рассказывали, в магнитных накопителях такой вот шпиндель заранее раскручивают. Что диск жужжал, и человек мог понять, что он работает. > SSD вообще на диски не похожи. Какой козел придумал что он должен > выглядеть как диск я не знаю но он заслуживает прогулки на > эшафот. За создание геморроя остальным в "благих" целях обратной совместимости. Не, товарищи производители должны были подождать, пока все разработчики напишут новый код под новую спецификацию интефейса SD00001BETA. А потом продавать. Через три-четыре года. > Ну просто мало меня интересуют кишки этой вашей FBSD Во первых, она такая же моя, как и товарища Петрова. Или ваша. Обчественное достояние. Во вторых, ваше право чем-то не интересоваться. Чего писать об этом так уж? В третьих, какая нахрен разница, код есть код. > У упомянутых арчеводов есть довольно простой и забавный метод проверки работы trim "Ну просто мало меня интересуют кишки этоих ваших арчеводов" :) > через смотрение в каком секторе лежит файл, его стирание и смотрение > с тем что стало с этим сектором после sync. Угу. Через ATAPI интерфейс прям обращаясь к чипу EEPROM. В каком секторе лежит файл. Сильная методика. Жажду ссылки.