| |
| |
| |
| |
| |
| 6.17, nagual (ok), 18:23, 07/11/2012 [^] [^^] [^^^] [ответить] [↓] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– |
 >> Может быть в 9.1 исправят, будем надеяться.
> Нет, не исправят. Это не баг, а фича. :)
> С другой стороны, все равно zfs строится не на физических дисках, а
> на gpt разделах. Как минимум на каждый диск надо устанавливать bootloader
> и загрузочный раздел, так что мешает еще добавить в разбивку swap
> и добавить его в gmirror?
Неохота gmirror добавлять, его удалить можно только из singl mode.
| | |
| 6.18, iZEN (ok), 18:46, 07/11/2012 [^] [^^] [^^^] [ответить] [↑] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– |
 >> Может быть в 9.1 исправят, будем надеяться.
> Нет, не исправят. Это не баг, а фича. :)
...которой я не наблюдал при 100% заполненности SWAP на ZVOL размером 256 МБ.
> С другой стороны, все равно zfs строится не на физических дисках, а
> на gpt разделах. Как минимум на каждый диск надо устанавливать bootloader
> и загрузочный раздел, так что мешает еще добавить в разбивку swap
> и добавить его в gmirror?
Мешает то, что в zpool рекомендуется отдавать неразмеченное RAW-пространство дисков целиком, а не разделы: "Делайте по одному LUN'у на физический носитель".
| | |
| |
| 7.23, Shadowcaster (?), 20:55, 07/11/2012 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +1 +/– | |
> ...которой я не наблюдал при 100% заполненности SWAP на ZVOL размером 256
> МБ.
Может 256 Гигабайт? Потому как 256 МБ - это не та размеры, при которых логично использовать zfs.
> Мешает то, что в zpool рекомендуется отдавать неразмеченное RAW-пространство дисков целиком,
> а не разделы: "Делайте по одному LUN'у на физический носитель".
Речь шла про gpt разметку, а не про LUN-ы. Если ОС (/) загружается с других носителей, а zfs монтируется потом, то проще всего отдать все устройство под pool. Если надо монтировать root с zfs - то надо сначала загрузить то, что умеет собрать zfs pool и смонтировать его. Подробно разные методы для freebsd описаны тут:
http://wiki.freebsd.org/RootOnZFS
| | |
|
|
|
|
|
| |
| |
| 4.29, AlexAT (ok), 11:44, 10/11/2012 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +1 +/– |
 > А в линуксе можно отключить кеширование для отдельного раздела ? Что бы
> не вытеснять нужные данные из кеша ?
Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам, который не вредит кэшу. Считанные или записанные под O_DIRECT данные сразу помещаются в хвост LRU, и имеют почти нулевой таймаут (и высший приоритет) сброса на диск/очистки.
Ну а поскольку в монстроидном ZFS имеется ARC, который не реализует никакие типовые механизмы работы с системой и системным кешем - естественно, был придуман очередной костыль... правда есть определенное ощущение, что отключение оного приведет к интересным фокусам с производительностью.
| | |
| |
| |
| |
| 7.32, nagual (ok), 11:15, 11/11/2012 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– |
>> Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем
>> приложениеям которые скомпилированы без O_DIRECT ;-)
> 1) исходники запретили?
> 2) если приложение не использует O_DIRECT - это, как правило, сознательно, и
> отключать кэш в этом случае будет только полный идиот
1) Месье предлагает переписать половину пакетов ? Надеюсь месье это не в серьёз ?
2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ?
Итак ARC в ZFS имеет преимущество над реализацией кеша в BTRFS уже тем что позволяет отключать кеширование для отдельных разделов.
| | |
| |
| |
| |
| |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
| 2.44, nagual (ok), 23:07, 13/11/2012 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– |
> Вот только для свопа на ZFS стОит сделать его волум блоком в
> 4кБ (размер страницы на i386/amd64).
> $ zfs create -V 4gb -o org.freebsd:swap=on -o volblocksize=4K -o checksum=off systor/swap
> Но в таком случае можно было вообще обойтись без таблицы разделов и
> "раскатать" ZFS по всему диску.
> P.S. И правильно сделано: для свопа на ZFS не надо ничего писать
> в /etc/rc.conf - при портировании ZFS на Фряху решили сделать это
> лучше и не засирать fstab. И, дабы не нарушать совместимость zpool-ов
> с солярой, заюзали для этого user propert-ю.
Что еще стоит добавить ?
/sbin/zfs set checksum=off $ZPOOL/swap
/sbin/zfs set primarycache=none $ZPOOL/swap
/sbin/zfs set secondarycache=none $ZPOOL/swap
/sbin/zfs set sync=disabled $ZPOOL/swap # отключить ZIL
/sbin/zfs set recordsize=4K $ZPOOL/swap
| | |
|
|
