The OpenNET Project / Index page

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



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

Оглавление

Энтузиасты взяли в свои руки реализацию ZFS для MacOS X, opennews (?), 02-Ноя-09, (0) [смотреть все]

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


64. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от angra (ok), 02-Ноя-09, 15:41 
>Дык и с EXT2 проблем нет. И с UFS, и с FAT32.

Скорость это тоже проблема. Но ZFS в этом плане ничем не поможет.

>Под win32, если вы не заметили, вообще ничего нет.

А как же куча версий fat и ntfs плохо совместимых друг с другом? ;)

>>Linux - так FUSE штука хорошая, но я ей как-то не сильно доверяю.
>FUSE - тормозной костыль.

Ладно тормоз(хотя для десктопа это незаметно), но почему костыль?

>В BSD все как раз замечательно.

Не следил, там уже научились на zfs писать и с нее грузится?

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

Производительность там как раз отвратная. Надежность при смерти винта ровно такая же как и у всех других fs. При сбоях в питании тоже ничем хорошим не выделяется. Остаются снапшоты, но они и без zfs существуют, причем на винде/маке/бсд/линуксе, различается только способ и количество телодвижений конечного пользователя.

ZFS неплохая система для серьезных серверов, но зачем она нужна для Маков? Надеюсь перспективы серверного применения MacOSX вы не будете обсуждать.

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

68. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Anon Y Mous (?), 02-Ноя-09, 15:50 
>Производительность там как раз отвратная. Надежность при смерти винта ровно такая же
>как и у всех других fs. При сбоях в питании тоже
>ничем хорошим не выделяется. Остаются снапшоты, но они и без zfs
>существуют, причем на винде/маке/бсд/линуксе, различается только способ и количество телодвижений конечного
>пользователя.
>
>ZFS неплохая система для серьезных серверов, но зачем она нужна для Маков?
>Надеюсь перспективы серверного применения MacOSX вы не будете обсуждать.

Вам не кажется, что вы сами себе в этих двух абзацах противоречите?

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

102. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от angra (ok), 02-Ноя-09, 17:22 
Нет противоречия. Вы не замечали, что железо и задачи на десктопе и серверах несколько разнятся. Стоит добавить хотя бы второй винчестер и у ZFS уже появляются преимущества в скорости и надежности перед обычной fs.
Ответить | Правка | Наверх | Cообщить модератору

108. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Anon Y Mous (?), 02-Ноя-09, 17:31 
>Нет противоречия. Вы не замечали, что железо и задачи на десктопе и
>серверах несколько разнятся. Стоит добавить хотя бы второй винчестер и у
>ZFS уже появляются преимущества в скорости и надежности перед обычной fs.
>

Ну как нет - вы в первом абзаце говорите, что в ZFS все плохо - и производительность отстойная, и в случае пропадания питания у нее проблемы, и надежность на одном диске такая же, как у других. А в следующем абзаце утверждаете, что на сервер можно, а на десктоп нельзя.

Как же ж ее такую можно на сервер, если все так плохо?

Вопрос можно? Вы сами-то ZFS используете, или на слухах Радио ОБС свои утверждения основываете?

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

138. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от angra (ok), 02-Ноя-09, 19:45 
Общались бы мы лично, я бы проговорил медленно и по слогам, может быть несколько раз, ну чтобы дошло. В переписке подобное бессмысленно, так что могу только посоветовать читать предыдущий пост до просветления, так как к сказанному мне нечего добавить, не переходя к ликбезу.

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

166. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Anon Y Mous (?), 02-Ноя-09, 21:18 
>Общались бы мы лично, я бы проговорил медленно и по слогам, может
>быть несколько раз, ну чтобы дошло. В переписке подобное бессмысленно, так
>что могу только посоветовать читать предыдущий пост до просветления, так как
>к сказанному мне нечего добавить, не переходя к ликбезу.

Если нечего больше сказать - то так честно и признайтесь. А уж ликбез - это для вас проводить надо.

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

79. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Денис Юсуповemail (?), 02-Ноя-09, 16:16 
>>Под win32, если вы не заметили, вообще ничего нет.
>
>А как же куча версий fat и ntfs плохо совместимых друг с
>другом? ;)
>

Чем это они плохо совместимы друг с другом?

>>В BSD все как раз замечательно.
>>Не следил, там уже научились на zfs писать и с нее грузится?

Давно уже:
http://wiki.freebsd.org/ZFS
http://wiki.freebsd.org/ZFSOnRootWithZFSboot

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

111. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от аноним (?), 02-Ноя-09, 17:37 
>Скорость это тоже проблема. Но ZFS в этом плане ничем не поможет.

С чего бы? Со сторостью все замечательно. 6 дисков, raidz2 - 300/450 метров запись/чтение, мне кажется отлично. Зеркало - честные 2x скорости одного диска на запись, 1x скорости одного диска на чтение.

>Ладно тормоз(хотя для десктопа это незаметно), но почему костыль?

Потому что в userspace - кошмарный оверхед на любую операцию.

>Не следил, там уже научились на zfs писать и с нее грузится?

Там писать на ZFS умели всегда, а грузиться научились уже с год назад.

>Производительность там как раз отвратная.

См. выше.

>Надежность при смерти винта ровно такая же как и у всех других fs.
>При сбоях в питании тоже ничем хорошим не выделяется.

Нет, надежность много выше из-за чексумм, отсутствия write hole (по сравнению со многими софтварными рейдами) и возможности для критичных данных явно указать, что их надо хратить в N копиях.

>Остаются снапшоты, но они и без zfs существуют, причем на винде/маке/бсд/линуксе

_Мгновенные_ снапшоты, клоны, и инкрементальный send/receive.

>ZFS неплохая система для серьезных серверов

ZFS неплохая система для всего

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

149. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от angra (ok), 02-Ноя-09, 20:14 
>С чего бы? Со сторостью все замечательно. 6 дисков, raidz2 - 300/450
>метров запись/чтение, мне кажется отлично. Зеркало - честные 2x скорости одного
>диска на запись, 1x скорости одного диска на чтение.

Как часто вы видите на маках хотя бы два диска? Или вы забыли о чем топик?


>>Ладно тормоз(хотя для десктопа это незаметно), но почему костыль?
>Потому что в userspace - кошмарный оверхед на любую операцию.

1) не сам userspace, а переключение между kernel/user
2) для дисковых операций это не так уж и заметно, особенно на десктопном использовании.
3) с тормозами я не спорил, но почему костыль? Как раз наоборот очень даже элегантное решение

>Нет, надежность много выше из-за чексумм, отсутствия write hole (по сравнению со
>многими софтварными рейдами) и возможности для критичных данных явно указать, что
>их надо хратить в N копиях.

Если винт один(всего один, никаких raid) и он умер все это будет до женского полового органа.

>_Мгновенные_ снапшоты, клоны, и инкрементальный send/receive.

Вы действительно думаете, что такие снапшоты это изобретение ZFS и такого нигде раньше не было и сейчас нет? Вы очень ошибаетесь, почитайте хотя бы http://en.wikipedia.org/wiki/Snapshot_(computer_storage).

>ZFS неплохая система для всего

Это называется панацея, человечество ими обманывается с незапамятных времен. В IT области наверное это происходит чаще всего, минимум раз в год заявляют, что технология X хороша для _всего_. ZFS всего лишь совместила в себе LVM, RAID и FS, комбайн получился знатный( хотя мне больше по душе unix-way), но совать его бездумно во все щели не стоит.


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

162. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от iZEN (ok), 02-Ноя-09, 21:05 
>>ZFS неплохая система для всего
>
>Это называется панацея, человечество ими обманывается с незапамятных времен. В IT области
>наверное это происходит чаще всего, минимум раз в год заявляют, что
>технология X хороша для _всего_. ZFS всего лишь совместила в себе
>LVM, RAID и FS, комбайн получился знатный( хотя мне больше по
>душе unix-way), но совать его бездумно во все щели не стоит.

Небольшое впечатление от ZFSv13 на FreeBSD 8.0-RC2:
- отъём оперативной памяти 500МБ сразу и 2,5ГБ потом по мере работы при наличии 6ГБ ОЗУ;
- сверхмедленный запуск Firefox/Thunderbird и других нативных Gtk-приложений — порядка 30 секунд;
- сверхбыстрый запуск некоторых Java-приложений — сплэш RSSOwl появляется на пару секунд и тут же исчезает, однако о Eclipse такого не скажешь (обычное время старта) — непонятно.
- Conky неверно отображает информацию о свободном пространстве для каталогов — по идее, оно должно быть одинаковым, так как все ФС каталогов находятся в одном пуле. GNOME System Monitor на этот счёт не врёт.
- ну и общая латентность системы как следствие применения небыстрых ноутбучных винчестеров (в режиме zpool mirror), среднее время доступа у которых порядка 15...17мс.


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

168. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Anon Y Mous (?), 02-Ноя-09, 21:22 
>>С чего бы? Со сторостью все замечательно. 6 дисков, raidz2 - 300/450
>>метров запись/чтение, мне кажется отлично. Зеркало - честные 2x скорости одного
>>диска на запись, 1x скорости одного диска на чтение.
>
>Как часто вы видите на маках хотя бы два диска? Или вы
>забыли о чем топик?

Видимо втречается, раз даже вот такую штуку сделали:

http://www.ifixit.com/Apple-Parts/9-5-mm-Optical-Bay-SATA-Ha...

А уж внешние то подключить - вообще на раз-два...

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

170. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от аноним (?), 02-Ноя-09, 21:34 
>Как часто вы видите на маках хотя бы два диска? Или вы забыли о чем топик?

Во всех двух маках, которые я видел, было два диска.

>>>Ладно тормоз(хотя для десктопа это незаметно), но почему костыль?
>>Потому что в userspace - кошмарный оверхед на любую операцию.
>
>1) не сам userspace, а переключение между kernel/user

Разумеется.

>2) для дисковых операций это не так уж и заметно, особенно на
>десктопном использовании.

Ой ли. Не мудрено, что ZFS у вас стал медленным.

>3) с тормозами я не спорил, но почему костыль? Как раз наоборот
>очень даже элегантное решение

Для свистоперделок типа ftpfs и sshfs - да. Для честных ФС, где важна производительность это полная ересь.

>Если винт один(всего один, никаких raid) и он умер все это будет
>до женского полового органа.

И что? От ФС тут ничего не зависит. А от дохлых секторов (в случае copies>1), и silent data corruption (чексуммы) ZFS спасет.

>Вы действительно думаете, что такие снапшоты это изобретение ZFS и такого нигде
>раньше не было и сейчас нет? Вы очень ошибаетесь, почитайте хотя
>бы http://en.wikipedia.org/wiki/Snapshot_(computer_storage).

Где я говорил что снапшоты - изобретение ZFS? Кроме того, мы говорим о маках - какие-кикие там на HFS+ снапшоты?

>Это называется панацея, человечество ими обманывается с незапамятных времен.
>В IT области наверное это происходит чаще всего, минимум раз в год заявляют, что
>технология X хороша для _всего_.

Ну чтобы не выглядеть глупо вы могли бы привести пример, где она не хороша, и почему.

>ZFS всего лишь совместила в себе LVM, RAID и FS

"Всего лишь" до нее это так эффективно никто не делал, хотя идея соединения LVM, RAID и FS очевидна.

>комбайн получился знатный( хотя мне больше по
>душе unix-way), но совать его бездумно во все щели не стоит.

Человечество также клеит ярлыки с незапамятных времен. В ZFS нет никакого отступления от unix-way, она делает именно то, что должна делать файловая система. Вы путаете unix-way с нагромождением дырявых абстракций.

Вы же не против того, что поддержка снапшотов или журнала является частью ФС? По вашему unix-way журнал и снапшоты вообще дело LVM, потому что это позволяет использовать их с любой ФС, и вообще без ФС. Фигли там - клепай RAID, поверх слой для поддержки чексумм, поверх LVM, поверх слой для снапшотов, поверх журнал, поверх сжатие, потом шифрование, поверх всего этого разметка и, наконец, ФС - комбинируй в любой последовательности.

Только вот снапшотить придется весь раздел, потому что о ФС мы ничего не знаем, а журнал не сможет гарантировать целостности, ибо о барьерах в такой конфигурации речи быть не может и т.д., а в большинстве конфигураций это будет вообще крайне смешным уродом.

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

208. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от angra (ok), 03-Ноя-09, 18:29 
>Во всех двух маках, которые я видел, было два диска.

В тех семерых, что встречались мне было по одному. :)

>Ой ли. Не мудрено, что ZFS у вас стал медленным.

А ZFS здесь причем? Или вы думаете, что это его я использую под FUSE?

>Для свистоперделок типа ftpfs и sshfs - да. Для честных ФС, где
>важна производительность это полная ересь.

Странный вы человек, ну так не используйте FUSE там, где нужна производительность, оно не для этого. И без FUSE в линуксе богатый выбор ядерных драйверов fs.
Вот cd/dvd/flash тоже уступают винчестерам по производительности, а винчестеры уступают RAM, а RAM процессорному кешу. Так что все кроме процессорного кеша это костыль?
Или может в терминах не сходимся? В моем понимании костыль - это корявое(плохое, не качественное, потенциально опасное, не надежное) временное решение, а в вашем?

>И что? От ФС тут ничего не зависит.

О чем я и говорил

>Где я говорил что снапшоты - изобретение ZFS? Кроме того, мы говорим
>о маках - какие-кикие там на HFS+ снапшоты?

Там есть time machine, для конечного пользователя выглядит примерно так же. Ну а на серверах снапшоты давным давно используются, причем для всех OS, так что zfs тут ничего нового не принесла.

>Ну чтобы не выглядеть глупо вы могли бы привести пример, где она
>не хороша, и почему.

Элементарно, ватсон. Поставьте ее на дискету/cd/dvd/blue-ray :)
Хотите менее тривиальный пример? Пожалуйста, flash и ssd винчестеры, для них нужны fs минимизирующие количество перезаписей на каждый блок.

>"Всего лишь" до нее это так эффективно никто не делал, хотя идея
>соединения LVM, RAID и FS очевидна.

А так ли это нужно? Железный RAID она не переплюнет, гибкость LVM или GEOM тоже.

>Человечество также клеит ярлыки с незапамятных времен. В ZFS нет никакого отступления
>от unix-way, она делает именно то, что должна делать файловая система.
>Вы путаете unix-way с нагромождением дырявых абстракций.

У нас есть несколько заменяемых компонентов, каждый из которых хорошо делает свою работу. Вместо них предлагается один, который хорошо сочетает в себе их всех, хотя по отельным параметрам может каждому из них проигрывать. Данный комбайн как и многие другие весьма полезен, спору нет, но где здесь unix-way?

Еще раз для ясности, ZFS хороший комбайн, у него есть много сфер применения, вот только не надо делать из него панацею.

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

171. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Anon Y Mous (?), 02-Ноя-09, 21:39 
> ZFS всего лишь совместила в себе
>LVM, RAID и FS, комбайн получился знатный( хотя мне больше по
>душе unix-way), но совать его бездумно во все щели не стоит.

Апологету юниксвея никто не запрещает засунуть под ZFS любой менеджер томов на выбор, вон чуваки даже аналог линуксового device mapper под OpenSolaris с нуля пишут:

http://hub.opensolaris.org/bin/view/Project+devmapper/

Только вот вопрос - нафига? Проведите ликбез, а?


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

190. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Bulgarin (ok), 03-Ноя-09, 01:48 

>>В BSD все как раз замечательно.
>Не следил, там уже научились на zfs писать и с нее грузится?

# mount
z80pool on / (zfs, local, noatime)

>ZFS неплохая система для серьезных серверов, но зачем она нужна для Маков?
>Надеюсь перспективы серверного применения MacOSX вы не будете обсуждать.

после некоторого скептичного тестирования zfs - применил и на нотнике.
c ufs2 на zfs, и не плакаю.
удобная, падла. особенно нравится перенос точек монтирования с диска на диск.

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

ну конечно, не все радужно, есть нечто что не так как в сказке, но так никто и не обещал.


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

191. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от Aleksey Salowemail (ok), 03-Ноя-09, 02:18 
>про снапшоты вообще молчу - сделал снапшот, потестировал софтинку,
>потом откат обратно - и все как було.

Снапшоты это вообще мегавещь. Перед обновлением системы делаем clone и promote, накатываем апдейт, бутаемся. Если что-то не так - у нас всегда есть старая рабочая fs и к ней можно вернуться без проблем (и прямо с неё даже бутнуться). Да и бекапы через send/receive по крону - прям как time machine у маков, причём всё нативно и красиво.

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

229. "Энтузиасты взяли в свои руки реализацию ZFS для MacOS X"  +/
Сообщение от User294 (ok), 05-Ноя-09, 16:05 
>но зачем она нужна для Маков?

1) У них есть серверная ос. Я правда не видел тех кто ее использует, но...
2) Хотя-бы чтобы машину времени не совсем уж через %#пу делать?

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

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

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




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

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