| |
| 2.3, Аноним (-), 20:00, 19/03/2014 [^] [^^] [^^^] [ответить]
| +15 +/– |
Snapper написан их человеком + ещё есть морда там к нему в виде модуля для яста.
| | |
|
| 1.2, iZEN (ok), 19:46, 19/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
 > Использование по умолчанию файловой системы Btrfs;
Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!
> ядро Linux 3.14-RC
Пи*да-то!
| | |
| |
| 2.9, Аноним (-), 20:35, 19/03/2014 [^] [^^] [^^^] [ответить]
| +5 +/– | |
Завидовать нехорошо.
Понимаю, неприятно, что оракел перестал кормить подачками, закрыв код новых версий ZFS, и вдвойне неприятно смотреть, как развивается опенсорсный конкурент. Но такая уж тяжелая судьба у попрошаек - полная зависимость от воли хозяина.
| | |
| |
| 3.32, BratSinot (ok), 01:10, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
 По этому поводу OpenZFS организовали, да и что еще в ZFS то добавить можно? Там и так все нужное есть.
| | |
| |
| 4.48, Аноним (-), 09:42, 20/03/2014 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> да и что еще в ZFS то добавить можно?
Нетребовательность к ресурсам?
| | |
| |
| 5.62, Pop (?), 15:26, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Одним словом динамические профили под ARM'мы всякие и embedded системы
| | |
|
| 4.65, клоун Стаканчик (?), 18:02, 20/03/2014 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Значительное падение скорости работы при заполнении диска более, чем на 80%.
При переходе с ZFS на NTFS примерно 2% данных не считались и выдавали timeout, независимо от количества моих попыток считать эти данные. К сожалению, не все из них были зарезервированы.
| | |
| 4.66, Аноним (-), 21:11, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> По этому поводу OpenZFS организовали, да и что еще в ZFS то добавить можно? Там и так все нужное есть.
Шифрование.
| | |
| 4.84, Добрый Дохтур (?), 18:55, 21/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> По этому поводу OpenZFS организовали, да и что еще в ZFS то
> добавить можно? Там и так все нужное есть.
дефрагментатор.
| | |
| |
| 5.86, iZEN (ok), 10:23, 22/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> По этому поводу OpenZFS организовали, да и что еще в ZFS то
>> добавить можно? Там и так все нужное есть.
> дефрагментатор.
Не нужно.
| | |
|
|
|
| 2.17, Аноним (-), 22:04, 19/03/2014 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!
Ну да, в восьмерке не ставится, будешь как миленький NTFS с архитектурой из 90-х прошлого века юзать.
> Пи*да-то!
Нормально. У пингвиноидов -RC дадут фору любому релизу у жабистов типа тебя.
| | |
| |
| 3.25, iZEN (ok), 23:09, 19/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!
> Ну да, в восьмерке не ставится, будешь как миленький NTFS с архитектурой из 90-х прошлого века юзать.
8.1 на работе. Заметил интересную вещь: я меньше времени уделяю состоянию дисков: открыл как-то посмотреть степень фрагментации, а у них этот показательно 0%, в том числе и у рабочего "подручного" USB-диска. А вот старый USB-диск всё-таки пришлось дефрагментировать.
>> Пи*да-то!
> Нормально. У пингвиноидов -RC дадут фору любому релизу у жабистов типа тебя.
Я сейчас использую FreeBSD 10-STABLE. Если -RC в GNU/Linux даёт фору, то по-видимому это аналог экспериментальной ветки -CURRENT. Тогда да — даёт фору релизу и даже BETA-версии (коей является по сути -STABLE). :))
| | |
| |
| 4.50, andy (??), 10:40, 20/03/2014 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Я сейчас использую FreeBSD 10-STABLE.
В VmWare на винде, угадал?
| | |
| |
| 5.64, Аноним (-), 17:35, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наоборот - винда в бизайв контейнере!
Впрочем ты всё равно не знаешь что это такое :)
| | |
| 5.76, iZEN (ok), 22:52, 20/03/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Я сейчас использую FreeBSD 10-STABLE.
> В VmWare на винде, угадал?
Завязывай с телепатией. У тебя не получается.
| | |
|
| 4.63, Mirivlad (?), 16:54, 20/03/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Я тебе огорчу. Отсутствие фрагментации ФС в винде начиная с 7-ки не заслуга самой ФС. Погляди задачи по расписанию. Там по дефолту забита раз в неделю дефрагментация дисков, ЕМНИП.
| | |
| |
| 5.77, iZEN (ok), 22:55, 20/03/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Я тебе огорчу. Отсутствие фрагментации ФС в винде начиная с 7-ки не
> заслуга самой ФС. Погляди задачи по расписанию. Там по дефолту забита
> раз в неделю дефрагментация дисков, ЕМНИП.
Вот сейчас посмотреть не могу, но допускаю, что это вполне логично. Минус одна задача по обслуживанию винды.
| | |
|
|
| 3.40, blueboar (?), 06:51, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
 Там же вроде бы ReFS давно, а не NTFS? Ну, по крайней мере в Windows 8.1 точно есть.
| | |
|
|
| |
| |
| 3.52, Аноним (-), 10:46, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Зато ядро без критической дыры (CVE-2014-2523).
Найди хоть 1 систему где эта критическая дыра работала бы? Оно полагается на какой-то экзотичный модуль, которым никто не пользуется.
| | |
|
|
| |
| 2.6, Аноним (-), 20:29, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Поясните нубу - оно работает на Wayland по умолчанию?
Нет, конечно.
Пока еще довольно много приложений, приколоченных гвоздями к иксам, и поэтому плавную миграцию, без серьезных ограничений функциональности, обеспечить затруднительно.
| | |
| 2.36, Led (ok), 04:01, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Поясните нубу - оно работает на Wayland по умолчанию?
Не ssy, работает.
| | |
|
| 1.7, Аноним (-), 20:32, 19/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Переход на фреймворк Wicked для настройки сетевой конфигурации. Wicked заменяет собой скрипты, подобные /sbin/ifup, и оперирует файлами конфигурации в формате XML;
> XML
Надеюсь, скоро systemd-networkd с нормальными текстовыми конфигами допилят до продакшена, и можно будет выкинуть этот юниксвейную (XML же!), но очень неудобную хрeнь.
| | |
| |
| |
| 3.11, Аноним (-), 20:40, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
Но практически все юниксовые иниты конфигурируются на XML.
Кроме линуксового systemd. Но линукс все равно не юникс.
| | |
| |
| 4.12, ананим (?), 20:52, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Но практически все юниксовые иниты конфигурируются на XML.
Епнулся штоли.
Только солярный смф замечен.
Это первое.
Второе — отличаем статическую инициализацию этхернетов от динамической.
| | |
| |
| 5.13, Аноним (-), 21:01, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Только солярный смф замечен.
И макось. Собственно, оба оставшихся юникса.
> Второе — отличаем статическую инициализацию этхернетов от динамической.
В networkd тоже собираются динамическое управление запилить (networkctl). Ждем-с.
| | |
| |
| 6.14, плавализнаем (?), 21:23, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
>И макось. Собственно, оба оставшихся юникса.
Молодой человек даже не слыхал про чпукс и аикс?
| | |
| |
| 7.16, Аноним (-), 22:02, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Молодой человек даже не слыхал про чпукс и аикс?
Они уже практически не шевелятся.
| | |
| |
| |
| |
| 10.74, Аноним (-), 22:26, 20/03/2014 [^] [^^] [^^^] [ответить] | +1 +/– | Ты либо троль, либо одно из двух пойди да посмотри в открытых источниках у каки... текст свёрнут, показать | | |
|
|
|
| 7.42, Apple (?), 08:27, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
О них все только и слышали, видели их полтора землекопа, и те давно умерли.
| | |
|
| 6.49, Аноним (-), 09:47, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это с каких пор любовь к пассивному анальному сексу признак юниксвейности?
| | |
| |
| 7.67, Аноним (-), 21:12, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Это с каких пор любовь к пассивному анальному сексу признак юниксвейности?
С тех пор, как XML внедрили в юниксы :)
| | |
|
|
|
| 4.19, Аноним (-), 22:08, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Но практически все юниксовые иниты конфигурируются на XML.
Особенно sysv init... </sarcasm>
| | |
| |
| 5.21, Аноним (-), 22:20, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Особенно sysv init... </sarcasm>
А покажите мне современный юникс с SysV init. Ну, кроме полудохлого чпукса.
Даже в не менее полудохлом AIX собственный инит, в котором вся функциональность по управлению службами из rc-скриптов перенесена в PID 1.
| | |
| |
| |
| 7.28, Аноним (-), 00:00, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Не поверишь, апстарт, опенрк,...
Во-первых, это не юникс.
Во-вторых, upstart не работает поверх init, upstart и есть init. А вот опенрцы - действительно, несовместимый с sysv init.d набор скриптов, работающий поверх /sbin/init из sysv.
| | |
| |
| 8.31, Аноним (-), 00:25, 20/03/2014 [^] [^^] [^^^] [ответить] | –1 +/– | Совать гигантский блоб с кучей функций на место PID 1 придумал не леня поттер о... текст свёрнут, показать | | |
| |
| 9.75, Аноним (-), 22:41, 20/03/2014 [^] [^^] [^^^] [ответить] | +2 +/– | Анон, ты не разбираешься в теме да, в аиксе принято, что системные службы старт... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.15, Ordu (ok), 21:40, 19/03/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Юниксвейность XML'я -- это что-то новое. XML неудобен для редактирования без спец. софта. Куча лишних ASCII-символов. Как минимум нужен плагин на текстовый редактор для общего редактирования XML'я, чтобы выравнивание выдерживать и теги закрывать. Парсинг XML'я из скриптов без спец. либ сложно провернуть, Функциональность a la grep вообще бесполезена, а регекспами хоть и можно, но зубодробительно. Программный вывод XML'я -- опять же многословен и требует тысяч телодвижений. XML -- это не юниксвей, но корпоративный мейнстрим со всеми присущими мейнстриму недостатками, и в первую очередь тем, что 50-90% ASCII символов в конфиге и в коде программы работающей с конфигом -- оверхед, которого можно было бы избежать, если быть чуть проще и вместо XML использовать менее универсальный, но более подходящий задаче, синтаксис.
| | |
| |
| 3.18, Аноним (-), 22:07, 19/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
Да, в нем неэффективен grep. Зато для него есть куда более мощный и гибкий xsltproc.
А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным демонам. Этот порядок существует уже много лет, и только пару лет назад его начали неуверенно переносить из юникса в линукс. Но мощь XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
| | |
| |
| 4.20, Аноним (-), 22:10, 19/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как текстовый его геморно редактировать. Как бинарный - он сложен в парсинге и большой оверхед. Так что картографы с OSM офигели от типа, текстовых файлов, на 250Гб размером. И осознали что их нечем ... редактировать как текст!
| | |
| |
| 5.22, Аноним (-), 22:21, 19/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как
> текстовый его геморно редактировать. Как бинарный - он сложен в парсинге
> и большой оверхед. Так что картографы с OSM офигели от типа,
> текстовых файлов, на 250Гб размером. И осознали что их нечем ...
> редактировать как текст!
Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет после этого :)
| | |
| |
| 6.54, Аноним (-), 10:52, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет
> после этого :)
Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML. Заметьте, у него размер даже меньше чем у .xml.bz2 при сохранении рандомного доступа к данным, в отличие от xml.bz2 ;).
| | |
| |
| 7.70, Аноним (-), 21:17, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML.
Но это же кривой и совершенно не юниксвейный блоб! А блобы, вне всякого сомнения, не нужны.
| | |
|
|
|
| 4.26, Ordu (ok), 23:15, 19/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
Дык я о том и говорю, в большинстве ситуаций ничего сложнее чем параметр=значение и не надо, и xml оказывается бездумным оверхедом, тянущим за собой libxml2, xslt, и усложняющим конфиги. Можно сколько угодно рассуждать о том, что просто неправильно применяют XML, но мне без разницы, по-любому, правильное применение формата параметр=значение, гораздо приятнее, чем долбаный xml во все дыры затычкой.
Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига. Единственным оправданием такого усложнения может быть необходимость усложнения, то есть когда формата параметр=значение недостаточно, для записи админской мысли.
| | |
| |
| 5.30, Аноним (-), 00:09, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.
Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому что если во время нормальной работы лазить в него руками не надо, то формат значения не имеет.
А вот в случае восстановление после сбоя, XML, с его иерархической структурой и избыточностью, работает очень хорошо.
| | |
| |
| 6.33, Ordu (ok), 01:20, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.
> Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому
> что если во время нормальной работы лазить в него руками не
> надо, то формат значения не имеет.
Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации, это может потребоваться во внештатной. Так зачем усложнять себе жизнь без причины? Во внештатной, как раз, может и не оказаться доступа к текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и крутись как хочешь в консольке 80x25 с этой иерархической структурой и избыточностью синтаксиса.
> А вот в случае восстановление после сбоя, XML, с его иерархической структурой
> и избыточностью, работает очень хорошо.
Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем большинстве ситуаций, и просто не используется. Но что это за сбой, где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что за сбои такие? Баги в *ctl программах?
| | |
| |
| 7.72, Аноним (-), 21:22, 20/03/2014 [^] [^^] [^^^] [ответить] | –1 +/– | А может, вы просто осилите vim Ошибка чтения с диска, например Собственно, дру... большой текст свёрнут, показать | | |
|
| 6.55, Аноним (-), 10:58, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Это не оправдание, а практически полное аннулирование требований к формату конфига.
Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...
| | |
| |
| 7.71, Аноним (-), 21:18, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...
Именно поэтому XML и рулит.
| | |
|
|
|
| 4.27, dq0s4y71 (??), 23:16, 19/03/2014 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат оправдан только при очень больших массивах данных и критичности скорости работы с ними (в БД, например). А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных.
А XML - да, паршивый формат.
| | |
| |
| 5.29, Аноним (-), 00:05, 20/03/2014 [^] [^^] [^^^] [ответить] | +/– | А также во многих других случаях Например, если это конфиг кластера Попробуйте... большой текст свёрнут, показать | | |
|
| 4.60, anonymous (??), 14:15, 20/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
Еще в седой древности придумали ASN.1, но увы... в массы пошло то, что можно было выучить за 5 минут.
| | |
|
|
|
| 1.24, Аноним (-), 22:58, 19/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Противоречивые чувства.
Добавление Dracut несомненно плюс, а вот Wicked - дерьмо.
Ну и да, как там с systemd дела обстоят? )))
| | |
| |
| 2.43, hoopoe (ok), 08:32, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
 systemd там с версии 12.2, и нормально себя чувствует, как и остальная система...
| | |
|
| 1.44, Аноним (-), 08:40, 20/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
если релиз будет в ноябре - ядро 3.14 к тому времени морально устареет
или я чего-то не ?
| | |
| |
| |
| |
| 4.61, Аноним (-), 14:18, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да. Хотя странно - SLE 12 вроде бы собираются запилить на ядре 3.12
| | |
|
|
| 2.79, Led (ok), 01:54, 21/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
> если релиз будет в ноябре - ядро 3.14 к тому времени морально
> устареет
> или я чего-то не ?
Второе.
| | |
|
| 1.47, Игорь (??), 09:23, 20/03/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 А оно уже научилось после втыкивания USB-модема автоматом подгружать модуль usbserial?
| | |
| |
| 2.58, Аноним (-), 13:36, 20/03/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
всё завелось, плохо пробовали
openSUSE 13.1
Linux 3.13.6-19.g4727218-desktop
OpenGL version string: 3.0 Mesa 10.1.0
| | |
| |
| 3.59, dxd (?), 13:56, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы так мило подразумеваете идентичность своего и чужого конфига...
| | |
| 3.73, Sluggard (ok), 22:04, 20/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Вот у Вас завелось, а у меня нет.
Дистр openSUSE 13.1 c KDE 4.12.3, ядро 3.13.6, иксы 1.15, гибридная графика (Intel HD4000 + Radeon HD7670), свободные дрова.
После установки 10-й Месы меня просто не логинит в систему — прогресс бар доходит ~2/3 и меня снова кидает на экран логина.
| | |
| |
| 4.78, Аноним (-), 00:53, 21/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
Похоже, иксы падают. Смотрите /var/log/Xorg* и ~/.xsession-errors.
| | |
| |
| 5.80, Sluggard (ok), 02:16, 21/03/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Надо сперва Месу обновить опять, потом глядеть. А то я в этой помойке ни фига не найду.
| | |
|
| 4.85, Аноним (-), 09:12, 22/03/2014 [^] [^^] [^^^] [ответить]
| +/– |
было обновление, которое всё сломало. судя по всему, Вы как раз его застали. обновитесь ещё раз, всё будет в порядке.
| | |
|
|
|
|
