Sergei_Kazanskij
Full Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Цитата: Victoria 4.72b
при timeout=never выдаёт в лог кучу эрроров, типа такого
"21:22:39 : Block start at 245760 (126 Mb) Read preset timeout limit"
происходит на любом из трёх ssd (два из них висят на sata).
Так и должно быть ? |
RL200t
Цитата:| если скачать вашу программу и запустить первый раз, она будет сконфигурирована не так, как если её запустить после удаления конфигурационного ini-файла, чтобы она создала его сама. Какой из этих конфигов лучше по-дэфолту? |
Тот ini-файл, что идёт в комплекте с программой - более удобно и универсально конфигурирует, чем настройки по-умолчанию.
ndch
Цитата: Victoria 4.72b
при timeout=never выдаёт в лог кучу эрроров, типа такого
"21:22:39 : Block start at 245760 (126 Mb) Read preset timeout limit"
происходит на любом из трёх ssd (два из них висят на sata).
Так и должно быть ? |
Да, когда я делал функцию Refresh, то ввел возможность выставлять бесконечно малое время ожидания. И повесил его на вариант таймаута "Never". При обычном тестировании это тоже работает (в следующей версии исправлю, чтобы оставалось только в режиме Refresh). Поэтому пока ставьте время по умолчанию (10.000 -30.000 милисекунд на блок - более чем достаточно для любого нормального накопителя).
Цитата:| Не могли бы подсказать, почему через usb скорость ~270 МБ/сек, а через sata ~400..500 МБ/сек. Это ожидаемое падение скорости ? |
USB 3.0 не так быстр, как современный SATA. И размер блока у него свой, обычно не оптимальный для SSD.
А то, что в начале SSD скорость меньше - тоже обычное явление для находящихся в эксплуатации накопителей. В начало количество записей больше, NAND-ячейки более перегружены процедурами "сборки мусора", а TRIM, встроенный в системный драйвер, иногда пропускает инициализацию некоторых областей (или вообще, SSD откладывает выполнение TRIM на некоторое время).
Если сделать Security Erase на таком SSD - то скорость должна стать выше, и график выровняется, но ценой удаления всех данных.
Добавлено:
RL200t
Цитата:| Sergei_Kazanskij, вот, гляньте, http://funkyimg.com/i/2QnNp.png — диск на 1 TB, автоматом выставился размер блока 2048, хотя он на этом винте в этой ФС равен 512 байтам. А по-дефолту было (раньше) 256. Но вот непонятно, откуда 256 и 2048, когда по стандарту у нас идёт 512 и 4K? |
512 байт это размер сектора.
А размер блока это количество секторов, читаемое за раз (и сопоставленное одному прямоугольнику на сетке).
Можете сами посмотреть, как сильно уменьшается скорость чтения, если размер блока поставить ниже рекомендуемого. Тоже самое происходит и в драйверах систем, отчего разработчики винтов и придумали в LBA48 возможность забирать с накопителя аж 65535 секторов за одно обращение. Сразу 32 Мб за 1 раз при секторе в 512 байт. А если сектор 1024 байта, то и того больше...
Это очень сильно снижает нагрузку на ОС и повышает скорость обмена данными с HDD/SSD.
К слову, в более старых винтах конца 90-х размер блока был ограничен как раз этими 256 секторами, а типичный DMA-буфер в ОС был всего 128 секторов. Поставьте в Виктории 128 секторов на блок - увидите, какое резкое падение скорости чтения произойдёт. А раньше люди жили с этим, т.к. винты имели собственную скорость в 20-40 мб/с. |
