The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимость в гипервизоре bhyve, позволяющая получить контрол..., opennews (??), 26-Окт-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Уязвимость в гипервизоре bhyve, позволяющая получить контрол..."  +/
Сообщение от xo (ok), 26-Окт-16, 23:35 
Ну да, чудес не бывает. Я вот подумал что профит за счет ZFS ARC такой получился. Тк виртуалка большой I/O создает на определенных областях, а ZFS как известно, имеет под это дело два уровня кеша на те места, что дрючаться больше других.
Ответить | Правка | Наверх | Cообщить модератору

16. "Уязвимость в гипервизоре bhyve, позволяющая получить контрол..."  +/
Сообщение от Stax (ok), 27-Окт-16, 00:59 
zfs прирост дать может, но никто не мешает и на "bare metal" его использовать..
Ответить | Правка | Наверх | Cообщить модератору

36. "Уязвимость в гипервизоре bhyve, позволяющая получить контрол..."  –1 +/
Сообщение от пупс (??), 27-Окт-16, 10:52 
Может, выше же написали за счет чего. Можешь почитать про ARC или спросить. На пальцах - чем чаще дрючится область данных на ZFS, тем больше шансов что она начнет отдаваться со скоростью tmpfs, ограничено только RAM и sysctl параметром. Второй уровень - L2ARC, это SSD. Тоже самое что гибридные диски. Речь, разумеется, только об операциях чтения.
Ответить | Правка | Наверх | Cообщить модератору

43. "Уязвимость в гипервизоре bhyve, позволяющая получить контрол..."  +/
Сообщение от Аноним (-), 27-Окт-16, 13:26 
При записи ZFS тоже мухлюет, делая sync не в файловую систему а в лог, который может иметь лучшую локальность для шпинделей или вообще на SSD располагаться.
Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимость в гипервизоре bhyve, позволяющая получить контрол..."  +1 +/
Сообщение от Stax (ok), 27-Окт-16, 14:01 
А это не мухлежка, а оптимизация. Там все честно - если записалось хоть в лог, данные не потеряются, в случае сбоя вместо отката данной транзакции она будет восстановлена и записана до итогового результата.

И вообще, на ext4 тоже можно режим журнала переключить и на SSD вынести (я не к тому, что sync будет как на zfs, а что записи будут ощутимо быстрее). Но это все штатные режимы работы, в которых гарантируется, что если управление вернулось после sync - данные записаны. А виртуализаторы (как минимум VBox) мухлют, из-за этого барьеры работают некорректно и данные реально можно потерять или испортить при сбое после fsync.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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