The OpenNET Project / Index page

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

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

21.02.2009 23:07

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

  1. Главная ссылка к новости (http://thunk.org/tytso/blog/20...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20408-ssd
Ключевые слова: ssd, disk, optimization, tune, speed, linux, partition
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (6) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 23:23, 21/02/2009 [ответить]  
  • +/
    Насколько эффективно будет чтение/запись, при следующем варианте:

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

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

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

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

     

  • 1.4, iZEN (ok), 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:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру