>>Где я это утверждал?
> вот тут https://www.opennet.ru/openforum/vsluhforumID3/89270.html#71 Не вижу - где я там издал хоть звук про какие-то ресурсы и про то что у контроллеров их больше? Вы пытаетесь приписывать мне ваши буйные фантазии? oO
> ну так какой такой другой сборщик, баклан?
Вот такой вот. Который не обрабатывает никакие TRIM и прочая, за отсутствием такой необходимости. TRIM - команда накопителю, посылаемая по SATA (или что там у него). Хинт для контроллера накопителя что некий регион более не используется и его можно подчистить. В указанном случае системное фирмваре напрямую реализует в чем-то похожую логику на основном системном процессоре.
> контроллера там нет, сборщик программный или нет, олушъ ты недорезанный?
В контроллере SSD он тоже программный, ВНЕЗАПНО. Все отличие лишь в том где находится фирмваре и каким процом оно выполняется. Ну а TRIM - это понятие взаимодействия между системным процом и сервисным процом накопителя, хинт о том что логический регион не используется. Оно не имеет никакого смысла когда проц видит флешку напрямую, т.к. при этом некого хинтить. Надо самому всю эту механику полностью педалировать.
> это я то грубиян? noкимон ты китАйскОй :D
Ну а кто же. Ты даже не в состоянии осознать что деление на "аппаратное" и "программное" в этом случае очень эфемерно и отличается только тем какой проц упирается и где его фирмвара. Ну да, фирмвара UEFI чуть более заметна чем фирмвара SSD-накопителя. Что не меняет законы физики и общую логику работы с флешом. Которая у них действительно оказывается чем-то похожа. Просто потому что флеш вот так работает и GC там напрашивается. А вот кто и насколько криво его сделал - второй вопрос уже. Вон в каких-то SSD тоже накосячили и при использовании trim (который потенциально провоцирует сборку мусора как раз) оно и дохло. Но это все-таки не обсир@к в системной фирмвари, киляющий вообще весь компьютер...