forum.opennet.ru

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

Оглавление

Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..., opennews (?), 19-Мрт-14, (0) [смотреть все]

Они используют какие-нибудь фичи Btrfs, например, снапшоты , jihad (?), 19:41 , 19-Мрт-14, (1) //

Snapper написан их человеком ещё есть морда там к нему в виде модуля для яста , Аноним (-), 20:00 , 19-Мрт-14, (3) +15

Неожиданно Btrfs Становится В продакшен Незамедлительно Пи да-то , iZEN (ok), 19:46 , 19-Мрт-14, (2) –12 //

Завидовать нехорошо Понимаю, неприятно, что оракел перестал кормить подачками, з, Аноним (-), 20:35 , 19-Мрт-14, (9) +5 //

По этому поводу OpenZFS организовали, да и что еще в ZFS то добавить можно Там , BratSinot (ok), 01:10 , 20-Мрт-14, (32) +1 //

Нетребовательность к ресурсам , Аноним (-), 09:42 , 20-Мрт-14, (48) +3

Одним словом динамические профили под ARM мы всякие и embedded системы, Pop (?), 15:26 , 20-Мрт-14, (62) –1

Значительное падение скорости работы при заполнении диска более, чем на 80 При , клоун Стаканчик (?), 18:02 , 20-Мрт-14, (65) –3

пофиксил, ананим (?), 03:25 , 21-Мрт-14, (81)

Шифрование , Аноним (-), 21:11 , 20-Мрт-14, (66)
дефрагментатор , Добрый Дохтур (?), 18:55 , 21-Мрт-14, (84)

Не нужно , iZEN (ok), 10:23 , 22-Мрт-14, (86)

язень, что ж ты даже чаю не попьёшь -P, Andrey Mitrofanov (?), 11:29 , 22-Мрт-14, (87)

Ну да, в восьмерке не ставится, будешь как миленький NTFS с архитектурой из 90-х, Аноним (-), 22:04 , 19-Мрт-14, (17) +5 //

8 1 на работе Заметил интересную вещь я меньше времени уделяю состоянию дисков, iZEN (ok), 23:09 , 19-Мрт-14, (25) –1 //

В VmWare на винде, угадал , andy (??), 10:40 , 20-Мрт-14, (50) +2

Наоборот - винда в бизайв контейнере Впрочем ты всё равно не знаешь что это так, Аноним (-), 17:35 , 20-Мрт-14, (64) –1
Завязывай с телепатией У тебя не получается , iZEN (ok), 22:52 , 20-Мрт-14, (76) –2

Я тебе огорчу Отсутствие фрагментации ФС в винде начиная с 7-ки не заслуга само, Mirivlad (?), 16:54 , 20-Мрт-14, (63) +4

Вот сейчас посмотреть не могу, но допускаю, что это вполне логично Минус одна з, iZEN (ok), 22:55 , 20-Мрт-14, (77) –2

И 1 лошара, не знающий чем его система занимается , ананим (?), 03:28 , 21-Мрт-14, (82) –1

Там же вроде бы ReFS давно, а не NTFS Ну, по крайней мере в Windows 8 1 точно е, blueboar (?), 06:51 , 20-Мрт-14, (40)

Какой-то сплошной свежак что-то , Аноним (-), 20:13 , 19-Мрт-14, (4) +2 //

Зато ядро без критической дыры CVE-2014-2523 , Аноним (-), 20:33 , 19-Мрт-14, (8) –1 //

Обои нескучные, на остальное пофиг , Аноним (-), 06:28 , 20-Мрт-14, (39) +2
Найди хоть 1 систему где эта критическая дыра работала бы Оно полагается на как, Аноним (-), 10:46 , 20-Мрт-14, (52) +1

До релиза еще пол года И еще обновят версии не раз , Аноним (-), 10:46 , 20-Мрт-14, (51)

Поясните нубу - оно работает на Wayland по умолчанию , ssy (?), 20:22 , 19-Мрт-14, (5) //

Нет, конечно Пока еще довольно много приложений, приколоченных гвоздями к иксам,, Аноним (-), 20:29 , 19-Мрт-14, (6)
Не ssy, работает , Led (ok), 04:01 , 20-Мрт-14, (36) –1 //

Оскар Уайлд , ssy (?), 08:14 , 20-Мрт-14, (41) +3

А те чо, прям так надо что ли , Sluggard (ok), 12:20 , 20-Мрт-14, (57) –1

Надеюсь, скоро systemd-networkd с нормальными текстовыми конфигами допилят до пр, Аноним (-), 20:32 , 19-Мрт-14, (7) //

В XML нет ни грамма юниксвея , Аноним (-), 20:37 , 19-Мрт-14, (10) +5 //

Но практически все юниксовые иниты конфигурируются на XML Кроме линуксового syst, Аноним (-), 20:40 , 19-Мрт-14, (11) //

Епнулся штоли Только солярный смф замечен Это первое Второе 8212 отличаем ста, ананим (?), 20:52 , 19-Мрт-14, (12)

И макось Собственно, оба оставшихся юникса В networkd тоже собираются динамичес, Аноним (-), 21:01 , 19-Мрт-14, (13)

Молодой человек даже не слыхал про чпукс и аикс , плавализнаем (?), 21:23 , 19-Мрт-14, (14)

Они уже практически не шевелятся , Аноним (-), 22:02 , 19-Мрт-14, (16)

Это Вам ваш одноклассник сказал , G0Dzilla (ok), 05:30 , 20-Мрт-14, (37)

Нет, однокурсник Из одноклассников в юникс-админство никто не пошел , Аноним (-), 21:15 , 20-Мрт-14, (69) –2

Ты либо троль, либо одно из двух пойди да посмотри в открытых источниках у каки, Аноним (-), 22:26 , 20-Мрт-14, (74) +1

О них все только и слышали, видели их полтора землекопа, и те давно умерли , Apple (?), 08:27 , 20-Мрт-14, (42)

Это с каких пор любовь к пассивному анальному сексу признак юниксвейности , Аноним (-), 09:47 , 20-Мрт-14, (49) +1

С тех пор, как XML внедрили в юниксы , Аноним (-), 21:12 , 20-Мрт-14, (67) –1

Особенно sysv init sarcasm , Аноним (-), 22:08 , 19-Мрт-14, (19)

А покажите мне современный юникс с SysV init Ну, кроме полудохлого чпукса Даже , Аноним (-), 22:20 , 19-Мрт-14, (21)

Не поверишь, апстарт, опенрк, Все работают поверх init, ананим (?), 22:42 , 19-Мрт-14, (23) –1

Во-первых, это не юникс Во-вторых, upstart не работает поверх init, upstart и ес, Аноним (-), 00:00 , 20-Мрт-14, (28)

Совать гигантский блоб с кучей функций на место PID 1 придумал не леня поттер о, Аноним (-), 00:25 , 20-Мрт-14, (31) –1

И в чем разница между Поттерингом из IBM и Поттерингом из RedHat Ну да, и в AIX , Маленькая Серая Мышка (?), 03:29 , 20-Мрт-14, (35)

Какого именно времени AIX древний же А поття - относительно свеженький , Аноним (-), 10:49 , 20-Мрт-14, (53)
Поттеринг из IBM - сертифицированный разработчик сертифицированного Unix 174 , Аноним (-), 21:14 , 20-Мрт-14, (68) –1

Анон, ты не разбираешься в теме да, в аиксе принято, что системные службы старт, Аноним (-), 22:41 , 20-Мрт-14, (75) +2

Юниксвейность XML я -- это что-то новое XML неудобен для редактирования без спе, Ordu (ok), 21:40 , 19-Мрт-14, (15) +5 //

При всех его недостатках, XML - это возможность удержаться за текстовый формат т, Аноним (-), 22:07 , 19-Мрт-14, (18) –1 //

И в результате получается хреновый текстовый формат и хреновая замена бинарного , Аноним (-), 22:10 , 19-Мрт-14, (20) +1

Удачи вам, сконвертировать это в параметр значение Посмотрим, какой размер у ни, Аноним (-), 22:21 , 19-Мрт-14, (22) –1

Специализированный бинарный формат на основе protocol buffers сдул объем данных , Аноним (-), 10:52 , 20-Мрт-14, (54) +1

Но это же кривой и совершенно не юниксвейный блоб А блобы, вне всякого сомнения, Аноним (-), 21:17 , 20-Мрт-14, (70) –1

Дык я о том и говорю, в большинстве ситуаций ничего сложнее чем параметр значени, Ordu (ok), 23:15 , 19-Мрт-14, (26)

Это не оправдание, а практически полное аннулирование требований к формату конфи, Аноним (-), 00:09 , 20-Мрт-14, (30)

Текстовый конфиг можно править руками Если это не требуется в штатной ситуации,, Ordu (ok), 01:20 , 20-Мрт-14, (33)

А может, вы просто осилите vim Ошибка чтения с диска, например Собственно, други, Аноним (-), 21:22 , 20-Мрт-14, (72) –1

Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit , Аноним (-), 10:58 , 20-Мрт-14, (55)

Именно поэтому XML и рулит , Аноним (-), 21:18 , 20-Мрт-14, (71) –1

Только по всем параметрам, как правило, должен быть текстовый формат Бинарный ф, dq0s4y71 (??), 23:16 , 19-Мрт-14, (27) +2

А также во многих других случаях Например, если это конфиг кластера Попробуйте, Аноним (-), 00:05 , 20-Мрт-14, (29)

Еще в седой древности придумали ASN 1, но увы в массы пошло то, что можно был, anonymous (??), 14:15 , 20-Мрт-14, (60)

Противоречивые чувства Добавление Dracut несомненно плюс, а вот Wicked - дерьмо , Аноним (-), 22:58 , 19-Мрт-14, (24) +1 //

systemd там с версии 12 2, и нормально себя чувствует, как и остальная система , hoopoe (ok), 08:32 , 20-Мрт-14, (43) +1

если релиз будет в ноябре - ядро 3 14 к тому времени морально устареетили я чего, Аноним (-), 08:40 , 20-Мрт-14, (44) –1 //

будет штабильным, Проходящий (?), 09:11 , 20-Мрт-14, (45) //

а версия 3 14 - это лонг-лайв, так же как и 3 10 , Аноним (-), 09:23 , 20-Мрт-14, (46) –1 //

Да Хотя странно - SLE 12 вроде бы собираются запилить на ядре 3 12, Аноним (-), 14:18 , 20-Мрт-14, (61) –1

Второе , Led (ok), 01:54 , 21-Мрт-14, (79)

А оно уже научилось после втыкивания USB-модема автоматом подгружать модуль usbs, Игорь (??), 09:23 , 20-Мрт-14, (47) –1
О, обновление И Меса 10-я, которая в 13 1 не завелась Надо качать , Sluggard (ok), 12:16 , 20-Мрт-14, (56) //

всё завелось, плохо пробовалиopenSUSE 13 1Linux 3 13 6-19 g4727218-desktopOpenGL, Аноним (-), 13:36 , 20-Мрт-14, (58) +1 //

Вы так мило подразумеваете идентичность своего и чужого конфига , dxd (?), 13:56 , 20-Мрт-14, (59) –1
Вот у Вас завелось, а у меня нет Дистр openSUSE 13 1 c KDE 4 12 3, ядро 3 13 6, , Sluggard (ok), 22:04 , 20-Мрт-14, (73) –1 //

Похоже, иксы падают Смотрите var log Xorg и xsession-errors , Аноним (-), 00:53 , 21-Мрт-14, (78)

Надо сперва Месу обновить опять, потом глядеть А то я в этой помойке ни фига не, Sluggard (ok), 02:16 , 21-Мрт-14, (80) –1

было обновление, которое всё сломало судя по всему, Вы как раз его застали обн, Аноним (-), 09:12 , 22-Мрт-14, (85)

я представляю, сколько еще глюков выпилят до ноября, Аноним (-), 09:24 , 21-Мрт-14, (83)

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

15. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +5 +/–

Сообщение от Ordu (ok), 19-Мрт-14, 21:40

Юниксвейность XML'я -- это что-то новое. XML неудобен для редактирования без спец. софта. Куча лишних ASCII-символов. Как минимум нужен плагин на текстовый редактор для общего редактирования XML'я, чтобы выравнивание выдерживать и теги закрывать. Парсинг XML'я из скриптов без спец. либ сложно провернуть, Функциональность a la grep вообще бесполезена, а регекспами хоть и можно, но зубодробительно. Программный вывод XML'я -- опять же многословен и требует тысяч телодвижений. XML -- это не юниксвей, но корпоративный мейнстрим со всеми присущими мейнстриму недостатками, и в первую очередь тем, что 50-90% ASCII символов в конфиге и в коде программы работающей с конфигом -- оверхед, которого можно было бы избежать, если быть чуть проще и вместо XML использовать менее универсальный, но более подходящий задаче, синтаксис.

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

18. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." –1 +/–

Сообщение от Аноним (-), 19-Мрт-14, 22:07

При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
Да, в нем неэффективен grep. Зато для него есть куда более мощный и гибкий xsltproc.
А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным демонам. Этот порядок существует уже много лет, и только пару лет назад его начали неуверенно переносить из юникса в линукс. Но мощь XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.

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

20. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +1 +/–

Сообщение от Аноним (-), 19-Мрт-14, 22:10

> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как текстовый его геморно редактировать. Как бинарный - он сложен в парсинге и большой оверхед. Так что картографы с OSM офигели от типа, текстовых файлов, на 250Гб размером. И осознали что их нечем ... редактировать как текст!

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

22. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." –1 +/–

Сообщение от Аноним (-), 19-Мрт-14, 22:21

> И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как
> текстовый его геморно редактировать. Как бинарный - он сложен в парсинге
> и большой оверхед. Так что картографы с OSM офигели от типа,
> текстовых файлов, на 250Гб размером. И осознали что их нечем ...
> редактировать как текст!
Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет после этого :)

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

54. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +1 +/–

Сообщение от Аноним (-), 20-Мрт-14, 10:52

> Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет
> после этого :)
Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML. Заметьте, у него размер даже меньше чем у .xml.bz2 при сохранении рандомного доступа к данным, в отличие от xml.bz2 ;).

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

70. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." –1 +/–

Сообщение от Аноним (-), 20-Мрт-14, 21:17

> Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML.
Но это же кривой и совершенно не юниксвейный блоб! А блобы, вне всякого сомнения, не нужны.

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

26. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от Ordu (ok), 19-Мрт-14, 23:15

> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
Дык я о том и говорю, в большинстве ситуаций ничего сложнее чем параметр=значение и не надо, и xml оказывается бездумным оверхедом, тянущим за собой libxml2, xslt, и усложняющим конфиги. Можно сколько угодно рассуждать о том, что просто неправильно применяют XML, но мне без разницы, по-любому, правильное применение формата параметр=значение, гораздо приятнее, чем долбаный xml во все дыры затычкой.
Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига. Единственным оправданием такого усложнения может быть необходимость усложнения, то есть когда формата параметр=значение недостаточно, для записи админской мысли.

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

30. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от Аноним (-), 20-Мрт-14, 00:09

> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.
Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому что если во время нормальной работы лазить в него руками не надо, то формат значения не имеет.
А вот в случае восстановление после сбоя, XML, с его иерархической структурой и избыточностью, работает очень хорошо.

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

33. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от Ordu (ok), 20-Мрт-14, 01:20

>> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.
> Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому
> что если во время нормальной работы лазить в него руками не
> надо, то формат значения не имеет.
Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации, это может потребоваться во внештатной. Так зачем усложнять себе жизнь без причины? Во внештатной, как раз, может и не оказаться доступа к текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и крутись как хочешь в консольке 80x25 с этой иерархической структурой и избыточностью синтаксиса.
> А вот в случае восстановление после сбоя, XML, с его иерархической структурой
> и избыточностью, работает очень хорошо.
Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем большинстве ситуаций, и просто не используется. Но что это за сбой, где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что за сбои такие? Баги в *ctl программах?

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

72. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." –1 +/–

Сообщение от Аноним (-), 20-Мрт-14, 21:22

> Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации,
> это может потребоваться во внештатной. Так зачем усложнять себе жизнь без
> причины? Во внештатной, как раз, может и не оказаться доступа к
> текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и
> крутись как хочешь в консольке 80x25 с этой иерархической структурой и
> избыточностью синтаксиса.
А может, вы просто осилите vim?
> Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем
> большинстве ситуаций, и просто не используется. Но что это за сбой,
> где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что
> за сбои такие? Баги в *ctl программах?
Ошибка чтения с диска, например.
Собственно, других ситуаций, когда нужно вручную править конфиги, и нет. Либо конфиг есть и консистентен (тогда все в порядке), либо криворукий админ грохнул его через rm (тогда только бэкап).

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

55. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от Аноним (-), 20-Мрт-14, 10:58

> Это не оправдание, а практически полное аннулирование требований к формату конфига.
Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...

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

71. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." –1 +/–

Сообщение от Аноним (-), 20-Мрт-14, 21:18

> Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...
Именно поэтому XML и рулит.

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

27. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +2 +/–

Сообщение от dq0s4y71 (??), 19-Мрт-14, 23:16

> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат оправдан только при очень больших массивах данных и критичности скорости работы с ними (в БД, например). А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных.
А XML - да, паршивый формат.

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

29. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от Аноним (-), 20-Мрт-14, 00:05

>> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
> Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат
> оправдан только при очень больших массивах данных и критичности скорости работы
> с ними (в БД, например).
А также во многих других случаях. Например, если это конфиг кластера. Попробуйте поставить автоматически засинкать текстовые конфиги, когда на одном хосте один админ поменял одно значение, а на другом хосте другой админ - другое.
> А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных.
Что, десктопные приложения не работают с большими объемами данных? Пойду скажу это своему firefox с гиговым профилем.

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

60. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..." +/–

Сообщение от anonymous (??), 20-Мрт-14, 14:15

> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
Еще в седой древности придумали ASN.1, но увы... в массы пошло то, что можно было выучить за 5 минут.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	15. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+5 +/–
	Сообщение от Ordu (ok), 19-Мрт-14, 21:40
	Юниксвейность XML'я -- это что-то новое. XML неудобен для редактирования без спец. софта. Куча лишних ASCII-символов. Как минимум нужен плагин на текстовый редактор для общего редактирования XML'я, чтобы выравнивание выдерживать и теги закрывать. Парсинг XML'я из скриптов без спец. либ сложно провернуть, Функциональность a la grep вообще бесполезена, а регекспами хоть и можно, но зубодробительно. Программный вывод XML'я -- опять же многословен и требует тысяч телодвижений. XML -- это не юниксвей, но корпоративный мейнстрим со всеми присущими мейнстриму недостатками, и в первую очередь тем, что 50-90% ASCII символов в конфиге и в коде программы работающей с конфигом -- оверхед, которого можно было бы избежать, если быть чуть проще и вместо XML использовать менее универсальный, но более подходящий задаче, синтаксис.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	18. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	–1 +/–
	Сообщение от Аноним (-), 19-Мрт-14, 22:07
	При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный. Да, в нем неэффективен grep. Зато для него есть куда более мощный и гибкий xsltproc. А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным демонам. Этот порядок существует уже много лет, и только пару лет назад его начали неуверенно переносить из юникса в линукс. Но мощь XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+1 +/–
	Сообщение от Аноним (-), 19-Мрт-14, 22:10
	> При всех его недостатках, XML - это возможность удержаться за текстовый формат > там, где по всем параметрам должен быть бинарный. И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как текстовый его геморно редактировать. Как бинарный - он сложен в парсинге и большой оверхед. Так что картографы с OSM офигели от типа, текстовых файлов, на 250Гб размером. И осознали что их нечем ... редактировать как текст!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	–1 +/–
	Сообщение от Аноним (-), 19-Мрт-14, 22:21
	> И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как > текстовый его геморно редактировать. Как бинарный - он сложен в парсинге > и большой оверхед. Так что картографы с OSM офигели от типа, > текстовых файлов, на 250Гб размером. И осознали что их нечем ... > редактировать как текст! Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет после этого :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+1 +/–
	Сообщение от Аноним (-), 20-Мрт-14, 10:52
	> Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет > после этого :) Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML. Заметьте, у него размер даже меньше чем у .xml.bz2 при сохранении рандомного доступа к данным, в отличие от xml.bz2 ;).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-14, 21:17
	> Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML. Но это же кривой и совершенно не юниксвейный блоб! А блобы, вне всякого сомнения, не нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от Ordu (ok), 19-Мрт-14, 23:15
	> При всех его недостатках, XML - это возможность удержаться за текстовый формат > там, где по всем параметрам должен быть бинарный. > Да, в нем неэффективен grep. Зато для него есть куда более мощный > и гибкий xsltproc. > А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, > обычно все изменения вносятся через специальные ctl программы, обращающиеся к специальным > демонам. Этот порядок существует уже много лет, и только пару лет > назад его начали неуверенно переносить из юникса в линукс. Но мощь > XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение. Дык я о том и говорю, в большинстве ситуаций ничего сложнее чем параметр=значение и не надо, и xml оказывается бездумным оверхедом, тянущим за собой libxml2, xslt, и усложняющим конфиги. Можно сколько угодно рассуждать о том, что просто неправильно применяют XML, но мне без разницы, по-любому, правильное применение формата параметр=значение, гораздо приятнее, чем долбаный xml во все дыры затычкой. Применение же ctl программ, я не считаю оправданием для усложнения формата конфига. Единственным оправданием такого усложнения может быть необходимость усложнения, то есть когда формата параметр=значение недостаточно, для записи админской мысли.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	30. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от Аноним (-), 20-Мрт-14, 00:09
	> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига. Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому что если во время нормальной работы лазить в него руками не надо, то формат значения не имеет. А вот в случае восстановление после сбоя, XML, с его иерархической структурой и избыточностью, работает очень хорошо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от Ordu (ok), 20-Мрт-14, 01:20
	>> Применение же ctl программ, я не считаю оправданием для усложнения формата конфига. > Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому > что если во время нормальной работы лазить в него руками не > надо, то формат значения не имеет. Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации, это может потребоваться во внештатной. Так зачем усложнять себе жизнь без причины? Во внештатной, как раз, может и не оказаться доступа к текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и крутись как хочешь в консольке 80x25 с этой иерархической структурой и избыточностью синтаксиса. > А вот в случае восстановление после сбоя, XML, с его иерархической структурой > и избыточностью, работает очень хорошо. Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем большинстве ситуаций, и просто не используется. Но что это за сбой, где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что за сбои такие? Баги в ctl программах?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-14, 21:22
	> Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации, > это может потребоваться во внештатной. Так зачем усложнять себе жизнь без > причины? Во внештатной, как раз, может и не оказаться доступа к > текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и > крутись как хочешь в консольке 80x25 с этой иерархической структурой и > избыточностью синтаксиса. А может, вы просто осилите vim? > Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем > большинстве ситуаций, и просто не используется. Но что это за сбой, > где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что > за сбои такие? Баги в *ctl программах? Ошибка чтения с диска, например. Собственно, других ситуаций, когда нужно вручную править конфиги, и нет. Либо конфиг есть и консистентен (тогда все в порядке), либо криворукий админ грохнул его через rm (тогда только бэкап).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от Аноним (-), 20-Мрт-14, 10:58
	> Это не оправдание, а практически полное аннулирование требований к формату конфига. Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	71. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	–1 +/–
	Сообщение от Аноним (-), 20-Мрт-14, 21:18
	> Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit... Именно поэтому XML и рулит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+2 +/–
	Сообщение от dq0s4y71 (??), 19-Мрт-14, 23:16
	> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный. Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат оправдан только при очень больших массивах данных и критичности скорости работы с ними (в БД, например). А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных. А XML - да, паршивый формат.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	29. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от Аноним (-), 20-Мрт-14, 00:05
	>> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный. > Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат > оправдан только при очень больших массивах данных и критичности скорости работы > с ними (в БД, например). А также во многих других случаях. Например, если это конфиг кластера. Попробуйте поставить автоматически засинкать текстовые конфиги, когда на одном хосте один админ поменял одно значение, а на другом хосте другой админ - другое. > А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных. Что, десктопные приложения не работают с большими объемами данных? Пойду скажу это своему firefox с гиговым профилем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Первая тестовая версия openSUSE 13.2, перешедшая на Btrfs по..."	+/–
	Сообщение от anonymous (??), 20-Мрт-14, 14:15
	> При всех его недостатках, XML - это возможность удержаться за текстовый формат > там, где по всем параметрам должен быть бинарный. > Да, в нем неэффективен grep. Зато для него есть куда более мощный > и гибкий xsltproc. > А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, > обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным > демонам. Этот порядок существует уже много лет, и только пару лет > назад его начали неуверенно переносить из юникса в линукс. Но мощь > XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение. Еще в седой древности придумали ASN.1, но увы... в массы пошло то, что можно было выучить за 5 минут.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору