The OpenNET Project / Index page

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



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

Оглавление

Для Linux доступна нативная поддержка файловой системы ZFS, opennews (??), 27-Май-10, (0) [смотреть все]

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


249. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от Alex (??), 30-Май-10, 18:26 
Между прочим, смотрю, тут многие пеняют на Linux Kernel за stable_api_nonsense.txt.

Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс. В том же вантузе сейчас наблюдается полнейший бардак с десятками одного и того же API/ABI разных версий, в результате чего его все равно сломали, в частности - DirectX 10/11 - подтверждение тому, что идея стабильных API кончилась признанием ее идиотизмом.

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

Сам вот недавно в своей разработке сломал ABI ядра CentOS. А куда деваться, если потребовался срочный бэкпорт патча, затрагивающего структуру skb, из новых ядер.

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

250. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от аноним (?), 30-Май-10, 19:42 
>в результате чего его все равно сломали, в частности - DirectX 10/11 - подтверждение тому, что идея стабильных API кончилась признанием ее идиотизмом

Идиотизм - это когда интерфейс меняется несколько раз за год. А до десятилетнего срока поддержки многим открытым системам следует ещё дорасти.

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

252. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от Alex (??), 30-Май-10, 21:08 
Это для проприетарщины - идиотизм. А для открытого софта изменение API ничем таким особо не угрожает, нормальная практика.

Насчет десятилетнего срока поддержки - как вы думаете, почему провалилась Vista? И почему провалится 7? Потому что там тот самый пресловутый API, к которому все привыкли (и не только DX) переломали начисто. В итоге имеем полуработующий гибрид новой системы и старого софта.

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

253. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от greenjeer (?), 31-Май-10, 00:26 
посмотрите на freebsd для сравнения
Ответить | Правка | Наверх | Cообщить модератору

256. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от аноним (?), 31-Май-10, 10:50 
>как вы думаете, почему провалилась Vista?

Потому что 5.1 good enough чтобы сэкономить в период кризиса

>И почему провалится 7?

И почему же провалится 7?
http://www.3dnews.ru/software-news/prodano_100_mln_kopii_win.../

>В итоге имеем полуработующий гибрид новой системы и старого софта

Почему-то на прогрессивном и прямом линуксе доступны 3.5 инди поделки в отличие от

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

257. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от sHaggY_caT (ok), 31-Май-10, 13:43 
>[оверквотинг удален]
>
>>И почему провалится 7?
>
>И почему же провалится 7?
>http://www.3dnews.ru/software-news/prodano_100_mln_kopii_win.../
>
>>В итоге имеем полуработующий гибрид новой системы и старого софта
>
>Почему-то на прогрессивном и прямом линуксе доступны 3.5 инди поделки в отличие
>от

О да! Только недавно в сети(по данным интернет-счетчиков) Win7 стало больше, чем WinVista.

Нельзя говорить и о полном провале, но и тех успехов, о которых запевает Microsoft, нет и в помине, куча народа как не уходила с WinXP, так и не собирается уходить, а бизнес Apple уже стоит больше, чем бизнес Microsoft. Успех? Наверное, с точки зрения GetTheFacts, да, головокружительный! Даже не нужно все время врать, меняя значение слов на противоположное (как обычно), достаточно лишь умолчать о _некоторых_ фактах, что бы успех действительно показался головокружительным :)

Вот только WinVista продавалась, почти исключительно, через насилие над ноутбучными вендорами, и очень немногие пользователи продолжали ее использовать, хотя продажи били все рекорды :)

Кто-то даже Виста Бизнес покупал, с правом даунгрейда, представляете, какие продажи? Пиратствующие деятели все равно покупали ноут с Вистой, а легальные пользователи покупали ее _два_ раза(!)

=====================

Что касается нестабильного API в Линухе, честно не понимаю, что в этом плохого. Если он Вам нужен(как многим, в том числе нам на серверах), есть CentOS/RHEL, большинству же, как показывает сравнительная, с другими *nix-like системами, популярность Ubuntu на десктопах, он нафик не нужен, а Вы поете старую песню, оторванную от реальности, и рассказываете страшные сказки, которые не страшные, а наоборот :)

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

265. "Для Linux доступна нативная поддержка файловой системы ZFS"  –1 +/
Сообщение от iZEN (ok), 31-Май-10, 20:18 
>Что касается нестабильного API в Линухе, честно не понимаю, что в этом
>плохого. Если он Вам нужен(как многим, в том числе нам на
>серверах), есть CentOS/RHEL, большинству же, как показывает сравнительная, с другими *nix-like
>системами, популярность Ubuntu на десктопах, он нафик не нужен, а Вы
>поете старую песню, оторванную от реальности, и рассказываете страшные сказки, которые
>не страшные, а наоборот :)

Как что плохого в нестабильном API? Плохо то, что при выходе очередной версии популярного пакета программ приходится адаптировать в существующую инфраструктуру. Зачастую такая адаптация стоит очень больших денег, времени и нервов, не говоря уже о полной/чистовой переустановке операционной системы (это к вопросу обновлений Ubuntu 9.x -> 10.x). Ну и к чему такое приводит? Правильно! :) К Windows-way: если хочешь, чтобы программа работала правильно, переустанови Windows на заново отформатированный винчестер.


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

290. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от sHaggY_caT (ok), 02-Июн-10, 12:50 
>Как что плохого в нестабильном API? Плохо то, что при выходе очередной версии популярного пакета программ приходится адаптировать в существующую инфраструктуру. Зачастую такая адаптация стоит очень больших денег, времени и нервов, не говоря уже о полной/чистовой переустановке операционной системы (это к вопросу обновлений Ubuntu 9.x -> 10.x). Ну и к чему такое приводит? Правильно! :) К Windows-way: если хочешь, чтобы программа работала правильно, переустанови Windows на заново отформатированный винчестер.

Чушь. На RHEL-ветках ядер 2.6.9 и 2.6.18 с OVZ-патчами прекрасно работает подавляющая часть ПО и последних дистрибутивов, хотя иногда и возникают проблемы(вроде последних с udev), они всегда решаются.

К чему этот пример про OpenVZ? К тому, что подавляющему большинству user-mode приложений индеферентны изменения в ядре, а для исчезающего количества тех, что вроде VirtualBOX ломаются, можно использовать вот это:

http://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support

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

258. "Для Linux доступна нативная поддержка файловой системы ZFS"  –1 +/
Сообщение от Anon Y Mous (?), 31-Май-10, 15:55 
> Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс.

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

По-моему так основной смысл этой всей ломки - борьба с проприетарными драйверами. Все остальное = вторично.

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

261. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от sHaggY_caT (ok), 31-Май-10, 17:34 
>> Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс.
>
>Да ладно уж. Почему-то некоторые другие системы имеют стабильный интерфейс для написания
>драйверов и живут себе.
>
>По-моему так основной смысл этой всей ломки - борьба с проприетарными драйверами.
>Все остальное = вторично.

Нет, имхо, дело в другом, два варианта, и оба, имхо, верные:

- Как бы это цинично не звучало, бетатестинг новых новшеств, для production систем (на тех, кого некоторое количество глюков в обмен на постоянную, взрывную революцию, слом одних фич в ущерб других устраивает)Многие домашние пользователи, в том числе и я, получают удовольствие от возможности потрогать будущее :)
Конечно, на серверах такое лучше не использовать, или использовать с очень большими оговорками (хотя не один раз видела и нормально работающие серверы на Fedora, как бы это страшно не звучало)

- Скорость развития. Нельзя не видеть того факта, что Linux ощутимо потеснил проприетарные UNIX-ксы, и не секрет, что до недавнего времени, большая часть новых клиентов RH были как раз с HP-UX, AIX, IRIX, Solaris, и тд, все это стало возможно благодаря тому, что появился сравнимый функционал по гораздо меньшей цене за железо, и постоянно появляется новый, не в ущерб развитию, и, при наличии промышленных RHEL/SLE, не в ущерб концепции развития мейнстримного ядра.

Конечно, это сейчас вызовет флейм, но и нельзя не видеть того, что Linux здорово обогнал FreeBSD и другие свободные системы(разве что, за исключением OpenSolaris), тогда как в 90-х ситуация была совсем другой.

Что касается проприетарных драйверов, Linux-ядро(как проект) != проекту GNU, и благодаря Линусу все-таки никто не стремится извести под корень ту же Nvidia, или создать проблемы писателям проприетарных драйверов под те же raid-массивы, и т д(хотя последними проще таки пользоваться не на свежих бубунтах/федорках, а на RHEL/CentOS/SLE/может быть, Debian и Ubuntu LTS), хотя уже давно можно было, как Вы уже сами писали, перейти на GPLv3, которая бы закрыла эту лавочку окончательно.

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

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

263. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от аноним (?), 31-Май-10, 19:01 
>бетатестинг новых новшеств, для _production систем_
>Многие _домашние_ пользователи

Вам ничего не кажется странным?

>Конечно, это сейчас вызовет флейм

*и в ОЧЕРЕДНОЙ РАЗ производится вброс про freebsd*

>В результате, _все_ в плюсе

Ага. А тем временем Novell ищет покупателя

P.S. Казалось бы, при чём здесь ZFS (давно и успешно портированная в "отсталую" фряху)

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

264. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от sHaggY_caT (ok), 31-Май-10, 19:09 
>>бетатестинг новых новшеств, для _production систем_
>>Многие _домашние_ пользователи
>
>Вам ничего не кажется странным?

Мне это кажется правильным. Linux на десктопе _сейчас_ больше система для IT-ков, а они вполне могут пользоваться напильником. Меня Fedora и тот процент глюков, что в ней есть, вполне устраивают, а десктоп не есть production-сервер: всегда можно воспользоваться другой машиной, или переставить ОС в крайнем случае, достаточно, что бы окружение сохранилось, скопировать хомяк.

>>Конечно, это сейчас вызовет флейм
>
>*и в ОЧЕРЕДНОЙ РАЗ производится вброс про freebsd*

Да, согласна, не очень красиво. Надеюсь, он ни к чему не приведет. Тем не менее, я уверена в этом тезисе(в количестве функционала).
Но FreeBSD интересная система, так как Gentoo использовать на серверах извращение (без строгого релиз-цикла)

>>В результате, _все_ в плюсе
>
>Ага. А тем временем Novell ищет покупателя

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

>P.S. Казалось бы, при чём здесь ZFS (давно и успешно портированная в
>"отсталую" фряху)

Если бы при этом еще и центр разработки сместился из OpenSolaris во FreeBSD, можно было бы говорить об инновациях, а так, это заслуга целиком и полностью Sun.
Напротив, уже Linux-овый device-mapper портируют в Опёнка, так кто донор и локомотив развития?
При этом, конечно, в Линуксе куча проблем по сравнению с проприетарными UNIX-платформами, даже в RHEL/SLE, хотя бы с той точки зрения, что разорение RedHat себе вполне можно представить, а вот HP с их HP-UX очень трудно.

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

281. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от odus (ok), 02-Июн-10, 09:28 
Ладно - подождем пару лет
Может к этому моменту допилят ZFS в Linux до того состояния что можно будет использовать
Ответить | Правка | Наверх | Cообщить модератору

283. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от sHaggY_caT (ok), 02-Июн-10, 10:10 
>Ладно - подождем пару лет
>Может к этому моменту допилят ZFS в Linux до того состояния что
>можно будет использовать

Я думаю, что через год можно будет использовать BTRFS, зачем будет нужна ZFS, по крайней мере на серверах, а не "поменяться" фильмами?
Еще один такой же механизм, существующий сам по себе, в обход device-mapper, как и mdraid?

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

285. "Для Linux доступна нативная поддержка файловой системы ZFS"  +/
Сообщение от odus (ok), 02-Июн-10, 10:20 
>>Ладно - подождем пару лет
>>Может к этому моменту допилят ZFS в Linux до того состояния что
>>можно будет использовать
>
>Я думаю, что через год можно будет использовать BTRFS, зачем будет нужна
>ZFS, по крайней мере на серверах, а не "поменяться" фильмами?
>Еще один такой же механизм, существующий сам по себе, в обход device-mapper,
>как и mdraid?

Честно говоря все равно как оно там работает - в обход или напрямую.
Если через год можно будет использовать BTRFS - очень хорошо, но я в этом не уверен.
Скорее всего примерное также - пройдет пара лет до более-менее стабильного состояния.
На серверах пока страшно даже ext4 использовать :)

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

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

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




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

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