The OpenNET Project / Index page

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

16.01.2013 13:31  Система кэширования на SSD-накопителях BCache претендует на включение в ядро Linux

Кент Оверстрит (Kent Overstreet) объявил в списке рассылки разработчиков ядра Linux о готовности реализации системы кэширования блочных устройств на SSD-накопителях BCache для интеграции в ядро Linux. Первые реализации Bcache были представлены ещё в 2010 году и развивались обособленно, теперь все требования по оформлению кода выполнены, а ранее мешавшие интеграции кода ограничения в уровне блочных устройств Linux обойдены, и проект в скором времени может быть принят в основное ядро. Проект отмечается как стабильный и достаточно давно используемый на нескольких крупных серверах в режиме промышленной эксплуатации.

Bcache позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, при этом кэширование ведётся на уровне блочного устройства, что позволяет ускорить доступ к накопителю независимо от используемых на нём файловых систем. Один SSD-накопитель может использоваться для кэширования нескольких различных блочных устройств. Блочное устройство может быть на лету прикреплено к кэшу и отключено от него, без размонтирования и временной остановки работы.

Поддерживается два режима кэширования: сквозное кэширование (writethrough), при котором записываемые данные сразу сохраняются на исходном накопителе и оседают в кэше только для ускорения операций чтения; режим отложенной записи (writeback) при котором данные записываются на исходный носитель не сразу, что позволяет обеспечить ускорение операций записи но может привести к потере блоков данных при сбое SSD-накопителя. Дополнительно поддерживается, но отключен по умолчанию, режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения.

Из особенностей Bcache также можно отметить достаточно продвинутую логику кэширования, например, Bcache выявляет и не сохраняет в кэше последовательные обращения к большому объему данных, кэшируется только операции случайного чтения и записи. Bcache пытается оптимально использовать характеристики SSD-накопителей, учитывая ограниченный ресурс по записи данных и преобразуя случайные операции записи в последовательное заполнение накопителя. При writeback-кэшировании, при сбросе данных на диск, данные группируются с учётом минимизации перемещения головок диска. Универсальный подход к кэшированию делает Bcache подходящим решением как для серверных систем и крупных массивов хранения, так и для рабочих станций и встраиваемых систем.

Большое внимание также уделяется надёжности хранения данных и обработке внештатных ситуаций, таких как внезапное выключение питания. BCache контролирует такие ситуации и после возобновления работы дописывает на жесткий диск данные, которые остались в кэше но не были записаны на диск в момент сбоя при активном режиме writeback. BCache возвращает статус успешной операции только после того как данные сохранены на постоянном носителе (на SSD при использовании режима writeback).

  1. Главная ссылка к новости (https://lkml.org/lkml/2013/1/1...)
  2. OpenNews: Для Linux представлен TIER, блочное устройство для агрегирования накопителей
  3. OpenNews: Facebook открыл модуль Flashcache для организации кэширования на SSD-накопителях
  4. OpenNews: Во FreeBSD появилась поддержка ZFS v13
  5. OpenNews: Оценка производительности файловой системы ZFS
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: ssd, cache, bcache, kernel, linux, speed, optimization
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, pavlinux (ok), 15:01, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]
  • –2 +/
    > - выявляет и не сохраняет в кэше последовательные обращения к большому объему данных кэшируя только операции случайного чтения и записи.
    > -  оптимально использовать характеристики SSD-накопителей, учитывая ограниченный ресурс по записи данных.
    > - преобразуя случайные операции записи в последовательное заполнение накопителя.
    > - данные группируются с учётом минимизации перемещения головок диска.

    У меня такое ощущение, что он переделал TAR (Tape ARchiver) или
    эмулятор контроллера ленточного накопителя :)  

     
     
  • 2.35, Аноним (-), 17:25, 16/01/2013 [^] [ответить]    [к модератору]
  • –3 +/
    > У меня такое ощущение, что он переделал TAR

    Что ты такое куришь, Павлин? Мне всегда было интересно - что надо скурить чтобы такую фигню с таким упоением нести в массы :)

     
     
  • 3.54, pavlinux (ok), 19:49, 16/01/2013 [^] [ответить]    [к модератору]
  • –5 +/
    Я-то что, а вот писать х...ню, о том, что написали ху..ню, не указывая в чем, вот это верх дебилизма.
     
     
  • 4.57, zzz (??), 20:26, 16/01/2013 [^] [ответить]    [к модератору]
  • +15 +/
    Вы оба правы.
     
  • 2.61, dRiZd (?), 21:49, 16/01/2013 [^] [ответить]    [к модератору]
  • –1 +/
    Что-то мне это напоминает CacheCade от LSI и MaxCache от Adaptec.
     
     
  • 3.77, pavlinux (ok), 16:06, 17/01/2013 [^] [ответить]    [к модератору]  
  • +/
    > Что-то мне это напоминает CacheCade от LSI и MaxCache от Adaptec.

    Ну вот, хоть один вкурил.

     
  • 1.2, codejumper (?), 15:02, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    > поддерживается, но отключен по умолчанию, режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения

    а разве это не режим с самой высокой производительностью?
    почему он отключен?

     
     
  • 2.4, Дмитрий (??), 15:05, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Тоже не понял это решение.
    Ведь если кешировать то, что читается, наиболее востребованные данные будут на SSD.
     
  • 2.6, codejumper (?), 15:10, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    отвечу самому себе:
    возможно, если кэшировать, всё, что читается, то при просмотре видео будет быстро умирать SSD
     
     
  • 3.65, all_glory_to_the_hypnotoad (ok), 01:12, 17/01/2013 [^] [ответить]    [к модератору]  
  • +/
    там же написано, последовательные чтения/запись не кешируются
     
  • 2.9, dalco (ok), 15:17, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Возможно, просто берегут ресурс SSD Если я правильно понял логику работы кеша, ... весь текст скрыт [показать]
     
     
  • 3.12, Аноним (-), 15:29, 16/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    И сейчас мы придем - ВНИМАНИЕ - ТАДАААААА - к ARC Всеми з блеванный и которы... весь текст скрыт [показать]
     
     
  • 4.20, ктото (?), 15:49, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    "ви таки нэ поняли"
    и где здесь отрезанный от ОЗУ кусок? Вижу что-то подобное L2ARC+ZIL (точнее общий настраиваемый l2 кеш) а вот ARC в ОЗУ не вижу...
     
     
  • 5.23, Аноним (-), 15:58, 16/01/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    Боюсь, это ви не поняли. L2ARC - Это не часть ARC? Не? Который состоит из L1 и L2 в текущей версии? Будем иезуитствовать дальше или по существу есть возражения?
     
     
  • 6.25, ктото (?), 16:08, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    покажите мне подсистему в Linux-е, которая будет ARC без приставки L2 - кеш чте... весь текст скрыт [показать]
     
  • 6.46, iZEN (ok), 18:19, 16/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    L2ARC не часть ARC который целиком в памяти и динамически изменяет свой размер ... весь текст скрыт [показать]
     
  • 4.32, Stax (ok), 17:13, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    На ARC злые патенты, его нельзя просто так взять и реализовать Что еще остается... весь текст скрыт [показать]
     
     
  • 5.38, linux must _RIP_ (?), 17:28, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    насколько я понимаю вопрос не в пиаре - вопрос в том что тут кричали не нужно ... весь текст скрыт [показать]
     
     
  • 6.69, Anonimous (?), 09:03, 17/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Ну что ты как маленький, кричали одни, а пилили другие
     
  • 5.43, Аноним (-), 17:50, 16/01/2013 [^] [ответить]    [к модератору]  
  • –4 +/
    > Что еще остается делать, кроме как придумывать альтернативу?

    Лицензировать патенты, не?

     
  • 4.49, AlexAT (ok), 19:22, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    EPIC FAIL! ARC в ZFS - это отдельный системонезависимый кэш в памяти, который нормально системой не управляется. В данном случае имеем аналог L2ARC, не более.
     
     
  • 5.80, iZEN (ok), 18:07, 17/01/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    > ARC в ZFS - это отдельный системонезависимый кэш в памяти,
    > который нормально системой не управляется.

    А чем он управлятся, интересно, как не системой. Может святым духом? Из Астрала?! :))

     
     
  • 6.83, AlexAT (ok), 08:28, 18/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > А чем он управлятся, интересно, как не системой. Может святым духом? Из
    > Астрала?! :))

    Управляется он только внутри ZFS, и к ОС имеет примерно такое же отношение, как и юзерспейс.

     
  • 4.74, Аноним (-), 12:34, 17/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Не ARC а чему-то отдаленно похожему L2ARC А вот этот ваш ARC который память жре... весь текст скрыт [показать]
     
     
  • 5.81, iZEN (ok), 18:08, 17/01/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    Не знал, что в Linux с ZFS ARC-кэш память жрёт и не отдаёт Теперь буду знать ... весь текст скрыт [показать]
     
     
  • 6.84, AlexAT (ok), 08:29, 18/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > Не знал, что в Linux с ZFS ARC-кэш память жрёт и не
    > отдаёт. Теперь буду знать.

    И в Linux, и в BSD, и в Solaris... В силу убогого дизайна.

     
     
  • 7.88, iZEN (ok), 20:26, 18/01/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    >> Не знал, что в Linux с ZFS ARC-кэш память жрёт и не
    >> отдаёт. Теперь буду знать.
    > И в Linux, и в BSD, и в Solaris...

    Интересно, а где ты об этом прочитал?


     
     
  • 8.89, AlexAT (ok), 22:45, 18/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > Интересно, а где ты об этом прочитал?

    У санок/оракла. Про архитектуру ZFS + Evil Tuning Guide. А щито, собственно?

     
     
  • 9.92, iZEN (ok), 23:26, 18/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    ARC 8212 это адаптивный кэш Изменяет свой размер как в сторону увеличения к... весь текст скрыт [показать]
     
     
  • 10.93, AlexAT (ok), 10:34, 19/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Спасибо, кэп Вот только делает это сам, по своей внутренней логике, не пересека... весь текст скрыт [показать]
     
     
  • 11.94, iZEN (ok), 13:54, 19/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Да, наверно Но такого приложения кроме Java которую можно настроить на захват ... весь текст скрыт [показать]
     
     
  • 12.95, AlexAT (ok), 16:08, 19/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Позволю себе уточнить это НЕ МОИ выводы http www solarisinternals com wiki i... весь текст скрыт [показать]
     
     
  • 13.96, iZEN (ok), 00:38, 20/01/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    И какие конкретно предложения в статье тебе показались трудными для понимания и ... весь текст скрыт [показать]
     
     
  • 14.97, AlexAT (ok), 03:17, 20/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    чЕтай, чудик внимательно Some applications include free-memory checks and refus... весь текст скрыт [показать]
     
     
  • 15.98, iZEN (ok), 15:32, 20/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    gt оверквотинг удален Покажи мне эти some applications , которые будут себя ч... весь текст скрыт [показать]
     
     
  • 16.99, AlexAT (ok), 15:45, 20/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    http comments gmane org gmane os solaris opensolaris zfs 39576 - нехватка http... весь текст скрыт [показать]
     
     
  • 17.100, iZEN (ok), 16:16, 20/01/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    Ответ там же http permalink gmane org gmane os solaris opensolaris zfs 39585 ... весь текст скрыт [показать]
     
     
  • 18.101, AlexAT (ok), 22:51, 20/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данну... весь текст скрыт [показать]
     
     
  • 19.102, iZEN (ok), 23:13, 20/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Оно всё предсказуемо, пока не начнут насильно урезать аппетиты ARC до 4 ГБ Какт... весь текст скрыт [показать]
     
  • 19.103, Аноним (-), 21:32, 04/02/2013 [^] [ответить]     [к модератору]  
  • +/
    ой, бтр значит тоже юзать не будешь как же так печалька ... весь текст скрыт [показать]
     
     
  • 20.104, AlexAT (ok), 07:16, 05/02/2013 [^] [ответить]    [к модератору]  
  • +/
    > ой, бтр значит тоже юзать не будешь? как же так? печалька...

    ой, чукча похоже не читатель... печалька...

     
  • 21.105, Аноним (-), 08:59, 06/02/2013 [^] [ответить]     [к модератору]  
  • +/
    чукча читатель, но с логикой не дружен не чукча может тебе накидать ссылок с бо... весь текст скрыт [показать]
     
  • 22.106, AlexAT (ok), 09:33, 06/02/2013 [^] [ответить]     [к модератору]  
  • +/
    И все-таки чукча не читатель BTR production ready только в OEL, и только с ко... весь текст скрыт [показать]
     
  • 2.37, Аноним (-), 17:27, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    > почему он отключен?

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

     
     ....нить скрыта, показать (37)

  • 1.3, Дмитрий (??), 15:03, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Вот это круто!
    Я правильно понимаю, что её можно уже сейчас установить? И, в общем-то, можно безболезненно заменить SSD на новый в случае выхода его из строя.
     
     
  • 2.5, pavlinux (ok), 15:08, 16/01/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > безболезненно заменить SSD на новый в случае

    5 штук SSD = RAID5 + HotSpare - и меняй сколько хошь. (точнее по одному)

     
     
  • 3.13, Аноним (-), 15:30, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Он столько не заработает ... весь текст скрыт [показать]
     
  • 3.26, Crazy Alex (ok), 16:10, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Дешевле соответствующий объем памяти всунуть
     
     
  • 4.56, pavlinux (ok), 19:52, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    > Дешевле соответствующий объем памяти всунуть

    Согласен, но мать в которую можно всунуть 5Tb оперативки стоит как BMW 320i

     
     
  • 5.59, Crazy Alex (ok), 21:11, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    5 терабайт в одну мать? Хм, даже не знал,что такое бывает. А зачем, если не секрет? Это что за поток должен быть, чтобы на кэш надо было >5 Tb SSD?
     
     
  • 6.75, Аноним (-), 12:35, 17/01/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    Просто 5 SSD по терабайту - воткнуть в принципе реально. Воткнуть 5 Тб оперативки... эээ...
     
     
  • 7.85, Crazy Alex (ok), 17:57, 18/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Я просто представить не могу применение, когда даже на порядок меньший кэш давал... весь текст скрыт [показать]
     
     
  • 8.90, Алексей (??), 22:58, 18/01/2013 [^] [ответить]     [к модератору]  
  • +/
    в базах данных актуально, либо где спроектировано плохо например facebook сдела... весь текст скрыт [показать]
     
  • 1.7, Аноним (-), 15:14, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    софтварное решение того что используется в некоторых хардварных раид контроллерах
     
     
  • 2.14, Аноним (-), 15:30, 16/01/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > софтварное решение того что используется в некоторых хардварных раид контроллерах

    А в чем между ними разница? Ну, кроме названия, конечно?

     
     
  • 3.22, Аноним (-), 15:55, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    хз, возможно в большей гибкости. не пользуюсь ни тем, ни другим :)
     
  • 3.91, Алексей (??), 23:16, 18/01/2013 [^] [ответить]     [к модератору]  
  • +/
    в аппаратном варианте - данные по шине между кешем и хранилищем не надо гонять, ... весь текст скрыт [показать]
     
  • 2.34, Аноним (-), 17:21, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Т.е. прям на кристалле кремния гравировали софт хардварный? Или в контроллерах все-таки софт?
     
     
  • 3.41, ваноним (?), 17:39, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    разница между hardware и software такая разница между hardware и software
     
  • 1.8, Аноним (-), 15:16, 16/01/2013 [ответить] [показать ветку] [···]     [к модератору]  
  • –2 +/
    Уж что только не придумают, лишь бы не заниматься исправлением главных недостатк... весь текст скрыт [показать]
     
     
  • 2.15, Аноним (-), 15:31, 16/01/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Как ты это себе представляешь и что ты считаешь ключевыми проблемами А ... весь текст скрыт [показать]
     
     
  • 3.19, 1 (??), 15:43, 16/01/2013 [^] [ответить]    [к модератору]  
  • +6 +/
    он ничего не представляет, он просто п*здит
     
     
  • 4.24, Аноним (-), 15:58, 16/01/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > он ничего не представляет, он просто п*здит

    Я так и подумал, это был сарказм.

     
  • 2.21, тоже Аноним (ok), 15:55, 16/01/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    В данном контексте решение ключевых проблем - это 64 Гб памяти и кэш винта в ней.
    Решает проблемы SSD настолько, что собственно SSD уже и не нужен.
     
     
  • 3.30, anonymouse (?), 16:31, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    За исключением той проблемы, например, что при экстренном отключении питания весь кэш в ОЗУ теряется, а на SSD что-то остаётся и потом дописывается на диск. Так что не всё так однозначно.
     
     
  • 4.31, t0t (?), 16:52, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    для решения этой проблемы можно добавить на мамку пару-тройку ёмких конденсато... весь текст скрыт [показать]
     
     
  • 5.39, Аноним (-), 17:30, 16/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Во первых, оперативка все-таки дороже флешатины Во вторых - обычная оперативка ... весь текст скрыт [показать]
     
     
  • 6.60, Crazy Alex (ok), 21:13, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    На ноутбуке есть аккумулятор. В связи счем экстренного отключения питания там быть не может при хоть сколько-нибудь вменяемой эксплуатации.
     
     
  • 7.76, Аноним (-), 12:38, 17/01/2013 [^] [ответить]     [к модератору]  
  • +/
    А в идеальном сферическом мире в вакууме самолеты не разбиваются, корабли не тон... весь текст скрыт [показать]
     
     
  • 8.86, Crazy Alex (ok), 18:05, 18/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Ну если вы со включенного ноутбука выдираете аккумулятор - то ССЗБ. Других ситуаций быть не может - если система гасится корректно то всё будет сброшено на диск, разряд батареи тоже отслеживается.
     
  • 5.67, Аноним (-), 08:51, 17/01/2013 [^] [ответить]     [к модератору]  
  • +/
    какую емкость наберете, сколько она будет держать данные по времени, как быстро ... весь текст скрыт [показать]
     
  • 4.53, Руслан Зиганшин (??), 19:47, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    А тем временем за бугром уже изобрели w:Мемристор, который вот-вот заменит и SSD и RAM
     
     
  • 5.55, AlexAT (ok), 19:50, 16/01/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Это вот вот будет длиться десятки лет из-за первоначальной дороговизны Флешу ... весь текст скрыт [показать]
     
  • 5.58, анонимаус (?), 21:03, 16/01/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    "жаль, только жить в это время прекрасное уж не придется ни мне, ни тебе"
     
  • 3.42, ваноним (?), 17:44, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    это слегка специфично для зачади, не находите некоторые бъются за каждую лишнюю... весь текст скрыт [показать]
     
  • 2.27, Crazy Alex (ok), 16:12, 16/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Ничего, что этим другие люди занимаются? Программист, решающий ключевые проблемы SSD? Кстати, с решением дела вроде неплохо - пробегали новости про флеш сподогревом...
     
     
  • 3.63, aurved (?), 22:23, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    да, а кроме этого разрабатывают еще ReRAM http://science.compulenta.ru/727758/

     
     
  • 4.87, Crazy Alex (ok), 18:07, 18/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Там что-то совсем экспериментальное, а подогрев - я так понимаю, через годик жив... весь текст скрыт [показать]
     
     ....нить скрыта, показать (18)

  • 1.11, слон (?), 15:24, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    наконец-то
     
  • 1.17, metallic (ok), 15:35, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Хорошо бы в ядро протолкнули, а без ядра и так есть flashcache от фейсбука, тестил на стенде - работает
     
  • 1.18, Аноним (-), 15:37, 16/01/2013 [ответить] [показать ветку] [···]     [к модератору]  
  • +1 +/
    Прочитал руководство по установке и не понял, видимо прозрачно подключить всё же... весь текст скрыт [показать]
     
     
  • 2.33, 1 (??), 17:19, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    а между тем flashcache вполне можно подключить, например, к открытому luks устро... весь текст скрыт [показать]
     
     
  • 3.36, Аноним (-), 17:26, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Да, только для flashcache надо отмонтировать FS и потом подключить её с другого ... весь текст скрыт [показать]
     
     
  • 4.66, iav (ok), 01:47, 17/01/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    В zfs так можно потому, что она 171 не юниксвейная 187 и на уровни абстракци... весь текст скрыт [показать]
     
  • 3.107, Versus (??), 04:00, 14/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > а между тем flashcache вполне можно подключить, например, к открытому luks устройству и все будет работать без пересоздания

    не сто́ит кешировать на SSD расшифрованные данные

     
  • 1.40, Аноним (-), 17:31, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Круто.
    Почти как аналог CacheCade у LSI, а может и лучше.
     
     
  • 2.50, AlexAT (ok), 19:23, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    > Круто.
    > Почти как аналог CacheCade у LSI, а может и лучше.

    Аналог. Что-то ни слова про TRIM. Надо думать, умеет.

     
  • 1.44, iZEN (ok), 17:57, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –5 +/
    ...и брюки легко превращаются... превращаются брюки... брюки превращаются... в... Некое подобие ZFS L2ARC, правда, без сквозной целостности данных и метаданных.
     
     
  • 2.45, Аноним (-), 18:10, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    L2ARC не умеет writeback-кэширование и этим всё сказано ... весь текст скрыт [показать]
     
     
  • 3.47, iZEN (ok), 18:21, 16/01/2013 [^] [ответить]     [к модератору]  
  • +/
    Потому что для writeback-кэширования нужно заводить ZIL И этим всё сказано ... весь текст скрыт [показать]
     
     
  • 4.78, абыр (?), 17:20, 17/01/2013 [^] [ответить]    [к модератору]  
  • +/
    Хорошо хоть не KAMAZ.
     
  • 2.62, Клим (?), 21:58, 16/01/2013 [^] [ответить]    [к модератору]  
  • +/
    +1
     
  • 1.51, Аноним (-), 19:34, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    зачем это в ядре? кому надо, то и так поставит
     
     
  • 2.52, AlexAT (ok), 19:35, 16/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > зачем это в ядре? кому надо, то и так поставит

    К сожалению, API для юзерспейс-кеширования еще не придумано, да и неэффективно/небезопасно это - данные системного кеша через юзерспейс гонять.

     
  • 1.64, scor (ok), 22:44, 16/01/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Какая-то нездоровая эйфория прослежевается.:) Такое ощущение, что большинство считает, что "кеш блочных устройств на других блочных устройствах" -- это что-то "халявное". А то, что таки нужно держать и поддерживать в памяти актуальную таблицу "кешированных" блоков -- это типа пофиг. И то, что это место (а при размере блока в 512-4096 байт -- это достаточно дофига) в реально быстрой памяти могло бы быть использовано для нормального кеша первого уровня, тоже как бы пофиг.
    Даже если предположить, что скорость чтения с SSD порядка 500Мб/с, а скорость чтения с "классического" HDD порядка 40-60Мб/с, то добавление в существующий пул 3-5 обычных "винтов" в зеркале не только практически невилирует разницу, с учётом кеша в оперативке, но и повышает отказоустойчивость.
    По кешу на запись. Тут реально есть прямой профит.:) Но неудобство в том, что по объёму кеш реально нужен мизерный (порядка нескольких, возможно сотен, мегабайт). Отсавшийся объёмом купленных SDD остаётся невостребованным. К тому же, в отличии от кеша чтения, который и потерять не жалко, на запись некисло бы иметь пару SDD в зеркале, ибо при отказе одного вы окажитесь в полной ж..., даже при наличии УПСов и ответственных уборщиц:)

    ЗЫ. Вполне допускаю, что где-то, в каких-то ситуациях кеширование на SSD реально оправдано и приносит дикий профит. Был бы рад почитать об этом. Особенно если ситуация ближе к среднестатистическим объёмам, а не екзобайты данных, на петобайты кеша.:)

     
     
  • 2.68, Аноним (-), 08:59, 17/01/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    >на запись некисло бы иметь пару SDD в зеркале

    при этом: разных производителей на разных чипах, дабы одновременно не сколлапсровали.

     
  • 2.71, AlexAT (ok), 10:14, 17/01/2013 [^] [ответить]    [к модератору]  
  • +/
    > Даже если предположить, что скорость чтения с SSD порядка 500Мб/с

    Не в ту сторону лезете. Hint: скорость доступа, IOPS.

     
     
  • 3.72, scor (ok), 11:47, 17/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Да с IOPSами тоже не всё так просто. Чтобы они заработали на SSD, нужно чтобы кеш наполнился данными с HDD. Чтобы они продолжали работать, запросы на чтение должны приходить для данных, находящихся уже в кеше. Если очень часто "промахиваться" мимо кеша, то IOPSам это не сильно поможет. Если же подавляющее большинство запросов попадают в кеш на SSD, то возможно, что проще будет создать под эти данные отдельный пул состоящий только из SSD и не тратить впустую оперативку и проц на содержание таблицы кешированных блоков.
    В общем эффективность затеи с L2-кешем очень сильно зависит от характера нагрузки.
     
     
  • 4.79, абыр (?), 17:25, 17/01/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > Да с IOPSами тоже не всё так просто. Чтобы они заработали на
    > SSD, нужно чтобы кеш наполнился данными с HDD. Чтобы они продолжали
    > работать, запросы на чтение должны приходить для данных, находящихся уже в
    > кеше. Если очень часто "промахиваться" мимо кеша, то IOPSам это не
    > сильно поможет. Если же подавляющее большинство запросов попадают в кеш на
    > SSD, то возможно, что проще будет создать под эти данные отдельный
    > пул состоящий только из SSD и не тратить впустую оперативку и
    > проц на содержание таблицы кешированных блоков.
    > В общем эффективность затеи с L2-кешем очень сильно зависит от характера нагрузки.

    Отключите на своем компе кеш процессора, от только зря занимает транзисторы и потребляем миливатты.

     
     
  • 5.82, Аноним (-), 21:36, 17/01/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > Отключите на своем компе кеш процессора, от только зря занимает транзисторы и
    > потребляем миливатты.

    сравнение лопаты и камаза, казалась бы, а ведь и в то и в другое можно гов-на наложить...

     

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


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