SSD 16 GB для установки Windows 7/64 Prof ? - Страница 3

verdana · 18.12.2016, 21:03

Сообщение от Ara41

сталобыть сказать нечего..ну ОК.

На "слабо" только дебилы ведутся

verdana · 18.12.2016, 21:04

Сообщение от Ara41

Сколько в последнее время лично Вы со своими мегазнаниями восстановили инфы с мертвых ССД?

Я не зарабатываю на жизнь восстановлением информации.

У меня за 10 лет не сдох не один SSD.

Р.S.
Жабу надо держать на привязи,
тогда проблем будет меньше.

индюк · 18.12.2016, 21:06

Сообщение от Ara41

обоснуйте тогда разумность разделения ССД на два одинаковых раздела, один из которых не используется

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

я в кратце уже описал в первом посте почему.
потому что контроллер внутри диска старается равномерно использовать весь массив ячеек. разделы a b c d ему похрену - это на 3 уровня выше формитирование, которое для контроллера ссд невидимо вообще скорее всего.
вобщем не используя 3/4 ссд вы многократно продлеваете сохранность данных.
а так да - смеетесь над своей серостью. алгоритмы распределения данных по ячейкам флешки описаны везде в сети.

а оставляя раздел неформатнутым я гарантированно отвожу его ячейки под использованием внутренним контроллером

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

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

индюк · 18.12.2016, 21:13

Сообщение от Ara41

Сколько в последнее время лично Вы со своими мегазнаниями восстановили инфы с мертвых ССД?

да будет знать ваша серость что на диски надо смотреть периодически диагностикой.
программы такие.
они показывают сколько битых секторов есть в памяти.
когда их много диск надо заблаговременно выбрасывать, скопироав с него данные, которые ЛОГИЧЕСКИ еще не повреждены. потому что контроллер их переместил в теневые ячейки, которые на любой флешке производитель оставляет именно под замену.
их количество может достигать 20% от доступного юзеру объема.
поэтому флешк типа живет.
тк вся память огромных объемов очень хилая. ну очень!!! и ячейки пробиваются как нехрен делать. изза своих размеров

индюк · 18.12.2016, 21:15

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

Ara41 · 18.12.2016, 21:20

не хотелось писать ничего на Вашу глупость, но напишу.
Что в обычных УСБ флешках, что в ССД быстрее всего дохнет не память, которую Вы так усердно пытаетесь сэкономить, а контроллеры или что-то другое.
Я восстанавливал инфу с кучи флешек и с пяток ССД - все в порядке там с памятью..

индюк · 18.12.2016, 21:21

и еще
старый ссд не даст никакого выигрыша. потому что там и память совсем медленная и кэш маленький.
поэтому работать он будет медленно.

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

индюк · 18.12.2016, 21:24

Сообщение от Ara41

не хотелось писать ничего на Вашу глупость, но напишу.
Что в обычных УСБ флешках, что в ССД быстрее всего дохнет не память, которую Вы так усердно пытаетесь сэкономить, а контроллеры или что-то другое.
Я восстанавливал инфу с кучи флешек и с пяток ССД - все в порядке там с памятью..

у меня ничо не дохнет потому что я знаю как питание подавать и применяю защиту от статики.
контроллер конечно сдохнет - он во внешний мир смотрит голыми проводами.

то что ктото умеет имс в программатор засунуть еще не говорит что он знает как она работает.
это все равно что шофер и автомеханик - оба ездить умеют.......

Ara41 · 18.12.2016, 21:28

Сообщение от индюк

то что ктото умеет имс в программатор засунуть еще не говорит что он знает как она работает.
это все равно что шофер и автомеханик - оба ездить умеют.......

перестаньте уже позорить себя =) Выше же сами писали, что контроллер хз что там творит с блоками информации, надо же это все еще в кучу собрать.

индюк · 18.12.2016, 21:37

просто оставлю это здесь

https://www.google.ru/?gws_rd=ssl#ne...%BA+%D0%B2+ssd

https://www.google.ru/?gws_rd=ssl#ne...=ssd+algorithm

Цитата:

память MLC/TLC обладает меньшим ресурсом (100 000 циклов стирания у SLC, в среднем 10 000 для MLC, а для TLC до 5 000) и худшим быстродействием. С каждым дополнительным уровнем усложняется задача распознавания уровня сигнала, увеличивается время поиска адреса ячейки, повышается вероятность ошибок. Так как SLC-чипы намного дороже и объем их ниже, то для массовых решений применяют в основном MLC/TLC-чипы. На данный момент MLC/TLC память активно развивается и по скоростным характеристикам приближается к SLC. Так же, низкую скорость MLC/TLC производители SSD накопителей компенсируют алгоритмами чередования блоков данных между микросхемами памяти (одновременная запись/чтение в две микросхемы флэш-памяти, по байту в каждую) по аналогии с RAID 0, а низкий ресурс - перемешиванием и слежением за равномерным использованием ячеек. Плюс к этому в SSD резервируется часть объёма памяти (до 20%). Это недоступная память для стандартных операций записи/чтения. Она необходима как резерв в случае износа ячеек, по аналогии с магнитными накопителями HDD, который имеет резерв для замены bad-блоков. Дополнительный резерв ячеек используется динамически, и по мере физического изнашивания основных ячеек предоставляется резервная ячейка на замену.

Цитата:

Прочитать, модифицировать и снова записать на место, после очистки затронутых операцией ячеек памяти, которые с точки зрения ОС уже удалены. Следовательно, чем больше блоков на SSD содержит полезные данные, тем чаще приходится прибегать к процедуре чтение›модификация›очистка›запись, вместо прямой записи. Вот здесь пользователи SSD сталкиваются с тем, что быстродействие диска заметно снижается по мере их заполнения файлами. Накопителю просто не хватает заранее стёртых блоков. Максимум производительности демонстрируют чистые накопители, а вот в ходе их эксплуатации реальная скорость понемногу начинает снижаться.

далее спорьте с производителями ssd
удачи