Дефрагментация SD-карты

[VictorSh]

Можно ли и нужно ли проводить дефрагментацию SD-карты? Если можно, то как?
По-моему, операция не бесполезная, т.к. наверняка на карте остаются пустые куски от удаленных карт, программ и прочая.

[Topcon]

VictorSh, а стандартными методами, через кард-ридер, пробовал?

[VictorSh]

Topcon
попробую. Надеюсь, что стандартный дефрагментер "увидит" эту карту.

[Topcon]

VictorSh, обязательно видит и все функции работают

[VictorSh]

Topcon
Спасибо!

[BigWig]

VictorSh
Так как все SD карточки построены по типу NAND - малая скорость чтения и высокая скорость записи, то дефрагментацию SD-карт делать желательно.
Скорость чтения дефрагментированной карточки может увеличиться в 3-4 раза.
Это утверждение исходит из того, что в FAT32 каждый блок (логическая единица хранения данных) в несколько раз больше чем кластер.

[Hackguru]

ИМХО контроллеру пох в какой кусок карты обращаться, если файлы фрагментированны. Видится мне, что после дефрагментации выигрыша в скорости наблюдаться не будет, либо он будет столь незначительным, что в расчёт его брать не стоит.
У хардов то да. Штанга с головками относительно небыстра и при высокой степени фрагментации просто охреневая бегает туда-сюда, тем самым в разы увеличивая время доступа.....

[BigWig]

Hackguru
Объясню почему я не согласен с тобой.
Допустим следующую ситуацию: используется блок 4096 байт, в этом блоке будет 4 кластера, каждый по 1024 байта. Представим, что карточка фрагментирована и для чтения данных одного кластера, нам надо прочитать целый блок!
Когда файл не фрагментирован, то 4 кластера у нас сразу прочитаны.
А если учесть, что у памяти NAND скорость чтения низкая, то выигрыш по времени будет в разы.

[Hackguru]

BigWig
Всё красиво, но фрагментированная карточка "читается" не вразы быстрее после дефрагментации оной а только слегка и то не всегда заметно. Я проделывал такую фишку со многими карточками, которые юзал в покете, но увы забил на это дело. Может я фрагментировать не умею.

[BigWig]

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

[danygug]

ИМХО контроллеру пох в какой кусок карты обращаться, если файлы фрагментированны. Видится мне, что после дефрагментации выигрыша в скорости наблюдаться не будет, либо он будет столь незначительным, что в расчёт его брать не стоит.
У хардов то да. Штанга с головками относительно небыстра и при высокой степени фрагментации просто охреневая бегает туда-сюда, тем самым в разы увеличивая время доступа.....

полностью поддерживаю

BigWig
все зто теория на практике же ... пох

[xlib]

Hackguru
Объясню почему я не согласен с тобой.
Допустим следующую ситуацию: используется блок 4096 байт, в этом блоке будет 4 кластера, каждый по 1024 байта. Представим, что карточка фрагментирована и для чтения данных одного кластера, нам надо прочитать целый блок!
Когда файл не фрагментирован, то 4 кластера у нас сразу прочитаны.
А если учесть, что у памяти NAND скорость чтения низкая, то выигрыш по времени будет в разы.

Ты извини конечно, но это полный бред. Запросы на чтение не имеют размер 4К, а соответствуют размеру "блока" на данном устройстве. В данном случае, 1К. Так как у флаш карты время доступа не меняется в зависимости от адреса, то никакой разницы нет, где лежат части файла. Это в отличие от жесткого диска, где разница ЕСТЬ.

[BigWig]

xlib

Запросы на чтение не имеют размер 4К

Товарищ, учи матчасть, а потом приходи снова.

Ты извини конечно, но это полный бред.

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

[N_T]

[hide=0]http://blogs.msdn.com/windowsmobile/arc ... 52996.aspx[/hidden]

Добавлено спустя 23 минуты 37 секунд:

Вот тоже самое по русски:
[hide=0]http://www.mconline.ru/post/22298/default.asp[/hidden]

[BigWig]

N_T
Спасибо, интересная статья.