Виноват linux, а не самсунг.

черный список SSD-накопителей, для которых запрещено выполнять операцию TRIM

И конечно виновато ядро. Афигеть.

Почему бы и нет?
Главное инцедент исчерпался.

И лучше подумать вот о чём:как бы они искали эту ошибку в бинарниках винды?

Переделали бы SSD %).

Возможно, мелкософт подключился бы при массовости. А так никак, это очевидно. Разве что отключить трим в обновленной прошивке.

И конечно виновато ядро.

В суть проблемы не вникай@побыстрее отвечай.

Таки да, в данном случае был баг в ядре. Так что чёрный список как минимум стоило бы перетряхнуть...

вызвана ошибкой в ядре Linux
ранее внесённый в ядро черный список SSD-накопителей

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

И конечно виновато ядро.

Разумеется, чего ещё было ожидать от приматывания сбоку синей изолентой костылей вместо разбора и исправления проблемы.

Афигеть.

Таки да, корейцы снизошли до 1% красноглазых пользователей глюкодрома с похеренной порнухой и сами разобрались в их говнокоде, а ведь могли и забить.

Вот тут ты сел в лужу. Это тебе ж не ноутбуки, в которых они могут запросто наплевать на линукс, ибо на ноутах наверно и 1% процента нет, ибо слишком колко на них с линуксом, и это уж совсем извращенцем надо быть.

SSD самсунговские в куче серверов используются, а там уж, ну ты понял.

а там уж, ну ты понял.

Окошки? Что-то свежая статистика по серверам не гуглится.

Гнусмас переваливает проблему с больной головы на здоровую. Если не могут делать накопители без костылей, то виновато совсем не ядро.

Не говнокод, а говножелезо от гнусмаса, которое накрывается при попытке работы с ним по стандартам. Я за то, чтобы эти SSD включить в чёрный список снова и убрать изменения, добавленные гнусмасом. То, что сделал гнусмас - это устроил притон говнокода из дисковой подсистемы линукса.

Я вот в этом патче разбираюсь, как обезьяна в термодинамике. Там костыль или нет?

Если остальные работают нормально, а гнусмасовские с тем же кодом - нет, то костыль. Есть же стандарт, которому надо следовать.

Это рассуждения с дивана? Или ты проанализировал изменения в коде ядра?

Это элементарная логика. Более того - с гнусмасовскими накопителями SSD _везде_ проблем больше всего. Это факт.

И лучше подумать вот о чём:как бы они искали эту ошибку в бинарниках винды?

Самсунг выпустил бы к своим дискам отдельный драйвер, делов-то...

Понятно, это диванная теория. Я так и сам могу.

Это факты.

Нет, это вскукареки фанатичного диванного аналитика

Это похоже на вывод каково-то древнего философа о том, что движения нет (он не смог в системы отсчета). У него тоже факты были.

Обоснуй.

Этож квазарушка. У него аргументация феерична даже для уровня ЛОРа.

Там костыль или нет?

Нет. Там чисто недоработка со стороны разработчиков ядра. Сделали шаренный буффер, полагая, что данные в нём не изменяемые. Потом для реализации trim их пришлось сделать изменяемыми, но учесть это забыли.

Мне кажется, ты не пытался даже прочитать оригинал новости. Там был race-condition.

Потеря данных наблюдалась при использовании SATA SSD-накопителей в составе программных RAID 0 и RAID 10 и проявлялась при выполнении команд trim/discard. Конфигурации с RAID 1 проблеме не подвержены. Проблема была вызвана некорректным построением взаимодействия драйвера md raid с драйвером scsi/ata. MD RAID при обработке последовательных операций чтения и записи на разных накопителях создаёт отдельные буферы для каждой операции, в то время как при выполнении TRIM в scsi/ata используется один общий буфер.

В теории такой метод работает, но на практике при определённом стечении обстоятельств возникает состояние гонки - когда в очереди в определённом порядке появляется несколько команд TRIM, после выполнения последней команды в очереди общий буфер очищается, в то время как предыдущая команда может ещё не успеть завершить своё выполнение, что приведёт к записи на накопитель блока нулевых данных.

Kosyak> Этож квазарушка. У него аргументация феерична даже для уровня ЛОРа.

... сказал посетитель с ником, кричащим «я наркоман!».

А зачем тогда постить сюда новости, которые не передают содержание оригинала?

В новости огромная гиперссылка.

Не говнокод, а говножелезо от гнусмаса, которое накрывается при попытке работы с ним по стандартам. Я за то, чтобы эти SSD включить в чёрный список снова и убрать изменения, добавленные гнусмасом.

Неплохое решение, пусть красноглазики ещё помучаются. Для полноты нужно ещё и vmlinuz добавить в чёрный список, мы ведь за стандарты.

Это тебе ж не ноутбуки, в которых они могут запросто наплевать на линукс, ибо на ноутах наверно и 1% процента нет, ибо слишком колко на них с линуксом, и это уж совсем извращенцем надо быть.

Ты так говоришь словно мой гнусмасовский SSD внутри железного пылесборника на полу это что-то уникальное.

SSD самсунговские в куче серверов используются, а там уж, ну ты понял.

Возможно, но сколько это в процентах относительно количества SSD в десктопах и ноутбуках?

сказал посетитель с ником, кричащим «я наркоман!».

Дверной косяк — брус дверной или оконной рамы;
Косяк — гурт кобылиц с одним жеребцом, выделяемый из табуна;
Косяк — стая рыб, птиц;
Косяк — жаргонное название папиросы с марихуаной;
«Косяк» — жаргонное слово уголовников для обозначения оплошности, проступка.
Косяк — село на Украине, находится в Емильчинском районе Житомирской области.
Косяк — шашечный дебют, возникает после ходов 1. cb4 fg5. 2. gf4 gf6. 3. bc3 bc5.
Косяк, Иван Романович — Герой Советского Союза.

Везде наркоманы мерещатся.

Там чисто недоработка со стороны разработчиков ядра. Сделали шаренный буффер, полагая, что данные в нём не изменяемые. Потом для реализации trim их пришлось сделать изменяемыми, но учесть это забыли.

Спасибо за пояснение.

А зачем тогда постить сюда новости, которые не передают содержание оригинала?

Предлагаешь всю портянку копипастить? Ok, в следующий раз специально для тебя так сделаю.

Найди живого линуксоида, который в raid на десктопе натолкал samsungовских ssd. Что за бред ты несешь? Ясно дело, что и сам кипешь поднялся про серверы с самсунговскими ssd.

Что за бред ты несешь?

Где именно?

Ясно дело, что и сам кипешь поднялся про серверы с самсунговскими ssd.

Вот я тебя и спрашиваю сколько их относительно количества самсунговских SSD в десктопах/ноутбуках дабы оценить сможет ли то количество SSD, которое находится в рейде на серверах с линуксом, оказать существенное влияние на общую прибыль гнусмаса от продаж SSD. Хотя здесь ещё нужно учитывать репутационные потери: ложки-то вот они, но осадочек остался.

И лучше подумать вот о чём:как бы они искали эту ошибку в бинарниках винды?

Не у всех винда бинарная. А так как этим занимались энтерпрайзы, то они нашли бы нужную винду.

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

Таки, ви так говорите, что можно подумать, что бывают ядра без ошибок.

Если остальные работают нормально, а гнусмасовские с тем же кодом - нет, то костыль.

Ошибки возникали при параллельной (многопоточной) работе. И тут ключевое значение имеют временные промежутки между событиями, которые различаются для разного оборудования.

Т.е. получается самсунговские диски самые тормозные? Я правильно понимаю?

Т.е. получается самсунговские диски самые тормозные? Я правильно понимаю?

Да как ты мог такое подумать?

Вообще буча поднялась из-за серверных дисков, так что точно не самых тормозных.

Да как ты мог такое подумать?

Вот из этого:

в то время как предыдущая команда может ещё не успеть завершить своё выполнение

Дальше:

буча поднялась из-за серверных дисков, так что точно не самых тормозных.

Ну и что? Давай тогда так: не сами диски тормозные, а реализация TRIM тормозная.

Ну и что? Давай тогда так: не сами диски тормозные, а реализация TRIM тормозная.

Возможно это и так, я не знаю.

Уверен, ты понимаешь, что такое Race condition, т.е. объяснять тебе про это не нужно. А также про то, что можно уменьшить вероятность его проявления, можно исключить, а можно просто не столкнуться с условиями, в которых оно проявляется.

Вот я и притащил, чтоб прояснить. Пока выяснилось, что точно косяк ядра. Про диски ни фига до конца не понятно.