| |
| 2.6, klalafuda (?), 22:57, 27/05/2010 [^] [^^] [^^^] [ответить]
| +20 +/– |
В этом предложении нужно или мягкий знак убрать или пунктуации чуток добавить.
| | |
| |
| 3.102, User294 (ok), 11:49, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>В этом предложении нужно или мягкий знак убрать или пунктуации чуток добавить.
Вообще, оба смысла получаются вполне нормальные :P.
| | |
|
| 2.14, iZEN (ok), 23:38, 27/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Я-то? Нисколечко.
Так тонко затроллить линуксятников лицензированием модуля под CDDL — я до такого не мог додуматься. А он смог!
Вот на чём Торвальдс-со-товарищи будет рвать свои пингвинячьи плавки, но поделать ничего не сможет. :))
Теперь армия тестеров на благо CDDL серьёзно прибавиться и, что самое главное, код не утащат в GPL!
| | |
| |
| 3.28, dimqua (ok), 01:47, 28/05/2010 [^] [^^] [^^^] [ответить]
| –4 +/– |
>Вот на чём Торвальдс-со-товарищи будет рвать свои пингвинячьи плавки, но поделать ничего
>не сможет. :))
Что ему рвать то? Open Solaris, *BSD - R.I.P., чего ему боятся? Haiku? Не смешите.
| | |
| |
| 4.38, arcade (ok), 03:34, 28/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>Вот на чём Торвальдс-со-товарищи будет рвать свои пингвинячьи плавки, но поделать ничего
>>не сможет. :))
>
>Что ему рвать то? Open Solaris, *BSD - R.I.P., чего ему боятся?
>Haiku? Не смешите.
Что, уже R.I.P.? Странно, аптайм пока не падал...
Вы кстати про Minix забыли. Вот уж об что Линус локти обкусает, так это об mach kernel.
| | |
| |
| 5.48, dimqua (ok), 07:36, 28/05/2010 [^] [^^] [^^^] [ответить]
| +5 +/– |
>Вы кстати про Minix забыли. Вот уж об что Линус локти обкусает,
>так это об mach kernel.
Уже лет 15, как кусает, да.
| | |
| 5.104, User294 (ok), 12:02, 28/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Вы кстати про Minix забыли.
Ага, Таненбаум какашками кидался еще лет ~15 назад? Вот только история сама определила кто и что, увы :). Ну в общем приходите еще лет через 15... :D.
| | |
| |
| 6.124, хихихи (?), 15:28, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Вот только история сама
>определила кто и что, увы :). Ну в общем приходите еще
>лет через 15... :D.
Что винда круче всех, по Вашей логике это история показала?
А что будет через 15 лет?
| | |
| |
| 7.148, User294 (ok), 21:41, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Что винда круче всех, по Вашей логике это история показала?
Я что-то не вижу в топ500 завалов винды. Так ли уж она круче то? И миллионы точек доступа, роутеров и прочих телевизоров и сетевых жестких дисков что-то ну совсем не на винде делают. Есть сервера, мобильные устройства, etc, etc. И что характерно - винды там или совсем нет или она занимает весьма унылые позиции. Единственное место где она выперла - десктопы. И ... все. А так ли уж эпичен этот win? :)
| | |
| |
| 8.211, хихихи (?), 09:48, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | священная корова апологетов Linux топ500, ну как же её не вспомнить, только... большой текст свёрнут, показать | | |
|
|
|
| 5.142, Vkni (?), 20:47, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
К сожалению, скорее всего именно так:
Solaris 1992 - 201x
А на старом железе гонять можно сколько угодно. Смерть ПО - это отсутствие следующей версии в активной разработке.
| | |
| |
| 6.144, Anon Y Mous (?), 21:10, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>К сожалению, скорее всего именно так:
>Solaris 1992 - 201x
Знаете, сколько таких прогнозов уже не сбылось?
>А на старом железе гонять можно сколько угодно. Смерть ПО - это отсутствие следующей версии в активной разработке.
И как это относится к Solaris?
| | |
| |
| 7.149, User294 (ok), 21:43, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Наверное сани с какого-то перепуга продались Ораклу именно потому что дела у них шли лучше некуда, да?... oO
| | |
|
|
|
|
| 3.99, Mikula (?), 11:36, 28/05/2010 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>Вот на чём Торвальдс-со-товарищи будет рвать свои пингвинячьи плавки, но поделать ничего не сможет. :))
Встречаясь с создателем ZFS он ничего не кусал.
| | |
|
|
| |
| 2.9, User294 (ok), 23:11, 27/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>а все вопили что оно там не нужно....
А в опенсорсе все просто - кому нужно, тот и упирается. А уж как дальше пойдет - если оно кому-то еще нужно, будет проще. Если никому не нужно - загнется. Ну и так далее.
P.S. костыль конечно зачетный, но как-то уже слишком поздно, btrfs явно достигает готовности к продакшну и будет работать сразу в ядре, без костылей, подпорок и с некоторыми фичами которые ZFSу попросту слабо.
| | |
| |
| 3.10, fan (??), 23:23, 27/05/2010 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> с некоторыми фичами которые ZFSу попросту слабо.
с какими?
| | |
| |
| |
| 5.37, arcade (ok), 03:31, 28/05/2010 [^] [^^] [^^^] [ответить]
| +11 +/– |
Давайте ограничимся полезными фичами и не будем троллить свистелками и перделками из разряда морали.
| | |
| |
| 6.61, sdog (ok), 10:05, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Давайте ограничимся полезными фичами и не будем троллить свистелками и перделками из
>разряда морали.
Люди без морали живут по закону джунглей. Их общество обычно не вызывает приятных чувств, даже у них самих.
| | |
| |
| 7.92, аноним (?), 11:14, 28/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
это какой такой закон джунглей?
в этом мире из-за морали погибло больше людей чем от техногенных аварий...
и погибшим ни разу не было приятно погибать из-за морали других людей...
| | |
| 7.146, Аноним (-), 21:34, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
не смешите мои тапки, нужно будет, вас убьют когда вы в домашнем халате до мусоропровода пойдете, и никого за это не накажут. а напьетесь с соседом и устроит он вам понажовщину - думать о конституции и морали он не будет. так что как и в джунглях: думать головой и остерегаться.
| | |
|
|
| |
| 6.150, User294 (ok), 21:45, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
С тех с каких линукс стал обходить в развитии остальные системы, очевидно :D.
| | |
|
|
| 4.30, User294 (ok), 02:32, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Изъятие тома из пула без гигантского траха, например. Ну да, не предусмотрели эту операцию в структурах ФС ZFS и как-то уже поздно что-то менять, ФС устроена так как устроена. А в btrfs вот предусмотрели.
| | |
| |
| 5.33, AnonYMous (ok), 02:58, 28/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
Интересно, что ты запоешь, когда таковая поддержка появится, вместе с поддержкой расширения raid-z
| | |
| |
| 6.64, Bocha (??), 10:11, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Лично я запою что угодно и как угодно, лишь бы появилась возможность наращивать raidz, но ИМХО там by design это невозможно.
| | |
| |
| 7.67, Anon Y Mous (?), 10:18, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Лично я запою что угодно и как угодно, лишь бы появилась возможность
>наращивать raidz, но ИМХО там by design это невозможно.
Никогда не говори никогда. Наращивание RAID-Z - возможно, даже увеличение четности возможно, впрочем, как и уменьшение количества дисков. Просто пока не реализовано.
| | |
|
| 6.108, User294 (ok), 12:29, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Интересно, что ты запоешь, когда таковая поддержка появится, вместе с поддержкой
>расширения raid-z
Ну, появится и хорошо. А у вас есть оценки времени, когда это случится? А то учитывая геморность задачи из-за неприспособленности к этому ФС + то что там кишки саней хавает Оракль и хрен бы его там знает что учудит оракль - а нынешнее поколение админов на пенсию к тому моменту не уйдет еще?
| | |
| |
| 7.114, Anon Y Mous (?), 13:03, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Интересно, что ты запоешь, когда таковая поддержка появится, вместе с поддержкой
>>расширения raid-z
>
>Ну, появится и хорошо. А у вас есть оценки времени, когда это
>случится?
Думаю, что раньше, чем разработчики BTRFS скажут, что она стала стабильной.
> А то учитывая геморность задачи из-за неприспособленности к этому ФС
>+ то что там кишки саней хавает Оракль и хрен бы его там знает что учудит оракль
которому ZFS уже сегодня приностит деньги, в то время как BTRFS пока деньги только потребляет, то конечно неизвестно, что там кто учудит.
> а нынешнее поколение админов на пенсию к тому моменту не уйдет еще?
Если нынешнему поколению до пенсии осталось месяц-два - то имеют шанс уйти раньше, чем это случиться
| | |
| |
| |
| |
| 10.134, fi (ok), 19:23, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | Упссссссссссссс Это название компании D Или вы не поняли вопроса Пока изв... текст свёрнут, показать | | |
|
|
| |
| |
| 10.194, User294 (ok), 01:48, 29/05/2010 [^] [^^] [^^^] [ответить] | –1 +/– | А в MeeGo уже поюзали, кстати Не знаю куда и нафига они так торопятся, но факт ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 4.90, sHaggY_caT (ok), 11:12, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Хотя бы тем, что будет работать через device-mapper. В mdraid, в отличае от бесполезного dmraid, именно это всегда и было неудобно.
Впрочем, ZFS во Фре тоже не через Geom работает.
| | |
| |
| 5.103, iZEN (ok), 11:50, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Впрочем, ZFS во Фре тоже не через Geom работает.
Действительно что-ли? А через что тогда? :)
| | |
| |
| 6.107, sHaggY_caT (ok), 12:25, 28/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Впрочем, ZFS во Фре тоже не через Geom работает.
>
>Действительно что-ли? А через что тогда? :)
Хорошо, не до конца точно выразилась, и давно не читала хандбук, и ZFS смотрела только на OpenSolaris. Имела ввиду грабли, с которыми сталкивался вот этот человек:
http://habrahabr.ru/blogs/bsdelniki/77722/
Для обычных дисков в geom такую ситуацию представить себе просто невозможно.
| | |
| |
| 7.125, iZEN (ok), 15:53, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Имела ввиду грабли, с которыми сталкивался вот этот человек
Ну кто ж ему злобный буратино, если он при создании пула использовал физическое именование (/dev/da*) GEOM-провайдеров вместо GPT UUID (/dev/gtpid/6e56389f-81a6-11de-8aa6-02508d92a2eb) или GPT Label (/dev/gpt/disk*)?
>Для обычных дисков в geom такую ситуацию представить себе просто невозможно.
Скажем так, вы несколько не правы. Все носители — "обычные диски" (как блочные устройства) — работают как GEOM-провайдеры. Почитайте man glabel(8) и tunefs(8) про их метки и идентификаторы.
| | |
|
|
|
|
| |
| 4.17, iZEN (ok), 23:50, 27/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Что-то? ZFS не умеет менять размер на лету? Это кто не осилил изучить матчасть?
Когда к ZFS-пулу добавляешь устройство верхнего уровня, то размер пула автоматически увеличивается, соответственно, свободное место, доступное файловым системам в пуле — тоже.
Для уменьшения размеров пула... Тут да, нужно изгальнуться со снапшотами/клонами файловых систем, чтобы их перетасовать в пул меньшего размера.
| | |
| |
| 5.21, anonymous (??), 23:57, 27/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Zfs не умеет увеличивать раздел raidz и raidz2. Одним 0 и 1 рейдом сыт не будешь, без raidz zfs теряет одну из самых вкусных фич.
Кроме того, в zfs нет дефрагментации. Недостаток многие пользователи уже заценили - в СOW ФС можно быстро случайно писать, но вот потом при попытке будто бы "линейного" чтения из файла можно получить черепашью скорость.
| | |
| |
| 6.22, iZEN (ok), 00:12, 28/05/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Несколько RAID-5 -6 массивов, помещённых в один пул, не теряют в надёжности Те... большой текст свёрнут, показать | | |
| |
| |
| 8.112, mnu (??), 12:54, 28/05/2010 [^] [^^] [^^^] [ответить] | +1 +/– | wrong ZFS поддерживает поочередную замену менее емких дисков в RAIDZ на более ... текст свёрнут, показать | | |
| 8.300, iZEN (ok), 02:50, 04/06/2010 [^] [^^] [^^^] [ответить] | +/– | Ох и тупо вы подошли к планированию RAID А вам не приходило в голову, что пу... большой текст свёрнут, показать | | |
|
| 7.31, User294 (ok), 02:35, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Винчестер заполнен наполовину.
Заполни его процентов на 90-95, желательно записывая файло чем-то типа торентов и зацени, потом нам доложишь как оно (да, я добрый, я знаю :D).
| | |
| |
| |
| |
| Часть нити удалена модератором |
|
| 9.110, User294 (ok), 12:38, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | В чем-то он тут прав - для CoW механики это и правда неудобная ситуация, придетс... большой текст свёрнут, показать | | |
| 9.218, iZEN (ok), 14:35, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | Помню, такое я читал в устаревшем хэндбуке у Лукаса, который рассказывал, как на... текст свёрнут, показать | | |
|
|
| 7.44, lagman (?), 06:32, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >>Кроме того, в zfs нет дефрагментации.
>
>У неё и фрагментация на нуле, поскольку используются блоки данных переменного размера
>и большая память для кэширования часто используемых данных.
Оба два неправы. При постраничной работе с большими файлами (читай, базами данных) при перезаписи страницы пишутся в новое место (COW так работает). В результате один большой многогиговый файл оказывается размазанным по диску как каша по тарелке. Дефрагментация, кстати, простая - достаточно скопировать фрагментированные файлы, они запишутся по возможности линейно.
| | |
| 7.111, User294 (ok), 12:41, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>У неё и фрагментация на нуле, поскольку используются блоки данных переменного размера
>и большая память для кэширования часто используемых данных.
Чувак, а тебя не смущает что смысл работы CoW - в том что измененный блок файла пишется в НОВОЕ место на диске. Что хотя и дает недеструктивную запись, но в отместку просто ПО ОПРЕДЕЛЕНИЮ означает некую фрагментацию. Ведь если блок файла в стороне - он, очевидно, отдельный фрагмент, yeah? :D
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| 18.233, iZEN (ok), 17:49, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | Чтооооо O_o А вы в курсе, что у ZFS есть свойство, поддерживать контроль целост... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 12.229, iZEN (ok), 16:32, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | Однако, линуксовый LVM отстал в своём развитии на несколько лет от ZFS В частос... текст свёрнут, показать | | |
| |
| |
| 14.234, iZEN (ok), 17:58, 29/05/2010 [^] [^^] [^^^] [ответить] | +1 +/– | Про HAST Project вы не в курсе что ли http www opennet ru opennews art shtml ... текст свёрнут, показать | | |
|
|
|
|
| 10.228, iZEN (ok), 16:28, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | Интересно, линуховый LVM может предоставить RAW-пространство как это делает GEO... текст свёрнут, показать | | |
|
| 9.161, User294 (ok), 22:34, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | Простите, дядя, а ничего что даже современные классические ФС, да хоть тот же ... большой текст свёрнут, показать | | |
|
|
|
| 6.269, yalur (ok), 01:05, 01/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >Zfs не умеет увеличивать раздел raidz и raidz2. Одним 0 и 1
>рейдом сыт не будешь, без raidz zfs теряет одну из самых
>вкусных фич.
Судя по ссылке http://www.codestrom.com/wandering/2009/03/zfs-vs-btrfs-comparison.html btrfs вообще убожище, больше чем raid 10 не умеет, несколько копий не умеет, по людски лить пулы для бекапов (send/receive) не умеет, дедубликацию не умеет, компресию тоже через жопу поддерживает.
Всего то аргументов - умеет онлайн ресайзинг. Не смешите, в рейд 1 и zfs такое умеет.
Или это ссылка такая старая?
| | |
|
| 5.65, Zenithar (?), 10:14, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Наконец-то, читая комментарии, встретил разбирающегося в файловой системе человека! Меня очень давно интересовал вопрос: можно ли сделать при помощи ZFS мега-массив из огромного количества Floppy-дисководов? Или подключить один Floppy-дисковод к существующим устройствам? Сохранятся ли данные, если вытащить дискету, или если на ней появятся сбойные секторы? При условии наличия большого количества свободного места на других дисках.
| | |
| |
| 6.77, Anon Y Mous (?), 10:35, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>конец-то, читая комментарии, встретил разбирающегося в файловой системе человека! Меня очень давно интересовал вопрос: можно ли сделать при помощи ZFS мега-массив из огромного количества Floppy-дисководов?
Да вы, батенька, затейник :-) Сделаете обычную Floppy-дискету на 64 мегабайта - тогда сможете :-)
| | |
|
| 5.152, iav (ok), 21:51, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Называть копирование информации в новый пул с последующим удалением старого «перетасовать в пул меньшего размера» — это несколько некорректно, вы не находите?
А именно уменьшение — ждём уже с ноября.
Кстати, уменьшение объёма и удаление устройства — тоже разные вещи. Скажем, сейчас можно заменить одно из входящих в пул устройств другим, но невозможно уменьшить их число. То есть вы не можете заменить 4 диска по 30 гигов одним на 500. Вам придётся создать новый пул и перенести в него данные.
| | |
| |
| 6.232, iZEN (ok), 17:12, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | С маленькой оговоркой невозможно уменьшить число только виртуальных устройств в... большой текст свёрнут, показать | | |
|
|
|
| 3.23, Suntechneg (?), 00:32, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> btrfs явно достигает готовности к продакшну
Открываем https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices и читаем:
Btrfs can do raid0, raid1, raid10 and it can duplicate metadata on a single spindle.
А теперь берем сервер к примеру с 12 SATA дисками и делаем для примера из 10-ти raidz2 + 2 spare. И механизм целостности данных есть, и не очень много емкости дисковой пропало... Чтобы оно еще и летало, добавляем в zpool пару SSD в качестве log и cache устройств.
С одной оговоркой только - все это делаем средствами BTRFS ;)
Ну и кто от кого далеко по фичам?
| | |
| 3.29, dimqua (ok), 01:52, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>А в опенсорсе все просто - кому нужно, тот и упирается.
Быть может Ораклу понадобится ZFS в Linux и он её перелицензирует под что нибудь более либеральное?
| | |
| |
| |
| 5.119, dimqua (ok), 13:34, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Есть куда. Вы про такие лицензии, как BSD и MIT, например, слышали?
| | |
| |
| |
| 7.132, dimqua (ok), 18:55, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> И что?
То, что они не копилефт, в отличии от CDDL. А значит CDDL считаться либеральной не может. Зачем вообще её создали? Чем она лучше той же GPL? Ничем. Хотя ответ очевиден. Sun просто не хотел делиться с Linux-сообществом, ведь тогда бы у его Солярки не было фактически ничего нового.
| | |
| |
| |
| 9.160, dimqua (ok), 22:33, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | Вы говорите, что либеральней быть не может, будто не знаете, что такое копилефт ... большой текст свёрнут, показать | | |
| |
| |
| 11.174, dimqua (ok), 23:31, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | Я бы не сказал, что в данном случае это необходимость Под GPL лучше - проприета... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| 15.227, sHaggY_caT (ok), 16:22, 29/05/2010 [^] [^^] [^^^] [ответить] | +/– | Нет, все правильно end-user ы получают новые фичи, RedHat, IBM, Novell, Google,... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1.4, Аноним (-), 22:50, 27/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати. О таком пути говорили, помнится, как только выяснилось, тчо лицензии несовместимы. Поразительно, что так долго ждали...
| | |
| |
| 2.5, anonymous (??), 22:56, 27/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Боялись задолбаться допиливать под все новые версии ядра, как и в случае с NTFS.
Вот кто-то не боится.
| | |
| |
| 3.7, Crazy Alex (??), 23:08, 27/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну, это уже вопрос хорошей коммуникации с ядерными разработчиками. Насколько я понимаю, преимущество нахождения в ядре в том, что если кто-то вносит несовместимые изменения, то он же старается пофиксить и поломанный код, + знает, куда обращаться, если сам не может. По ка FS не допилена и широкоизвестна (то есть ее в ядро бы и не взяли), это некритично. А если допилят - можно и договориться, чтобы сообщали. Будет, так сказать, неформальная часть ядра.
| | |
| |
| 4.24, Уважаемый Анонимус (?), 00:51, 28/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
к зфс это все-равно не относится. cddl несовместима с гпл, а гпл как известно требует от распространяющего, чтобы весь код конечной программы был под ней.
| | |
| 4.34, AnonYMous (ok), 03:08, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Ну, это уже вопрос хорошей коммуникации с ядерными разработчиками. Насколько я понимаю,
это скорее вопрос грамотности портирования. Здесь все сделано очень красиво - реалиован "клей" позволяющий склеить практически немодифицированные исхолники ZFS, экспортирующие наружу солярисный VFS, с линуксовым VFS. Так что в случае глобальных перемен в линуксовом VFS переделывать придется только этот "клей". Клей этот называется Solaris Porting Layer.
| | |
| |
| 5.41, аноним (?), 05:45, 28/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вот вам и причина неудовлетворительной производительности linux
| | |
| |
| |
| |
| |
| 9.79, аноним (?), 10:36, 28/05/2010 [^] [^^] [^^^] [ответить] | +/– | На главной странице Ubuntu com нет ни слова про Linux, потому что Linux - это не... текст свёрнут, показать | | |
|
|
|
| 6.58, Anon Y Mous (?), 09:58, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вот вам и причина неудовлетворительной производительности linux
Эээ.. Это к чему было? Или лишь бы чего-нибудь ляпнуть?
| | |
|
|
|
| 3.176, sHaggY_caT (ok), 23:33, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Боялись задолбаться допиливать под все новые версии ядра, как и в случае
>с NTFS.
>
>Вот кто-то не боится.
Поэтому разработчик и выложил готовые src.rpm только под шестой rhel с его стабильным API/ABI (что бы можно было пользоваться 7 лет)
Правда, кроме RHEL, еще ФС еще тестировалась под Ubuntu.
| | |
|
| 2.13, xxc (?), 23:36, 27/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Кстати. О таком пути говорили, помнится, как только выяснилось, тчо лицензии несовместимы.
>Поразительно, что так долго ждали...
да уж, только мы на опеннете обсудили btrfs - а тут же такой ход... Брайан опеннет читает, к гадалке не ходи.
| | |
| 2.56, Andrey Mitrofanov (?), 09:47, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Поразительно, что так долго ждали...
Дождались. Теперь в каждой новости про ядро, хомячки будут спрашивать _нас, когда же наконец починят, отвалившийся у _них аж NN релизов тому: 1) блоб от NVidia; 2) клей от Белендорфа.
| | |
| |
| 3.69, Anon Y Mous (?), 10:22, 28/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>Поразительно, что так долго ждали...
>
>Дождались. Теперь в каждой новости про ядро, хомячки будут спрашивать _нас, когда
>же наконец починят, отвалившийся у _них аж NN релизов тому: 1)
>блоб от NVidia; 2) клей от Белендорфа.
Незатейливый такой FUD.
Очевидно, Брайан в первую очередь ориентируется на RedHat, который все-таки постабильнее будет, чем ванильное ядро, в котором, как известно, постоянная ломка и переделывание всего что можно возведено чуть ли не в ранг абсолютного добра.
| | |
| |
| 4.76, Andrey Mitrofanov (?), 10:32, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Незатейливый такой FUD.
>ванильное ядро, в котором, как известно,
>чуть ли не в ранг абсолютного добра.
Да, согласен. Про Абсолютное Добро -- гораздее затейливее.
| | |
| |
| 5.82, Anon Y Mous (?), 10:43, 28/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Незатейливый такой FUD.
>>ванильное ядро, в котором, как известно,
>>чуть ли не в ранг абсолютного добра.
>
>Да, согласен. Про Абсолютное Добро -- гораздее затейливее.
stable_api_nonsense.txt
почитайте на досуге.
| | |
|
|
|
|
| 1.15, fuky (?), 23:40, 27/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
дык проект уже давно существует)
zfs-0.4.9 tgz | zip ZFS Version 0.4.9 2010-05-23
...........
zfs-0.4.1 tgz | zip ZFS Version 0.4.1 2009-01-21
| | |
| 1.19, koblin (ok), 23:55, 27/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
странный ход при то что btrfs допиливается и скоро будет тестироваться на хомяках
| | |
| 1.20, 568756784 (?), 23:56, 27/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
как прекрасно процветает копирастия в мире опенсоурса - все почитают и соблюдают чужие лицензии, никакого перацтва...
| | |
| |
| 2.32, User294 (ok), 02:43, 28/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, копирасы хотели чтобы с ними играли по их правилам? Отлично, как говорится, "кто к нам с чем и зачем, тот от того и - того!". Вот пусть теперь и соблюдают лицензии, раз уж они так этого хотели. Например типа GPL, GFDL и прочих CreativeCommons-ов и чего там еще. Ахахаха, человек всегда побеждал не большими мускулами и даже не длинным баксом. Поэтому уж кто-кто а програмеры в пролете явно не будут.
| | |
|
| |
| 2.40, fuky (?), 04:41, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>www.pavlinux.ru
ZAO MTU-Intel 27 Smolenskaya-Sennaya Sq., bld. 2 119121, Moscow Russia
FreeBSD nginx/0.7.62
маскируешся)
| | |
|
| 1.51, Alex (??), 07:55, 28/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Те, у кого OpenVZ, вероятно сий поделкой заинтересуются - в силу того, что CoW очень даже для OpenVZ нужен. Я - не исключение.
Однако btrfs уже выходит на порог -stable - дисковый формат финализирован, теперь только фиксят баги, из которых фатальных находится все меньше и меньше. И в RHEL6 beta оно уже в статусе tech preview, что как бы намекает.
Поэтому как только будет btrfs - естественно, сразу же будет переход на btrfs по мере возможности (плановый). А пока что можно потестить на мелких хостингах и эту надстройку, правда ей до массового продакшна еще больше, чем самой ZFS, но может хоть работать будет стабильно.
| | |
| |
| 2.55, Andrew Kolchoogin (?), 09:44, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> правда ей до массового продакшна еще больше, чем самой ZFS
О, да. Что-то я не припомню падения серверной фермы Sun Microsystems. :)
| | |
| 2.178, sHaggY_caT (ok), 23:38, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>
>Однако btrfs уже выходит на порог -stable - дисковый формат финализирован, теперь
>только фиксят баги, из которых фатальных находится все меньше и меньше.
>И в RHEL6 beta оно уже в статусе tech preview, что
>как бы намекает.
>
>Поэтому как только будет btrfs - естественно, сразу же будет переход на
>btrfs по мере возможности (плановый). А пока что можно потестить на
>мелких хостингах и эту надстройку, правда ей до массового продакшна еще
>больше, чем самой ZFS, но может хоть работать будет стабильно.
Извините, но это все, имхо, от неумеренной экономии: используйте PVC вместо OVZ, и будете не только экономить дисковое место, но и RAM с помощью vzfs, если для Вас это важно...
| | |
| |
| 3.207, Alex (??), 08:33, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Прошу прощения, но с их безумными ценами percpu*percontainer*permonth оно мне выйдет куда дороже, чем диски и память, в которые вклад разовый.
| | |
| |
| 4.212, sHaggY_caT (ok), 10:30, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Прошу прощения, но с их безумными ценами percpu*percontainer*permonth оно мне выйдет куда
>дороже, чем диски и память, в которые вклад разовый.
А Вы покупайте "вечные" лицензии, и не ведитесь на лохотрон с "арендой", и подумайте, так ли Вам нужен SUS(хотя и он, имхо, не такой дорогой). end-user'ы оценят ту же VZPP.
Нормальная машина(SAS raid10) под Virtuozzo/OpenVZ стоит все равно ~140-170k рублей, не вижу проблемы в том, что бы заплатить в два раза больше за двухсокетовую PVC.
| | |
|
|
| 2.280, anonymous (??), 09:19, 02/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Однако btrfs уже выходит на порог -stable - дисковый формат финализирован
В ваших фантазиях.
Примерно месяц назад в мейл листе был выложен патч уменьшающий тормоза BTRFS в ситуации когда осталось свободного места ~10%, в описании особо отмечено что формат данных на диске будет изменен без этого не обойтись
| | |
| |
| 3.282, AlexAT (ok), 09:28, 02/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >В ваших фантазиях.
>Примерно месяц назад в мейл листе был выложен патч уменьшающий тормоза BTRFS
>в ситуации когда осталось свободного места ~10%, в описании особо отмечено
>что формат данных на диске будет изменен без этого не обойтись
Есть разница между инкрементальным и несовместимым изменением. Инкрементальные изменения формата ничего страшного собой не представляют.
| | |
|
|
| 1.59, QuAzI (??), 10:04, 28/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Позитивно. Через год ко всем кроме вантузятников (не к ночи будь помянуты) можно будет со спокойной душой в гости с винтом с ZFS ходить. Если конечно скептики не задолбают Брайана фразами типа "вантуз - наще фсё", "btrfs forever в каждую дырку" и т.д. и т.п. и х.з.. При всём том парке файловых систем которые наворотили в ляликсе возмущения "зачем ZFS если когданибудь btrfs" как-то стёбно смотрятся.
| | |
| |
| 2.66, Anon Y Mous (?), 10:16, 28/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Позитивно. Через год ко всем кроме вантузятников (не к ночи будь помянуты)
Вантузятники вроде тоже выражали заинтересованность в портировании ZFS на вантуз. Не знаю, нашли ли они финансирование под это дело, как Брайан.
> При всём том парке файловых систем которые наворотили в ляликсе возмущения "зачем ZFS если когданибудь btrfs" как-то стёбно смотрятся.
Линаксоеды такие линаксоеды. Сколько было песен спето, про то, что ZFS - это комбайн-все-в-одном-и-не-нужно, но как только появилась BTRFS, про комбайн-все-в-одном как-то резко подзабылось, хотя по сути - то же самое :-)
https://btrfs.wiki.kernel.org/index.php/FAQ#Does_the_Btrfs_multi-device_suppor
| | |
| |
| 3.89, аноним (?), 11:08, 28/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
если комбайн с ракетным ускорителем и ионной пушкой - да, такой комбайн нужен
| | |
| 3.175, Аноним (-), 23:31, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Позитивно. Через год ко всем кроме вантузятников (не к ночи будь помянуты)
>
>Вантузятники вроде тоже выражали заинтересованность в портировании ZFS на вантуз. Не знаю,
>нашли ли они финансирование под это дело, как Брайан.
а им искать незачем, они просто сделают и не спрашивая возьмут денежку с серверных систем.
| | |
|
|
| 1.72, fresco (??), 10:27, 28/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
здорово, но поздно. народ переходит на btrfs.
у меня лично она работает на разделе, хранящем 250 гигов "долгого ящика" -- ISO'шники, фильмы, прочая фигня. соответственно, при форматировании раздела эти 250 гигов перекочевали сначала на временный винт, потом обратно. от прироста скорости записи в сравнении с ZFS и reiserfs был, честно говоря, в шоке. работает стабильно (ubuntu 10.04. linux-2.6.32), каши не просит. можно пользоваться!
| | |
| |
| 2.73, fresco (??), 10:28, 28/05/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
ИМХО, модуль ZFS для линукса, да еще создаваемый по заказу федерального министерства, нужен исключительно для миграции. сами понимаете, с чего на что.
| | |
| |
| 3.78, Andrey Mitrofanov (?), 10:36, 28/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>сами понимаете, с чего на что.
NFS-ы, самбы и FUSE-ы, полагаете, _не_ достаточно мазохистичны в сравнении с?..
| | |
| |
| 4.87, fresco (??), 11:01, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
ну, FUSE модуль стабильно никогда не работал.
а так логично получается: система стоит на одном диске, сторэдж -- на остальных. меняем систему, цепляем существующий пул -- и никакого гемора с переносом данных.
| | |
| 4.91, аноним (?), 11:12, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
nfs нужен, samba - только для совместимости (вместо ldap\ad есть более вменяемые аналоги, как файлообмен - иногда катит, но nfs шустрее все равно), fuse нужен только для небольшой части задач (только когда в гости с ntfs приходят + всякие извраты типа sshfs)
| | |
|
| 3.81, Anon Y Mous (?), 10:42, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>ИМХО, модуль ZFS для линукса, да еще создаваемый по заказу федерального министерства,
>нужен исключительно для миграции. сами понимаете, с чего на что.
Неужели с Solaris'а на Линукс?
| | |
|
| 2.80, Anon Y Mous (?), 10:41, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>здорово, но поздно. народ переходит на btrfs.
Ога, так и запишем - народ в лице fresco переходит на btrfs. Отучаемся говорить за всех, не?
>у меня лично она работает на разделе, хранящем 250 гигов "долгого ящика"
>-- ISO'шники, фильмы, прочая фигня. соответственно, при форматировании раздела эти 250
>гигов перекочевали сначала на временный винт, потом обратно.
А как же пресловутая конвертация из ext3? Не рискнули?
> от прироста скорости записи в сравнении с ZFS и reiserfs был, честно говоря, в
>шоке. работает стабильно (ubuntu 10.04. linux-2.6.32), каши не просит. можно пользоваться!
Цыферками не поделитесь? А то "в шоке" - это как-то очень субъективно и может трактоваться по разному.
| | |
| |
| 3.85, fresco (??), 10:56, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> Ога, так и запишем - народ в лице fresco переходит на btrfs.
я не только на своем примере, много где уже видел.
> А как же пресловутая конвертация из ext3? Не рискнули?
у меня нет и никогда не было ext2/3/4
> Цыферками не поделитесь?
на том конкретном старом 500Gb HDD reiserfs давала записи 30Мб/с, XFS -- 35 Мб/с, btrfs -- 60 Мб/с
| | |
| |
| 4.101, Anon Y Mous (?), 11:48, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Ога, так и запишем - народ в лице fresco переходит на btrfs.
>
>я не только на своем примере, много где уже видел.
О массовом переходе говорить, как мне кажется, преждевременно. Если уж сами разработчики _надеются_, что более-менее стабильной она станет к Fedora 16-17.
>> А как же пресловутая конвертация из ext3? Не рискнули?
>
>у меня нет и никогда не было ext2/3/4
Понятно.
>> Цыферками не поделитесь?
>
>на том конкретном старом 500Gb HDD reiserfs давала записи 30Мб/с, XFS --
>35 Мб/с, btrfs -- 60 Мб/с
Мегабит? Думаю, что все-таки мегабайт, что для старого диска есть близко к скорости линейной записи. Чего и следовало ожидать, в общем-то. А когда начинается падение скорости не измеряли? Ну там при 70-80-90 : заполненности?
| | |
| |
| 5.122, fresco (??), 13:52, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
диск не столь уж стар, года 3 ему. думаю, без ФС метров 80-90 в секунду он давать на моей системе в состоянии.
как заполнится на 90% -- могу отписать :)
| | |
|
|
|
|
| 1.131, Anon Y Mous (?), 18:55, 28/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> диск не столь уж стар, года 3 ему. думаю, без ФС метров 80-90 в секунду он давать на моей системе в состоянии.
Три года для винта - это уже возраст.
> как заполнится на 90% -- могу отписать :)
Давай, интересно будет посмотреть
| | |
| 1.168, аноним (?), 22:54, 28/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну слава богу. Я уж боялся так и придется жить с btrfs, по сути со студенческим закосом под ZFS.
| | |
| |
| 2.179, sHaggY_caT (ok), 23:43, 28/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Ну слава богу. Я уж боялся так и придется жить с btrfs,
>по сути со студенческим закосом под ZFS.
А зря: btrfs, в отличае от этой реализации zfs, работает через device-mapper, что банально очень удобно.
| | |
| |
| 3.187, Anon Y Mous (?), 00:48, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Ну слава богу. Я уж боялся так и придется жить с btrfs,
>>по сути со студенческим закосом под ZFS.
>
>А зря: btrfs, в отличае от этой реализации zfs, работает через device-mapper,
>что банально очень удобно.
Что, в самом деле? Странно как-то. ZFS вообще все равно, что за блочное устройство внизу, лишь бы но кэш флаши честно отрабатывало. Правда пробовали и не работает?
Хотя смысла использовать ZFS поверх Device Mapper никакого нет, если честно. Только лишняя сущность с лишней сложностью добавляется.
| | |
| |
| 4.190, sHaggY_caT (ok), 01:03, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Хотя смысла использовать ZFS поверх Device Mapper никакого нет, если честно. Только
>лишняя сущность с лишней сложностью добавляется.
Вы просто не умеете готовить device-mapper, и не знаете, что он дает :) например, погуглите по kpartx, dm-ioband, и т д.
Ничего революционного в этом нет, но завязаны-то эти технологии на device-mapper! А плыть по течению, разворачивая решение linux-way (как и Debian-way, RedHat-way, FreeBSD-way, и т д, в зависимости от проекта) всегда проще и эффективнее, чем придумывая свои велосипеды
| | |
|
|
|
| 1.197, Anon Y Mous (?), 03:08, 29/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>>Хотя смысла использовать ZFS поверх Device Mapper никакого нет, если честно. Только
>>лишняя сущность с лишней сложностью добавляется.
>Вы просто не умеете готовить device-mapper, и не знаете, что он дает :) например, погуглите по kpartx, dm-ioband, и т д.
Да я вобщем-то и не претендовал на мастерство в "готовке" device-mapper. Так что можете объяснить мне, какую пользу вы видите от использования dm-ioband вместе с ZFS.
| | |
| |
| 2.213, sHaggY_caT (ok), 10:34, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>>Хотя смысла использовать ZFS поверх Device Mapper никакого нет, если честно. Только
>>>лишняя сущность с лишней сложностью добавляется.
>>Вы просто не умеете готовить device-mapper, и не знаете, что он дает :) например, погуглите по kpartx, dm-ioband, и т д.
>
>Да я вобщем-то и не претендовал на мастерство в "готовке" device-mapper. Так
>что можете объяснить мне, какую пользу вы видите от использования dm-ioband
>вместе с ZFS.
Читайте файл /usr/share/doc/dm-ioband/README о том, что это такое, и зачем нужно.
| | |
| |
| 3.222, Anon Y Mous (?), 15:58, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Да я вобщем-то и не претендовал на мастерство в "готовке" device-mapper. Так
>>что можете объяснить мне, какую пользу вы видите от использования dm-ioband
>>вместе с ZFS.
>
>Читайте файл /usr/share/doc/dm-ioband/README о том, что это такое, и зачем нужно.
Опять вы мимо кассы. Я знаю, что это такое и зачем это нужно. Давайте, покажите мне, где там написано, как получить пользу от использования dm-ioband вместе с ZFS.
| | |
| |
| 4.226, sHaggY_caT (ok), 16:11, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>>Да я вобщем-то и не претендовал на мастерство в "готовке" device-mapper. Так
>>>что можете объяснить мне, какую пользу вы видите от использования dm-ioband
>>>вместе с ZFS.
>>
>>Читайте файл /usr/share/doc/dm-ioband/README о том, что это такое, и зачем нужно.
>
>Опять вы мимо кассы. Я знаю, что это такое и зачем это
>нужно. Давайте, покажите мне, где там написано, как получить пользу от
>использования dm-ioband вместе с ZFS.
Как уже выше сказала, бесплатный консалтинг это зло. Спор должен быть на равных, а Вы еще ни разу, на моей памяти, ни о чем, кроме ZFS ни с кем не спорили (имхо, у Вас ограниченный кругозор)
| | |
| |
| 5.240, он (?), 01:39, 30/05/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Мне не нужен dm-ioband бо я не занимаюсь шаред хостингом, как и прочая ограничив... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| 20.291, 1 (??), 15:39, 02/06/2010 [^] [^^] [^^^] [ответить] | +/– | Вообще то речь шла о том что имея расхождение в xor сумме невозможно однозначно ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
| 3.223, Anon Y Mous (?), 15:59, 29/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Лично я вообще не вижу никакой пользы от использования ZFS в Linux.
Ваше право! Продолжайте пользоваться тем, что приносит вам лично пользу.
| | |
| 3.241, он (?), 01:40, 30/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Лично я вообще не вижу никакой пользы от использования ZFS в Linux.
>
вы наивно полагаете что есть какая-то польза в супер-анонимах. да.
| | |
| |
| 4.247, СуперАноним (?), 12:20, 30/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
А при чём здесь ники? Ники они такие ники, могут быть весьма разнообразны. Замечено, когда овтетить больше нечего, некоторые начинают придираться к никам.
| | |
|
|
|
| 1.249, Alex (??), 18:26, 30/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Между прочим, смотрю, тут многие пеняют на Linux Kernel за stable_api_nonsense.txt.
Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс. В том же вантузе сейчас наблюдается полнейший бардак с десятками одного и того же API/ABI разных версий, в результате чего его все равно сломали, в частности - DirectX 10/11 - подтверждение тому, что идея стабильных API кончилась признанием ее идиотизмом.
А текст весьма технически грамотный. Stable API нужно держать там, где нет возможности поправить и перекомпилить при изменениях. Поскольку ядро открыто по исходному коду, и мейнтенеры конкретного API обычно сами вносят изменения в драйвера - необходимость в стабильности API отпадает практически полностью.
Сам вот недавно в своей разработке сломал ABI ядра CentOS. А куда деваться, если потребовался срочный бэкпорт патча, затрагивающего структуру skb, из новых ядер.
| | |
| |
| 2.250, аноним (?), 19:42, 30/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>в результате чего его все равно сломали, в частности - DirectX 10/11 - подтверждение тому, что идея стабильных API кончилась признанием ее идиотизмом
Идиотизм - это когда интерфейс меняется несколько раз за год. А до десятилетнего срока поддержки многим открытым системам следует ещё дорасти.
| | |
| |
| 3.252, Alex (??), 21:08, 30/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Это для проприетарщины - идиотизм. А для открытого софта изменение API ничем таким особо не угрожает, нормальная практика.
Насчет десятилетнего срока поддержки - как вы думаете, почему провалилась Vista? И почему провалится 7? Потому что там тот самый пресловутый API, к которому все привыкли (и не только DX) переломали начисто. В итоге имеем полуработующий гибрид новой системы и старого софта.
| | |
| |
| |
| 5.257, sHaggY_caT (ok), 13:43, 31/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>
>>И почему провалится 7?
>
>И почему же провалится 7?
>http://www.3dnews.ru/software-news/prodano_100_mln_kopii_windows_7/
>
>>В итоге имеем полуработующий гибрид новой системы и старого софта
>
>Почему-то на прогрессивном и прямом линуксе доступны 3.5 инди поделки в отличие
>от
О да! Только недавно в сети(по данным интернет-счетчиков) Win7 стало больше, чем WinVista.
Нельзя говорить и о полном провале, но и тех успехов, о которых запевает Microsoft, нет и в помине, куча народа как не уходила с WinXP, так и не собирается уходить, а бизнес Apple уже стоит больше, чем бизнес Microsoft. Успех? Наверное, с точки зрения GetTheFacts, да, головокружительный! Даже не нужно все время врать, меняя значение слов на противоположное (как обычно), достаточно лишь умолчать о _некоторых_ фактах, что бы успех действительно показался головокружительным :)
Вот только WinVista продавалась, почти исключительно, через насилие над ноутбучными вендорами, и очень немногие пользователи продолжали ее использовать, хотя продажи били все рекорды :)
Кто-то даже Виста Бизнес покупал, с правом даунгрейда, представляете, какие продажи? Пиратствующие деятели все равно покупали ноут с Вистой, а легальные пользователи покупали ее _два_ раза(!)
=====================
Что касается нестабильного API в Линухе, честно не понимаю, что в этом плохого. Если он Вам нужен(как многим, в том числе нам на серверах), есть CentOS/RHEL, большинству же, как показывает сравнительная, с другими *nix-like системами, популярность Ubuntu на десктопах, он нафик не нужен, а Вы поете старую песню, оторванную от реальности, и рассказываете страшные сказки, которые не страшные, а наоборот :)
| | |
| |
| 6.265, iZEN (ok), 20:18, 31/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Что касается нестабильного API в Линухе, честно не понимаю, что в этом
>плохого. Если он Вам нужен(как многим, в том числе нам на
>серверах), есть CentOS/RHEL, большинству же, как показывает сравнительная, с другими *nix-like
>системами, популярность Ubuntu на десктопах, он нафик не нужен, а Вы
>поете старую песню, оторванную от реальности, и рассказываете страшные сказки, которые
>не страшные, а наоборот :)
Как что плохого в нестабильном API? Плохо то, что при выходе очередной версии популярного пакета программ приходится адаптировать в существующую инфраструктуру. Зачастую такая адаптация стоит очень больших денег, времени и нервов, не говоря уже о полной/чистовой переустановке операционной системы (это к вопросу обновлений Ubuntu 9.x -> 10.x). Ну и к чему такое приводит? Правильно! :) К Windows-way: если хочешь, чтобы программа работала правильно, переустанови Windows на заново отформатированный винчестер.
| | |
| |
| 7.290, sHaggY_caT (ok), 12:50, 02/06/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Как что плохого в нестабильном 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
| | |
|
|
|
|
|
| 2.258, Anon Y Mous (?), 15:55, 31/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс.
Да ладно уж. Почему-то некоторые другие системы имеют стабильный интерфейс для написания драйверов и живут себе.
По-моему так основной смысл этой всей ломки - борьба с проприетарными драйверами. Все остальное = вторично.
| | |
| |
| 3.261, sHaggY_caT (ok), 17:34, 31/05/2010 [^] [^^] [^^^] [ответить] | +/– | Нет, имхо, дело в другом, два варианта, и оба, имхо, верные - Как бы это циничн... большой текст свёрнут, показать | | |
| |
| 4.263, аноним (?), 19:01, 31/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>бетатестинг новых новшеств, для _production систем_
>Многие _домашние_ пользователи
Вам ничего не кажется странным?
>Конечно, это сейчас вызовет флейм
*и в ОЧЕРЕДНОЙ РАЗ производится вброс про freebsd*
>В результате, _все_ в плюсе
Ага. А тем временем Novell ищет покупателя
P.S. Казалось бы, при чём здесь ZFS (давно и успешно портированная в "отсталую" фряху)
| | |
| |
| 5.264, sHaggY_caT (ok), 19:09, 31/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>бетатестинг новых новшеств, для _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 очень трудно.
| | |
| |
| 6.281, odus (ok), 09:28, 02/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ладно - подождем пару лет
Может к этому моменту допилят ZFS в Linux до того состояния что можно будет использовать
| | |
| |
| 7.283, sHaggY_caT (ok), 10:10, 02/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Ладно - подождем пару лет
>Может к этому моменту допилят ZFS в Linux до того состояния что
>можно будет использовать
Я думаю, что через год можно будет использовать BTRFS, зачем будет нужна ZFS, по крайней мере на серверах, а не "поменяться" фильмами?
Еще один такой же механизм, существующий сам по себе, в обход device-mapper, как и mdraid?
| | |
| |
| 8.285, odus (ok), 10:20, 02/06/2010 [^] [^^] [^^^] [ответить] | +/– | Честно говоря все равно как оно там работает - в обход или напрямую Если через ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 1.302, Anon Y Mous (?), 01:11, 08/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати, ZPL пока что нифига не реализован :-) Так что файловые системы пока создавать нельзя, только тома ;-)
| | |
|
