The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

21.02.2009 23:07  Выравнивание границ блоков как метод оптимизации использования SSD накопителей

"Aligning filesystems to an SSD’s erase block size" - интересная заметка про оптимизацию использования SSD накопителей в Linux. Речь ведется о синхронизации начала блоков данных ФС и атомарных блоков накопителя (erase block) - дисковый раздел для большей эффективности должен быть смещен по границам 128k (для рассмотренного типа SSD), иначе блоки ФС могут попасть на пересечения блоков накопителя.

  1. Главная ссылка к новости (http://thunk.org/tytso/blog/20...)
Лицензия: CC-BY
Тип: Интересно / Тема для размышления
Ключевые слова: ssd, disk, optimization, tune, speed, linux, partition
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, pavlinux, 23:23, 21/02/2009 [ответить] [смотреть все]
  • +/
    Насколько эффективно будет чтение/запись, при следующем варианте:

    AAAA-ABBB-BBCC-CCCD-DDDD
    AAAAA-BBBBB-CCCCC-DDDDD

    А таких, точно большинство.  Или у вас куча файлов меньше 128kb ???

     
     
  • 2.2, User294, 08:51, 22/02/2009 [^] [ответить] [смотреть все]
  • +/
    Чтение флеша можно делать практически рандомно, с ним никаких проблем.А вот запись... наиболее удобно для флеша когда она выравнивается по границам erase blocks (как правило они 128К или 64К у современного флеша).Иначе - если запись попадает на пересечение блоков - придется стирать два блока.Больше стираний -> хуже со всех точек зрения.
     
     
  • 3.3, pavlinux, 14:33, 22/02/2009 [^] [ответить] [смотреть все]
  • +/
    >Чтение флеша можно делать практически рандомно, с ним никаких проблем.А вот запись... наиболее удобно для флеша когда она выравнивается по границам erase blocks (как правило они 128К или 64К у современного флеша).Иначе - если запись попадает на пересечение блоков - придется стирать два блока.Больше стираний -> хуже со всех точек зрения.

    Т.е. указанным способом они однозначно гарантируют, что записывать будет строго по 128k.

     
  • 1.4, iZEN, 23:44, 22/02/2009 [ответить] [смотреть все]
  • +/
    Статья глупая.

    Производители внутри устройства применяют собственный аллокатор ячеек, а "наружу" выставляют лишь ATA/SCSI-интерфейс для "общения" с ним через BIOS.

    Файловая система ничего не знает о физической адресации ячеек носителя, а оперирует только логическими данными адресации носителя, полученными из BIOS (геометрия носителя и т.д.).

    И что-то там "сместить" на уровне файловой системы (или при подготовки носителя fdisk задать адресацию с других виртуальных цилиндра/головки) ничего не даст в плане ускорения доступа и I/O.

     
     
  • 2.5, none, 10:48, 23/02/2009 [^] [ответить] [смотреть все]
  • +/
    +1
     
  • 2.6, frol, 09:32, 09/03/2009 [^] [ответить] [смотреть все]  
  • +/
    Вы-б хоть статью прочли. Во второй части это как-раз обсуждается.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor