Comments 14
Спасибо. Про btier я не слышал, а штука крайне интересная. Поставил в список технологий на изучение.
+2
Получается, что когда кеширование так нужно (начали активно обращаться к части данных), оно не работает? А в эту штуку можно непрерывным потоком (пусть и не особо большим) записать данных больше, чем объём SSD диска? Оба вопроса проистекают из фразы о том, что миграция запускается, когда btier простаивает.
0
Объем btier = ssd + hdd как на крайней правой схеме в начале статьи. Можно записывать файлы без ограничений по размеру. Хоть в 2 раза больше чем ssd. Только вы не можете насильно сказать системе что должно быть на ssd, а что нет. Она сама решает.
0
Запись не всегда всегда сначала на SSD падает?
0
Четкого ответа на этот вопрос у меня нет. Есть только практические наблюдения: У btier есть такой параметр как allocated size — обьем блоков, в которые файловая система уже что-то писала. Когда этот allocated size рос — он записывал на SSD в первую очередь. Когда я почистил файлы на диске — allocated size остался прежним. И новые файлы писались уже без роста allocated size. В моем случае все они попали на hdd.
0
Прежде чем кэш будет приносить пользу, его надо заполнить, а прирост скорости не будет мгновенным.
А как же кэш на запись? Ведь кэшируется не только чтение, но и запись, а запись более дорогая операция, так как кэш самого жесткого диска может для нее не использоваться(так как энергозависим), а SSD может использоваться, так как энергонезависим.
0
В кэше не может быть несколько SSD дисков.В первой ссылке по запросу
bcache HOWTO
утверждается, что как местом расположения кэша, так и местом расположения HDD может быть любое блочное устройство. Любое — это значит, что вы можете поставить там RAID0 из SSD, LVM раздел или даже другую пару устройств под управлением bcache (хотя это и не имеет смысла).Другой вопрос, что именно надо поставить, чтобы уменьшить время доступа (в интернете утверждают, что кэшировать на RAID0 из SSD не имеет смысла, так как это увеличит задержки; не знаю, насколько можно им верить). Но тот же LVM может склеивать диски последовательно ⇒ не увеличивая время доступа. Хотя, конечно, если бы данные по дискам раскидывал сам bcache, то можно было бы оптимизировать алгоритм.
+1
Меня bcache больше всего привлекает реакцией на сценарий «ssd накрылся»
0
Есть у меня цитата по этому поводу из свежего лога:
Со стороны приложений падение кэша осталось незамеченым.
[236703.540244] EXT4-fs warning (device bcache0): ext4_end_bio:332: I/O error writing to inode 44040362 (offset 0 size 0 starting block 126647204)
[236703.560457] EXT4-fs warning (device bcache0): ext4_end_bio:332: I/O error writing to inode 44040510 (offset 0 size 0 starting block 140103448)
[238784.354788] bcache: cached_dev_detach_finish() Caching disabled for sdc6
[238784.462924] bcache: cache_set_free() Cache set 4b7f2878-bb7f-4f43-ab6b-03611d38b604 unregistered
Со стороны приложений падение кэша осталось незамеченым.
0
А закончилось тем, что собрал RAID0 из 3х ssd. Теперь никаких затыков с доступом к файлам. :)
0
Будьте аккуратны, в btier много проблем, поверхностное ревью кода btier.
0
Sign up to leave a comment.
Сравнение bcache и btier