SSD

Благодаря моим действиям, тут теперь намного лучше. ну а кому то сильно хуже теперь надолго.

Вот еще раз выкладываю ссылку на обзор ,где внизу наглядно показаны отличия ресурсов 128гб и 256гб Vertex4 :

http://www.fcenter.ru/online.shtml?articles/hardware/hdd/34013

Неплохая статья о винтах... Как раз о разоблачении бреда повышенных объёмов http://www.3dnews.ru/storage/634625?topblock

ASM:

понял, бум исправляться

ASM:

ASM

сенкс, 128 только для системы... 40 использовано, так и расчитывал... Но как писал выше 36 месяцев гарантии успокаивает лучше всего, тем более там ничего нужного нет...

Vadim1242,

Неверно. Все современные SSD перекидывают данные с места на место в зависимости от заданных производителем алгоритмов. Это позволяет избежать неравномерного использования ячеек. Но все же если диск сильно заполнен, то ему становится сложней т.к. меньше места для маневров и приходится активней тасовать данные, что увеличивает износ. Зато износ равномерный.

дизассемблируйте хоть одну микропрограмму для SSD прежде, чем это писать. Ни в SSD ни в любом другом накопителе на основе NAND Flash сам по себе блок не высвобождается, если в него не приходит какого-либо запроса на запись. Контроллер просто так не берет какой-либо блок и не помещает его в другое место. Сие очень хорошо подтверждается в процессе восстановления данных (посредством методики выпаивания микросхем NAND Flash, снятия с них дампов и анализом микса и алгоритма разброса блоков). Наблюдаем участки, где блоки упорядоченно расположены, и при анализе содержимого это данные которые первыми поместились на накопитель и далее не перезаписывались в процессе эксплуатации.

возьмем абстрактный пример. для простоты порядки цифр сделаем предельно малыми
Например микросхема состоящая из 128 страниц. по 2112(512/16/512/16/512/16/512/16) байт, где чередование в виде Данные/служебка. условно поделим на блоки состоящие из 4 страниц. Получим 32 блока.
Один из блоков выделим в начале для служебных данных. Его использовать будем не по общим правилам, а постранично для оверлеев трансляции. В трансляцию включим допустим 27 блоков и сим заявим емкость накопителя. 4 блоков в резерве. Т.е. емкость накопителя 27х2048х4=221184 байт 432-"секторов" по 512 байт. Не будем вводить еще такую абстракцию как файловая система, чтобы не усложнить понимание процесса. Допустим ПО которое работает с этим накопителем само ведет учет, что куда сохранила в этих 864 секторах и соответственно карту занятого и свободного места хранит за пределами сего носителя. Допустим изначально записали некий поток который занял 80 "секторов". При первой записи получили что физические блоки 1,2,3,4,5,6,7,8,9,10 полностью заняты. ( 0 блок выделили под транслятор, где указалось, что порядок использования физических блоков для построения логического, есть 1,2,3,4,5,6,7,8, 9, 10, FF, ..,FF где FF допустим означает что блок не используется в трансляции. записали транслятор в 0 страницу нулевого блока и проставили 0 номер, также вписали в таблицу "счетчиков" что в блоки 1,2,3,4,5,6,7,8,9,10 была произведена запись). Далее провели еще запись данных виде 16 секторов. Получили заполнение порядковое и транслятор вырос на 2 страницы. т.е. появились записи 11 и 12. В блоке со служебкой записали новую версию транслятора в следующей странице с указанием что версия более новая, т.е. номер +1, чтобы контроллер нашего накопителя при старте знал какая из версий актуальна. Далее проведем еще запись.допустим 24 секторов т.е. займем еще три странички. Транслятор снова последовательно вырастет, еще одна версия таблицы появится в служебном блоке с дополненными номерами 13,14,15. Следующий этап мы решили отредактировать частично содержимое записи 2 и выполняем запись, то здесь произойдет чтение страниц номер11 и 12 и запись отредактированого содержимого в 16,17 (первое свободное место которое имеет наименьший износ) и транслятор обретет вид 1,2,3,4,5,6,7,8,9,10,16,17,13,14,15 появится еще одна страничка в блоке со служебкой с более свежей версией.

Вот очень сильно упрощенный пример работы NAND Flash контроллера и его микропрограммы. Просто так брать данные из каких-либо блоков и писать в другие он в принципе не будет, так как это лишние записи, лишний износ памяти.

допустим в нашем примере заполнились изначально заполнили весь носитель до конца еще одной записью тогда получим транслятор в виде 1,2,3,4,5,6,7,8,9,10,16,17,13,14,15,18,19,20,21,22,23,24,25,26,27,28,29. Как видно в примере уже исключены 11 и 12 и заняты физические 28 и 29. Например решили еще раз отредактировать запись из 16 секторов то запросились блоки 16,17 и после измененные данные впишутся в блоки 30 и 31 и транслятор обретет вид 1,2,3,4,5,6,7,8,9,10,30,31,13,14,15,18,19,20,21,22,23,24,25,26,27,28,29 т.е резервные блоки на текущий момент 11,12 и 16,17 и если записи 1,3,4 мы не трогаем, а оставляем в неизменном виде, а редактируем только вторую запись, то получаем что в ротации примут участие только 11,12, 16,17,30,31 а остальные блоки не будут затрагиваться пока мы не начнем работу с данными лежащими там.

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

Несколько сумбуhно, но в целом понять логику работы микропрогрыммы контроллера NAND Flash на этом очень упрощенном примере можно.

ASM, изложи всё это в краткой, удобной для восприятия форме, думаю многим будет интересно.

Hastla,

ASM, изложи всё это в краткой, удобной для восприятия форме, думаю многим будет интересно.

оно и так более чем кратко и все рассмотрено в весьма упрощенном варианте. Фактически, если описывать работу микропрограмм различных NAND Flash контроллеров, то это нужно куда больше текста написать и многие подробности интересны разве, что разработчикам микропрограмм, либо специалистам по восстановлению данных.
Здесь же упрощенный пример с исключением многих подробностей, дабы акцентировать внимание на главном моменте, что ни один NAND Flash контроллер сам по себе не начнет "жить своей жизнью" и просто так переписывать данные из одних блоков в другие, как это может показаться после прочтения рекламных материалов.

Hastla,

ASM, изложи всё это в краткой, удобной для восприятия форме, думаю многим будет интересно.

оно и так более чем кратко и все рассмотрено в весьма упрощенном варианте. Фактически, если описывать работу микропрограмм различных NAND Flash контроллеров, то это нужно куда больше текста написать и многие подробности интересны разве, что разработчикам микропрограмм, либо специалистам по восстановлению данных.
Здесь же упрощенный пример с исключением многих подробностей, дабы акцентировать внимание на главном моменте, что ни один NAND Flash контроллер сам по себе не начнет "жить своей жизнью" и просто так переписывать данные из одних блоков в другие, как это может показаться после прочтения рекламных материалов.

Hastla,

ASM, изложи всё это в краткой, удобной для восприятия форме, думаю многим будет интересно.

оно и так более чем кратко и все рассмотрено в весьма упрощенном варианте. Фактически, если описывать работу микропрограмм различных NAND Flash контроллеров, то это нужно куда больше текста написать и многие подробности интересны разве, что разработчикам микропрограмм, либо специалистам по восстановлению данных.
Здесь же упрощенный пример с исключением многих подробностей, дабы акцентировать внимание на главном моменте, что ни один NAND Flash контроллер сам по себе не начнет "жить своей жизнью" и просто так переписывать данные из одних блоков в другие, как это может показаться после прочтения рекламных материалов.

Hastla,

ASM, изложи всё это в краткой, удобной для восприятия форме, думаю многим будет интересно.

оно и так более чем кратко и все рассмотрено в весьма упрощенном варианте. Фактически, если описывать работу микропрограмм различных NAND Flash контроллеров, то это нужно куда больше текста написать и многие подробности интересны разве, что разработчикам микропрограмм, либо специалистам по восстановлению данных.
Здесь же упрощенный пример с исключением многих подробностей, дабы акцентировать внимание на главном моменте, что ни один NAND Flash контроллер сам по себе не начнет "жить своей жизнью" и просто так переписывать данные из одних блоков в другие, как это может показаться после прочтения рекламных материалов.