The OpenNET Project / Index page

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



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

Оглавление

Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..., opennews (??), 19-Мрт-16, (0) [смотреть все] +1

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


37. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от leap42 (ok), 20-Мрт-16, 03:46 
Производительность же. Btrfs здорово тормозит (ситуация могла измениться конечно, я уже давно не тестировал, но верится с трудом)
Ответить | Правка | Наверх | Cообщить модератору

49. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +1 +/
Сообщение от Аноним (-), 20-Мрт-16, 10:03 
Тестировал недавно. Сперва - летает, а потом тормозит до дефрагментации. Вендоподобная фигня, короче. С удовольствием вернулся назад на экст4. Справедливости ради замечу, что зфс тоже быстро фрагментируется. Такова судьба снэпшотных ФС.

Было бы здорово увидеть конструктивный холисрaч ZFS vs BTRFS.

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

57. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от maximnik0 (?), 20-Мрт-16, 11:39 
> Тестировал недавно. Сперва - летает, а потом тормозит до дефрагментации. Вендоподобная
> фигня, короче. С удовольствием вернулся назад на экст4. Справедливости ради замечу,
> что зфс тоже быстро фрагментируется. Такова судьба снэпшотных ФС.

Если снапшотами не пользоваться ,до фрагментации нет (скорее всего в фоне успевает дефрагментировать) .Перевел раздел opt  у себя на 2 машинках c ext4,проблем не замечал .Но снапшотами я не пользуюсь ,делаю бэкапы.Перевел потому что с мелкими файлами и большим кол-вом файлов в каталоге работает шустрее чем ext4 ,есть фоновое сжатие ,и не надо время  от времини гонять tune2fs и fsck .Есть еще небольшое примущество перед ext4 -нет дурацкого огранечение длины имени ,т.е длину имени виндовс потдерживает .


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

77. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от nagualemail (ok), 20-Мрт-16, 18:48 
>[оверквотинг удален]
>> фигня, короче. С удовольствием вернулся назад на экст4. Справедливости ради замечу,
>> что зфс тоже быстро фрагментируется. Такова судьба снэпшотных ФС.
> Если снапшотами не пользоваться ,до фрагментации нет (скорее всего в фоне успевает
> дефрагментировать) .Перевел раздел opt  у себя на 2 машинках c
> ext4,проблем не замечал .Но снапшотами я не пользуюсь ,делаю бэкапы.Перевел потому
> что с мелкими файлами и большим кол-вом файлов в каталоге работает
> шустрее чем ext4 ,есть фоновое сжатие ,и не надо время  
> от времини гонять tune2fs и fsck .Есть еще небольшое примущество перед
> ext4 -нет дурацкого огранечение длины имени ,т.е длину имени виндовс потдерживает
> .

Кто юзает ZFS отпишитесь о результатах ...

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

120. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от Антонимус (?), 21-Мрт-16, 13:19 
>Кто юзает ZFS отпишитесь о результатах ...

сколхозил на коленке "бекап" сервер, куда льются промежуточные копии, до их переноса на внешний носитель.
так же юзал его как файлопомойку для доков и видео.
лет 5 уже вроде.

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

Дедупликация интересная штука, когда файлопомойка.
но памяти жрет неимоверно.
скажем так - на террабайт диска - выделяй гиг памяти.

если для дедупликации виртуалок - ну тут полноценное стоечное хозяйство поднимать надо.
я смысла пока не вижу, для кол-ва менее 10 виртуальных машин - проще бекапировать отдельные.
хотя по концепции "обновил только файл первичной системы, а дальше все шоколадно..." - в виртуалках потребует пересоздавать дуплицируемые копии вирт.машин, ведь у них изменился первичный файл - надо будет шаманить в виде выноса системы на один ресурс, а конфигов - на ресурс виртуальной машины. че то как то много лишних действий.
итог 50 на 50. кто хочет - делает, кто не хочет - не делает.

хранение двух копий файла на винте - опция RAIDZ
для очень критичных файлов. но по мне, так лучше на другой ресурс скопировать, если критично.

сам RAIDZ - крутая штука, держал данные "до последнего", самостоятельно избавляясь от бэдблоков на винте (изолируя же), естественно уменьшая доступное для пула пространство.
когда увидел уменьшение работоспособного пула - успел снять данные на другой ресурс, после чего винт сдох, после перетыкания в винду (для форматирования и диагностики).
многодисковый RAIDZ, если развалится - то непонятно как восстанавливать.
(шаманство с отключением винтов, подключением винтов в пул? пару примеров в инете есть, но как то некошерно таким заниматься.)

снапшоты, как замена периодического бекапа.(ох лол). если в файлопомойке дропнули файл, или мышкой очередной паралитик куда-то перенес целую директорию. но вообще то, это проблемы юзеров.
наколхозил автосоздание снепшотов и их автоудаление по истечению времени. (снапы _day, _week, _month)
пользовался  - примерно раз в год для восстановления файлов, и то не моих.
проще правильно разграничить доступ юзерам к сетевой шаре.


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

135. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от __yurkis___ (?), 22-Мрт-16, 00:39 
>Кто юзает ZFS отпишитесь о результатах ...

Юзаю не один год. Доволен аки слон. Данные не терялись. Снепшоты пользую изредка. Благодаря beadm систему штатно обновляю не глядя в чендж логи и могу себе позволить без сожаления и страха делать с системой странные и страшные вещи.

Если серьезно, вещь хорошая.

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

137. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +1 +/
Сообщение от Led (ok), 22-Мрт-16, 01:13 
> Если серьезно, вещь хорошая.

А если честно?

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

147. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от __yurkis___ (?), 23-Мрт-16, 03:38 
PC-BSD основная операционка (десктоп + ноут) фактически каждый день. Фотки можно не показывать?
Ответить | Правка | Наверх | Cообщить модератору

176. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от nagualemail (ok), 24-Мрт-16, 10:45 
>>Кто юзает ZFS отпишитесь о результатах ...
> изредка. Благодаря beadm систему штатно обновляю не глядя в чендж логи

beadm это что ?

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

91. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +1 +/
Сообщение от Аноним (-), 20-Мрт-16, 22:50 
> Если снапшотами не пользоваться ,до фрагментации нет

Снапшоты на фрагментацию влияют достаточно косвенно. Сильная фрагментация будет если ты занял все место снапшотами и аллокатору приходится выделять место не так как хочется, а так как можется. Или если дописывать маленькими порциями изменения к снапшоту. При обычном использовании снапшотов - они вообще не ощущаются. Если диск не забивать под завязку.

> (скорее всего в фоне успевает /дефрагментировать) .

Регулируется опцией монтирования autodefrag, на самом деле она включает лишь агрессивные попытки линеаризации записей.

> ext4,проблем не замечал .Но снапшотами я не пользуюсь ,делаю бэкапы.

Они друг друга не заменяют а дополняют. Сделал rm -rf на нужной дире? Вернуться к снапшоту быстрее и проще. С другой стороны, снапшот не спасет если блочные устройства осыпались.

> что с мелкими файлами и большим кол-вом файлов в каталоге работает
> шустрее чем ext4 ,есть фоновое сжатие ,

Более того - можно даже перепаковать как нравится, используя дефраг. Хочется чтобы распаковывалось побыстрее - LZO, хочется чтобы поменьше места занимало - zlib.

Еще удобно образа дисков и виртуалки по cp --reflink мгновенно клонировать в независимые файлы или иерархии, занимающие место только по отличиям от оригинала. Надо 5 одинаковых VM? Берем образ VM, который будет "template", делаем cp --reflink в 5 образов VM. Почти не занимает времени и места - unshare блоков копий будет случаться по мере надобности силами CoW. ZFS так не умеет, кстати. Там можно что-то похожее дедупликацией сделать, но с совсем другими затратами ресурсов, cp --reflink не нагружает процессор и не требует памяти.

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

140. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от iZEN (ok), 22-Мрт-16, 17:19 
По сжатию в ZFS смотри новость: https://www.opennet.ru/opennews/art.shtml?num=35864
Ответить | Правка | Наверх | Cообщить модератору

171. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от Аноним (-), 24-Мрт-16, 00:42 
> По сжатию в ZFS смотри новость: https://www.opennet.ru/opennews/art.shtml?num=35864

Прикрутить к неповоротливой энтерпрайзной файлухе скоростной алгоритм сжатия - а смысл? В btrfs его тоже хотели прикрутить, но оказалось что LZ4 жмет чуть быстрее LZO, распаковывает быстрее, но и степень сжатия - ощутимо ниже LZO. Поэтому в btrfs особого смысла в LZ4 не увидели. А, вы же не могли LZO использовать, он же у оберхамера GPLнутый был. Вот ведь старик вредный, продинамил проприетарщиков на хороший алгоритм лет 10.

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

179. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от Аноним (-), 24-Мрт-16, 15:17 

> но и степень сжатия - ощутимо
> ниже LZO.

Да ну? А пацаны то и не знали:
http://article.gmane.org/gmane.comp.file-systems.btrfs/35667
>> LZ4 gives a slightly worse
>> compression ratio compared with LZO (and much worse than Zlib)
>> but compression speeds are *generally* similar to LZO.
>> Decompression tends to be much faster under LZ4 compared
>> with LZO hence it makes more sense to use LZ4 compression
>> when your workload involves a higher proportion of reads.

А оно вот как – Аноним прочитал http://article.gmane.org/gmane.comp.file-systems.btrfs/35642
ловко опустил
> The small blocks do not give much space for data reuse and the results
> for LZO and LZ4 are very close, the difference was not measurable in my
> tests. The raw speed of compression/decompression of the algorithms is
> different, but we have to measure it under real loads where eg. the
> decompression speedup does not weigh much in the overall performance.

зато очень интересно интерпретировал пассаж про лицензию, попутно сделав вывод, что lz4 хуже, но взяли его в zfs из-за лицензии ...
> The situation was different for ZFS. The original compressor was LZJB,
> that was derived from LZRW1 and tweaked for speed. The ratio suffered a
> from that. LZO is better in this regard and the licensing issues do not
> prevent adding it to btrfs, unlike ZFS (though there were other
> concerns). LZ4 is released under BSD license, so it was a natural choice IMO.

Зато про лицензию ввернул и проприетарь – молодец.

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

178. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от nagualemail (ok), 24-Мрт-16, 10:52 
> По сжатию в ZFS смотри новость: https://www.opennet.ru/opennews/art.shtml?num=35864

А нативное шифрование там пилят ?


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

141. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от iZEN (ok), 22-Мрт-16, 17:21 
> Еще удобно образа дисков и виртуалки по cp --reflink мгновенно клонировать в
> независимые файлы или иерархии, занимающие место только по отличиям от оригинала.
> Надо 5 одинаковых VM? Берем образ VM, который будет "template", делаем
> cp --reflink в 5 образов VM. Почти не занимает времени и
> места - unshare блоков копий будет случаться по мере надобности силами
> CoW. ZFS так не умеет, кстати. Там можно что-то похожее дедупликацией
> сделать, но с совсем другими затратами ресурсов, cp --reflink не нагружает
> процессор и не требует памяти.

На FreeBSD для "дедупликации" существует nullfs, работающая поверх любой ФС.
http://www.freebsd.org/cgi/man.cgi?query=nullfs&sektion=&n=1

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

173. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +1 +/
Сообщение от Аноним (-), 24-Мрт-16, 00:53 
> На FreeBSD для "дедупликации" существует nullfs, работающая поверх любой ФС.

А cp --reflink не требует ни-че-го. Ни переконфигурации системы, ни затрат ресурсов. Это прямой запрос к CoW сделать +1 reference блоков, с авто-unshare по мере надобности.

Пока у тебя hyper-v ;) будет копировать 1 виртуалку из шаблона, обладатели btrfs на linux запустят кластер из 20 машин. И места займет как 1 VM. Ни винда, ни bsd это не смогут обеспечить.

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

153. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  –1 +/
Сообщение от nagualemail (ok), 23-Мрт-16, 15:03 
>> Если снапшотами не пользоваться ,до фрагментации нет
> Снапшоты на фрагментацию влияют достаточно косвенно. Сильная фрагментация будет если ты
> занял все место снапшотами и аллокатору приходится выделять место не так
> как хочется, а так как можется. Или если дописывать маленькими порциями
> изменения к снапшоту. При обычном использовании снапшотов - они вообще не
> ощущаются. Если диск не забивать под завязку.

Вообще то в руководстве явно сказано не использовать более 70-ти % и будет всё хорошо ...


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

112. "Первый бета-выпуск ОС ubuntuBSD, сочетающей окружение Ubuntu..."  +/
Сообщение от Клыкастый (ok), 21-Мрт-16, 09:32 
> Было бы здорово увидеть конструктивный холисрaч ZFS vs BTRFS.

конструктивный - только от разработчиков.

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

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

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




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

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