The OpenNET Project / Index page

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



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

Оглавление

Релиз systemd v38 c поддержкой Journal, замены системе syslog , opennews (??), 11-Янв-12, (0) [смотреть все]

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


64. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +1 +/
Сообщение от Аноним (-), 12-Янв-12, 12:29 
Основная проблема изобретений Поттеринга - это его эго!
Взять тот же пульс, идея - избавиться от чехарды аудио в линукс - весьма благородна, НО когда его представили он был сырой, и даже когда его начали форсить он был сырой, более того он и сейчас не очень. Зато сколько пиара, пафоса и унылого форса.
Взять системд, жить с оглядкой на System V это конечно круто, но хотелось бы что-то новое, что поможет лучше использовать ресурсы современной техники, НО не с таким же остервенением....
Вот и журнал, как следствие, не его оценивают а личность создателя, а сам создатель, зачем-то пиарит преальфу недобетовну итд, итп.
Тэги: безблагодатность, опенсорц
Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +1 +/
Сообщение от Crazy Alex (ok), 12-Янв-12, 13:53 
Да там не в преальфе недобетовне дело в случае с логами, а в том, что оно defective by design, причём на кой - не ведомо. К примеру, кто ему мешал рядом с обычными текстовыми логами бинарные файлы индекса держать? Результат получил бы тот же, не ломая всё и вся и не нарываясь на потрею логов в случае крахов FS, битой памяти и тому подобных ситуаций.
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  –2 +/
Сообщение от Аноним (-), 12-Янв-12, 14:06 
Значит так, любезнейший! При крахе FS у вас будет больше проблем, нежели нечитаемось бинарных логов, в крайнем случае, то с чего вы загрузитесь, чтобы это восстановить вполне может содержать утилиту для их чтения/восстановления (выше можете почитать посты о восстановлении бинарных данных vs гадание на текстной каше). Битая память - это не проблема. FS проверяет не в битый блок ли она, часом, пишет. А если у вас винчестер хоть чем-то лучше seagate, то он сам аппаратно заремапит битое место физически.
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +/
Сообщение от iZEN (ok), 12-Янв-12, 16:44 
> FS проверяет не в битый блок ли она, часом, пишет.

Нет. Это делает контроллёр самого винчестера или SSD. Если что-то нельзя записать в выбранный сектор диска, то на этот сектор контроллёр делает ремап из резервной области, а сбойный помечает как "BAD", чтобы никогда не обращаться к нему. FS о таких тонкостях не знает.

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

133. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +3 +/
Сообщение от Crazy Alex (ok), 12-Янв-12, 20:29 
Правильно спроектированную бинарь восстановить можно, кто спорит, но это уже нужны А сектора с логами с убитой вусмерть FS я вытащу хоть грепом с авком. Но суть даже не в этом - ладно, ок, допустим нам зачем-то правда нужна бинарь, причем не парсинг/анализ  логов и складывание результатов в базу, а именно сразу логгинг в таком формате. Что мешало в бинари  держать только индексы/расширенную информацию + позицию в стандартных лог-файлах? Чтобы продолжало работать всё, ожидающее стандартный формат? То, что об этом не подумали - очень нехороший звоночек. Если б он сказал: "вот новый логгер, у него есть вот такие-то продвинутые возможности, но если вам оно не надо - вы заметите только изменение имени демона" - никто особенно не возмущался. Если бы оказалось удобным - переползли бы на чудесный новые возможности, и лет через 8-10 можнобыло бы старьё дропнуть. Но подход "весь мир насилья мы разрушим" очень тревожит.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

112. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +/
Сообщение от Аноним (-), 12-Янв-12, 17:47 
> логами бинарные файлы индекса держать? Результат получил бы тот же, не
> ломая всё и вся и не нарываясь на потрею логов в случае крахов FS,

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

> битой памяти и тому подобных ситуаций.

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

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

134. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +/
Сообщение от Crazy Alex (ok), 12-Янв-12, 20:31 
Именно, FS можно не поднять - но вот текстовые логи даже из этой вермишели выдернутся стандартными утилитами unix - ну максимум перловый скрипт какой понадобится для ускорения.

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

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

177. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +/
Сообщение от Аноним (-), 14-Янв-12, 06:18 
> Именно, FS можно не поднять - но вот текстовые логи даже из
> этой вермишели выдернутся стандартными утилитами unix - ну максимум перловый скрипт
> какой понадобится для ускорения.

А что, разве из логов journal текстовую инфу не выдернуть? // тест на знание матчасти

> А профита - никакого.

Профит в том, что пока файл не сломан, по нему гораздо легче выполнять поиск нужных данных и статистический анализ.
А если предположить гипотетическую ситуацию, что формат побился (хотя битого гита, например, никто не видел), то на выходе получится точно такое текстовое месиво, как и в яростно защищаемом вами syslog :)

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

167. "Релиз systemd v38 c поддержкой Journal, замены системе syslo..."  +/
Сообщение от Аноним (-), 13-Янв-12, 22:41 
> Вот и журнал, как следствие, не его оценивают а личность создателя, а
> сам создатель, зачем-то пиарит преальфу недобетовну итд, итп.

Вообще, сам Поттеринг пиаром не занимается. Он разработчик.
Пиаром и информационным шумом занимаются те, кто радуется решению наболевших проблем, а также те, кто завидует развитию GNU/Linux. Как следствие, пиар получается как позитивным, так и негативным.

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

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

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




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

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