это к сожалению не такая простая яма и вечно меняющаяся чтобы я её объяснил в пару строк или абзацев кучи текста даже т.к. если охватывать все контроллеры их агрехи и буффер который это сглаживает, а так же нвме, тут получится тонны текста не на одну страницу. За что меня не особо погладят даже по головке и раскрытую суровую реальность старожилы не примут в общем. Т.к. все это дерьмо дико менялось за последние даже 10 лет стремительно не говоря уже об НВМЕ, где ссдюки даже бюджетного уровня сейчас без кеша работают приемлемо даже когда идет алгоритм той же сборки мусора на кингстоновских ССД. скоростей то хватает 600-1200мб\с без буфера вполне приемлемо.

сорян, не заметил

трим указывает на свободные ячейки, которые уже не используются и могут быть перезаписаны свободно, чем больше данных на ссд тем трим чаще от контроллера, плюс еще идет запрос тримки от ОС по дефраге начиная от винды 10 и маков определеной версии. Контроллер отдает трим команды а не тримки указывают контроллеру что и как делать. Контроллер с "фоулт" прошивкой может перезаписать и даже твою инфу которая есть на ССД и нужна тебе, это важно не напортачить в этом плане с прошкой и контроллером в целом. ССД подтормаживает как раз таки от другого от того какая память используется, есть ли кеш, есть ли драм кеш и самого контроллера в плане может ли он обслуживать такое заполнение, а так же его алгоритмов которые варьируются очень иногда дико с дополнительными функциями как в кингстоне совершая "оптимизацию" сборки данных ячеек. И в это время тебя ждет как пользователя либо то либо это. На кингстонах бюджетных со сборкой мусора например беда. Она мешает людям которые его пользуют и может даже с начала работы с файлами показывать 12-20мб скорости данных, потому что алгоритм "сборки мусора" а по идее отпимизации данных в ячейках использовал весь твой ресурс который бы ты мог использовать. И ладно бы он это делал хотя бы когда ты не используешь продолжительно ссд, но он это делает довольно часто и не намерен останавливаться когда ты начинаешь его использовать по понятным причинам.

Поэтому некоторые безбуферники табу ставить под систему постоянно использующуюся бюджетные особенно кингстоновские. Потому что это может аукнутся не раз и замедлить систему даже очень сильно. Буффер нормальный драм просто снижает херню которую творят некоторые контроллеры на ссд включая свои команды и свой алгоритм с добавками.

если флешка не в "чувствах" ей поможет только перепрошивка. Если и перепрошивка слетает в несознанку то тут только замена флешки.

нет чувак когда ты удаляешь файл в корзину ты помещаешь его во временное хранилище в системе которое саомочищается по таймеру на хранилище приставленному к каждому файлу. То что ты описываешь с работой ССД или ХДД прошивки не имеет ничего общего в этом плане работы "корзины".

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

Однако это все зависит от обстоятельств и среды в которой используется ссд даже в момент восстановления.

уже не боятся т.к. слц используется в роли кэша для данных, а вот тот же тлц уже давно не такой как в 2010 годах и не уступает по надежности лишь в 2 раза тому же млц, в кратце вместо 4 петабайт данных ты запишешь на ссд всего 2 петабайта но даже этот объем крайне уже надежен и внушителен чем всего пару сотен террабайт на старых моделях.

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

маловероятно что все, но часть можно.

процесс записи нулями или "обнуление" это иной процесс и вообще никак не связан с триммом.

не, разметки нет контроллера и если в ХДД она не важна особо её можно восстановить то вот в ссд весь шик в том что этого невозможно сделать без разметки контроллера и самого контроллера.