forum.opennet.ru - "Предложение по переводу системных логов lastlog, btmp, utmp и wtmp на использование SQLite" (84)

"Предложение по переводу системных логов lastlog, btmp, utmp и wtmp на использование SQLite"

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

"Предложение по переводу системных логов lastlog, btmp, utmp и wtmp на использование SQLite"	+/–
Сообщение от opennews (??), 13-Мрт-26, 08:25
В списке рассылки linux-api выставлено на обсуждение предложение (RFC) заменить устаревшие бинарные форматы системных журналов lastlog, btmp, utmp и wtmp на новые разделяемые библиотеки, использующие SQLite в качестве бэкенда. Инициатива направлена на решение накопившихся проблем, среди которых переполнение 32-разрядных счётчиков времени в 2038 году, отсутствие расширяемости, низкая производительность запросов и отсутствие атомарности при записи... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64981
Ответить \| Правка \| Cообщить модератору

Оглавление

Чем metakit4 не угодил , Аноним (1), 08:25 , 13-Мрт-26, (1) +1

Написана на C - https ru wikipedia org wiki MetaKit, Аноним (15), 08:42 , 13-Мрт-26, (15)
Недостаточно стильно модно молодёжно и обновлялась не в прошлом месяце Хотя я н, Жироватт (ok), 08:44 , 13-Мрт-26, (18) +2

Ну это уже перебор, хватит https github com microsoft FASTER, Аноним (15), 08:56 , 13-Мрт-26, (20)

Почему перебор Самый раз Полноценный движок баз, который потом можно будет сми, Жироватт (ok), 09:15 , 13-Мрт-26, (32) +4

Но ведь можно как это любят оптимизровать sqlite инплейс заменить на Mysql, Post, Аноним (88), 11:46 , 13-Мрт-26, (88)

- Для каждого типа журналов создаётся отдельная библиотека- задействование индек, Аноним (21), 08:56 , 13-Мрт-26, (21)

Ну, для времени миграции с базы на базу - вполне Далее старый способ фиксации ло, Жироватт (ok), 09:16 , 13-Мрт-26, (33)

Уточню проблему, если кто не понял - Для каждого типа журналов создаётся отдельн, Аноним (21), 09:46 , 13-Мрт-26, (44)

Скрыто модератором, Аноним (52), 10:08 , 13-Мрт-26, (52)

Так вроде ж и отказались уже - в пользу journald , User (??), 08:25 , 13-Мрт-26, (2) +1
Запись в бинарный файл не является атомарной операцией При сбое запись может б, Аноним (52), 08:28 , 13-Мрт-26, (3) +1

Да не слушай их Программисты деградируют походу Если записывать не больше стра, Олег (??), 08:42 , 13-Мрт-26, (16) +2
Дак это и к скуляйту относится Что они подразумевают под сбоем Железо гикнулос, Аноним (21), 09:54 , 13-Мрт-26, (46) –1

Нет, логированием занимается не приложение, а все так же система системный де, Аноним (64), 10:38 , 13-Мрт-26, (64)

GDBM как-то обеспечивает атомарность через reflink copying и создание двух файло, Аноним (80), 11:38 , 13-Мрт-26, (80)

Кому-то очень хочется внедрить нечитаемую систему протоколирования из мира Windo, iCat (ok), 08:31 , 13-Мрт-26, (6) –3

Когда свободу на хлеб, остаются и без свободы и без хлеба , Аноним (9), 08:32 , 13-Мрт-26, (9) +2
Она и сейчас нечитаемая , анон (?), 08:34 , 13-Мрт-26, (11) +6
А это год линукса на десктопе против серверного линукса ака функциональность , Аноним (52), 09:12 , 13-Мрт-26, (28) +1
Раст в ведро протащили, почему бы и не протащить SQLite, aname (ok), 09:23 , 13-Мрт-26, (36) +2

Хранение логов в тормозлайт худшая идея, какую можно придумать Ещё это завязыва, Аноним (9), 08:31 , 13-Мрт-26, (7) +5

Подтверждаю, линукс станет тормозом Хотя по мне, пучть внедряют, быстрее все сл, Фонтимос (?), 08:37 , 13-Мрт-26, (13)

все ненадо, ато слиняют ведь и те внедрятели с чудесатыми предложениями сделать , gz (?), 09:14 , 13-Мрт-26, (30)

Ну, в доelastic овскую пору - я вот вполне себе делал центральный rsyslog с хран, User (??), 08:43 , 13-Мрт-26, (17)

mysql и sqlite не сравнимы по скорости, Аноним (52), 09:13 , 13-Мрт-26, (29)

Ну да - sqlite в таких сценариях прям сильно быстрее будет , User (??), 09:39 , 13-Мрт-26, (41) –1

Скрыто модератором, Аноним (88), 11:24 , 13-Мрт-26, (72) +1

Скрыто модератором, User (??), 11:41 , 13-Мрт-26, (81)

Скрыто модератором, Аноним (88), 11:45 , 13-Мрт-26, (86)

По сравнению с чем SQLite тормозной , Аноним (38), 09:24 , 13-Мрт-26, (38)

Вот прям по сравнению совершенно со всем , Аноним (88), 11:25 , 13-Мрт-26, (73)

Отличная аргументация Может, хотя бы попробуешь ссылки какие-то найти, бенчмарки, Аноним (87), 11:45 , 13-Мрт-26, (87)

1C в свое время такое уже пробовал В итоге вернулись к бинарным журналам Тормо, letsmac (ok), 09:36 , 13-Мрт-26, (39)

Я даже не удивлён что они попробовали этот заведомо провальный варинт это фишка , Аноним (88), 11:26 , 13-Мрт-26, (74)

Ничего он не может сделать после того, как конкретная версия опубликована Да вон, Аноним (38), 09:38 , 13-Мрт-26, (40) +1

Скрыто модератором, Аноним (88), 11:28 , 13-Мрт-26, (75)

А в чём проблема писать условный protobuf Быстро, дёшево, достаточно атомарно, Аноним (8), 08:31 , 13-Мрт-26, (8)

Возможно тем, что там нет индексов и поиск o n , а не o log n , Сталин (?), 10:16 , 13-Мрт-26, (57)

т е если все равно переписывать, то они предлагают переписать так, чтобы сразу , Аноним (12), 08:35 , 13-Мрт-26, (12)
Идея неплохая, но мб пора задуматься и унифицировать не только это Почти каждый, Duck Fi (?), 08:45 , 13-Мрт-26, (19) –4

Да сделали бы сразу реестр linux - можно поверх sqlite а , что ли - чего стесня, User (??), 09:00 , 13-Мрт-26, (22) +4

sqlite а обязательно в контейнере, Аноним (21), 09:03 , 13-Мрт-26, (25)

Внутри особой виртуальной машины, Жироватт (ok), 09:21 , 13-Мрт-26, (34)

Было бы неплохо, если одним методом способом модно было управлять настройками вс, Аноним (31), 09:15 , 13-Мрт-26, (31)

Спасибо, а то я уже думал что меня не поняли , Duck Fi (?), 09:21 , 13-Мрт-26, (35) –1

Это понимает любой, кому приходится часто лезть в потроха линуксовых систем Ну , Аноним (31), 09:45 , 13-Мрт-26, (42)

А не нужно уже Проблема в общем решена дополнительными уровнями абстракции в , User (??), 09:46 , 13-Мрт-26, (43)

Раз в 40 лет можно и переделать С учётом накопившегося опыта, так сказать , Аноним (69), 11:14 , 13-Мрт-26, (69)

фиксэд , Аноним (21), 10:25 , 13-Мрт-26, (60)

Дык оно и меняется, каждую неделю, причем безо всяких форков Нужно быть идиотом, Аноним (64), 10:42 , 13-Мрт-26, (65)

Скрыто модератором, Аноним (52), 10:05 , 13-Мрт-26, (48)

Короче, нельзя поменять то, нельзя поменять сё, потому что совместимость Тогда , Аноним (23), 09:01 , 13-Мрт-26, (23)

Надо не забыть структуру полей лога тоже хранить в таблице скуляйт для переносим, Аноним (21), 10:05 , 13-Мрт-26, (49)

А текстовый формат всё позволял , Аноним (21), 09:02 , 13-Мрт-26, (24) +1

Это не стильно, не модно, нужно знать grep awk и иметь квалификацию повыше, чем , Жироватт (ok), 09:24 , 13-Мрт-26, (37)

Для чтения бинарников или скуляйта что надо знать , Аноним (21), 10:06 , 13-Мрт-26, (50) –1
Короче, нужно по-дидовски и пердольно , Аноним (54), 10:12 , 13-Мрт-26, (54) +2

Пройдёт немного времени - и логи в скуляйте станут по-дидовски и пердольно А , Аноним (21), 10:31 , 13-Мрт-26, (62) –1
нее, по миллениальски кавайно и лобно-томильно-дольно, Аноним (68), 10:57 , 13-Мрт-26, (68) +1

Индексировать для быстрого поиска по полям позволял , Соль земли2 (?), 10:26 , 13-Мрт-26, (61) –1

Скрыто модератором, Аноним (21), 10:33 , 13-Мрт-26, (63)

А там что с изначальными ограничениями будет Если их нет, то почему тогда этот , Аноним (23), 09:08 , 13-Мрт-26, (26)
Надо так liblastlog2containerid liblastlog2servicename liblastlog2ipaddress lib, Аноним (21), 09:10 , 13-Мрт-26, (27) +1
хорошая идея, надеюсь линус прочтет меня на опеннет ру, мяв (?), 09:51 , 13-Мрт-26, (45)
Чёт не понятно, как тут sqlite поможет, Диды (ok), 10:04 , 13-Мрт-26, (47)

Механизм блокировки , Аноним (52), 10:06 , 13-Мрт-26, (51)

Этот механизм эксклюзивный только для скуляйта Больше нигде нельзя использовать, Аноним (21), 10:15 , 13-Мрт-26, (56)

Нет, man flock, Аноним (52), 10:18 , 13-Мрт-26, (58)

Звучит как шикарная возможность организовать DoS, если кто-то блокировку не отпу, Аноним (80), 11:36 , 13-Мрт-26, (79)

Получается, скуляйт более жрущий память и более тормозной, а не то, что расписал, Аноним (21), 10:10 , 13-Мрт-26, (53)
самый лучший формат в данном случае - это текстовый , Аноним (55), 10:14 , 13-Мрт-26, (55) +1
Уже же есть journald, зачем этот огород , Соль земли2 (?), 10:24 , 13-Мрт-26, (59) –1
А оно вообще нужно Первый раз о таких слышу Логгинг системных событий должен де, Аноним (66), 10:51 , 13-Мрт-26, (66) –2
Текстовый формат это ущерб Логи всегда структурированы, набор полей почти всегда, Ахз (?), 10:54 , 13-Мрт-26, (67) +1

Кто предопределяет набор полей Министерство логов, отдел наименования полей , Аноним (88), 11:32 , 13-Мрт-26, (76) +1

Ага, вот и шиза вскрылась - api у них нонсенс а abi железобетоно нетрогать Бип, Аноним (70), 11:14 , 13-Мрт-26, (70) +1

Так это внутреннее abi, которое по кругу используют все программы и имеют жестки, Аноним (88), 11:34 , 13-Мрт-26, (77)

Есть опасения насчет устойчивости к bad-секторам и т п проблемам, если файлы не, mumu (ok), 11:22 , 13-Мрт-26, (71)

sqlite терял данные и потому что место на диске кончилось и просто так Худшее р, Аноним (88), 11:41 , 13-Мрт-26, (82)

Текстовые логи не пробовали , Аноним (78), 11:36 , 13-Мрт-26, (78)

Резиновые жесткие диски уже завезли или служебная информация в текстовом виде бо, Аноним (88), 11:42 , 13-Мрт-26, (83)

Для чего из этого вам не хватает нынешних объёмов диска , Аноним (85), 11:44 , 13-Мрт-26, (85)

В принципе неплохой вариант - стандартизировать API с библиотеками А как именно, Аноним (84), 11:43 , 13-Мрт-26, (84)

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

1. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (1), 13-Мрт-26, 08:25

Чем metakit4 не угодил?

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

15. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (15), 13-Мрт-26, 08:42

Написана на C++ - https://ru.wikipedia.org/wiki/MetaKit

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

18. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +2 +/–

Сообщение от Жироватт (ok), 13-Мрт-26, 08:44

Недостаточно стильно@модно@молодёжно и обновлялась не "в прошлом месяце"
Хотя я не удивлён был бы, если бы туда по решению платинового спонсора предложили запихнуть sql server 2026 localDB

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

20. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (15), 13-Мрт-26, 08:56

Ну это уже перебор, хватит https://github.com/microsoft/FASTER

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

32. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +4 +/–

Сообщение от Жироватт (ok), 13-Мрт-26, 09:15

Почему перебор? Самый раз. Полноценный движок баз, который потом можно будет смигрировать на
"
Три файла БД – для логов царственных демонов в системдишных шатрах,
Семь – для пользовательских профилей программ и гуртовщиков мыши,
Девять – для всеъ, облечённых в сисопские права,
Один движок запустит Владыка на облачном троне,
В ядре по имени linux, где уже распростёрся мрак.
Один ms sql server в системе покорит их, он соберет их,
скуль сервер притянет их и в чёрную цепь скуёт их
В ядре по имени linux, где уже распростёрся мрак.
"

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

88. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:46

Но ведь можно как это любят оптимизровать sqlite инплейс заменить на Mysql, Postgres, MSSQL, Oracle наконец, чтобы было энтерпрайзненько.

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

21. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 08:56

- Для каждого типа журналов создаётся отдельная библиотека
- задействование индексов
- одновременно выполнять запись и в старый бинарный файл, и в новую SQLite-базу
Странная система логирования. Мы точно логи пишем?

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

33. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Жироватт (ok), 13-Мрт-26, 09:16

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

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

44. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 09:46

Уточню проблему, если кто не понял:
- Для каждого типа журналов создаётся отдельная библиотека
- задействование индексов
Точно логи пишем?

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

52. Скрыто модератором +/–

Сообщение от Аноним (52), 13-Мрт-26, 10:08

Больше 10 лет - в прошлом месяце))

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

2. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от User (??), 13-Мрт-26, 08:25

> Автор RFC предлагает полностью отказаться
Так вроде ж и отказались уже - в пользу journald?

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

3. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (52), 13-Мрт-26, 08:28

"Запись в бинарный файл не является атомарной операцией. При сбое запись может быть частично повреждена."
Так это и к journald относится, разве нет?

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

16. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +2 +/–

Сообщение от Олег (??), 13-Мрт-26, 08:42

Да не слушай их. Программисты деградируют походу. Если записывать не больше страницы за раз, то вполне себе атомарная. А дальше уже работает журнал ФС. Sqlite хорошая штука, но зачем тащить её сюда,  не понятно.

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

46. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Аноним (21), 13-Мрт-26, 09:54

> При сбое запись может быть частично повреждена
Дак это и к скуляйту относится. Что они подразумевают под сбоем? Железо гикнулось? Система в панике? Приложение кривое? Первым двум скуляйт не поможет. Остаётся приложение. Если приложение глюкнуло - мы в логах ничего не увидим. Скуляйт намекает, что сервера логирование теперь нету, а записью занимается непосредственно само приложение.

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

64. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (64), 13-Мрт-26, 10:38

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

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

80. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (80), 13-Мрт-26, 11:38

GDBM как-то обеспечивает атомарность через reflink copying и создание двух файлов БД: старой и новой версии, которые меняются местами.

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

6. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –3 +/–

Сообщение от iCat (ok), 13-Мрт-26, 08:31

Кому-то очень хочется внедрить нечитаемую систему протоколирования из мира Windows в мир GNU/Linux ?
А зачем?
Системды мало?

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

9. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +2 +/–

Сообщение от Аноним (9), 13-Мрт-26, 08:32

Когда свободу на хлеб, остаются и без свободы и без хлеба.

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

11. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +6 +/–

Сообщение от анон (?), 13-Мрт-26, 08:34

Она и сейчас нечитаемая.

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

28. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (52), 13-Мрт-26, 09:12

А это "год линукса на десктопе против серверного линукса" ака "функциональность против простоты"
И то, и другое имеет право на жизнь...

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

36. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +2 +/–

Сообщение от aname (ok), 13-Мрт-26, 09:23

Раст в ведро протащили, почему бы и не протащить SQLite

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

7. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +5 +/–

Сообщение от Аноним (9), 13-Мрт-26, 08:31

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

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

13. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Фонтимос (?), 13-Мрт-26, 08:37

Подтверждаю, линукс станет тормозом. Хотя по мне, пучть внедряют, быстрее все слиняют на ФриБиЭсДи.

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

30. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от gz (?), 13-Мрт-26, 09:14

все ненадо, ато слиняют ведь и те внедрятели с чудесатыми предложениями сделать чтото во фряхе

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

17. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от User (??), 13-Мрт-26, 08:43

Ну, в доelastic'овскую пору - я вот вполне себе делал центральный rsyslog с хранением в mysql - вполне себе работало.

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

29. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (52), 13-Мрт-26, 09:13

mysql и sqlite не сравнимы по скорости

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

41. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от User (??), 13-Мрт-26, 09:39

Ну да - sqlite в таких сценариях прям сильно быстрее будет.

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

72. Скрыто модератором +1 +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:24

Да в воображаемых сценариях, которые не встречаются в реальной жизни.

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

81. Скрыто модератором +/–

Сообщение от User (??), 13-Мрт-26, 11:41

> Да в воображаемых сценариях, которые не встречаются в реальной жизни.
Ооо, экспертная экспертиза от экспертов подкатила.
Мускуль _может_ быть быстрее в сценариях, когда у тебя "горячие" данные\индексы в памяти и ты работаешь с ними - но в случае с аппенд-онли логами, которых может быть еще и немало? Неа.
Может быть быстрее в случаях конкуррентной многопоточной записи - но этот ластлог сам угадай, кем-и-как пишется.
А в сценариях "пролопатить *цать-данных" - ну вот duckdb _у меня_ прям изрядно быстрее работает.
Такие вот дела.

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

86. Скрыто модератором +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:45

>> Да в воображаемых сценариях, которые не встречаются в реальной жизни.
> Ооо, экспертная экспертиза от экспертов подкатила.
> Мускуль _может_ быть быстрее в сценариях, когда у тебя "горячие" данные\индексы в
> памяти и ты работаешь с ними - но в случае с
> аппенд-онли логами, которых может быть еще и немало? Неа.
> Может быть быстрее в случаях конкуррентной многопоточной записи - но этот ластлог
> сам угадай, кем-и-как пишется.
> А в сценариях "пролопатить *цать-данных" - ну вот duckdb _у меня_ прям
> изрядно быстрее работает.
> Такие вот дела.
То есть ты пытаешься описать сценарии, которые у нормальных людей в нормальной жизни не встречаются?

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

38. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (38), 13-Мрт-26, 09:24

> Хранение логов в тормозлайт
По сравнению с чем SQLite тормозной?

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

73. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:25

Вот прям по сравнению совершенно со всем.

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

87. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (87), 13-Мрт-26, 11:45

Отличная аргументация.
Может, хотя бы попробуешь ссылки какие-то найти, бенчмарки?

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

39. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от letsmac (ok), 13-Мрт-26, 09:36

1C в свое время такое уже пробовал. В итоге вернулись к бинарным журналам. Тормозило на больших файлах знатно.

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

74. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:26

Я даже не удивлён что они попробовали этот заведомо провальный варинт это фишка их компании.

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

40. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (38), 13-Мрт-26, 09:38

> это завязывает на стороннего разработчика, который неизвестно что может сделать и с продуктом
Ничего он не может сделать после того, как конкретная версия опубликована.
> Если они такие любители прокладок пусть пишут новые либы для нового бинарного собственного и если надо расширяемого формата
Да вон уже понаписали велосапедов; список в новости. В пятый раз наступать на те же грабли изобретением пятого велосапеда, видимо, не хотят.
> А не превращают всю систему в один единый тормозящий скуль
Тем временем в новости:
"проблем, среди которых [...] низкая производительность запросов"
Но в пятом велосапеде обязательно получится быстро!

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

75. Скрыто модератором +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:28

Да только все проблемы, может кроме переполнения даты полностью выдуманные и нужны для попивателей смузи. В остальном логи работали идеально.

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

8. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (8), 13-Мрт-26, 08:31

А в чём проблема писать условный protobuf? Быстро, дёшево, достаточно атомарно

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

57. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Сталин (?), 13-Мрт-26, 10:16

Возможно тем, что там нет индексов и поиск o(n), а не o(log n)

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

12. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (12), 13-Мрт-26, 08:35

т.е. если все равно переписывать, то они предлагают переписать так, чтобы сразу отсечь кору дуба и embedded системы, вместо того чтобы решить проблему создать новую

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

19. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –4 +/–

Сообщение от Duck Fi (?), 13-Мрт-26, 08:45

Идея неплохая, но мб пора задуматься и унифицировать не только это ?
Почти каждый файл конфигурации и данных имеет свой формат.
Например /etc/passwd,  мб что то по типу yaml применять.
И обязательно сохранить текстовый формат, можно потерпеть скорость, потому что тут она не на что не влияет.

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

22. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +4 +/–

Сообщение от User (??), 13-Мрт-26, 09:00

Да сделали бы сразу "реестр linux - можно поверх sqlite'а", что ли - чего стесняться-то?

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

25. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 09:03

> можно поверх sqlite'а
sqlite'а обязательно в контейнере

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

34. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Жироватт (ok), 13-Мрт-26, 09:21

Внутри особой виртуальной машины

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

31. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (31), 13-Мрт-26, 09:15

Было бы неплохо, если одним методом/способом модно было управлять настройками всего софта, как на системном, так и на пользовательском уровне. Вроде были попытки /etc в xml/json записать. Но это надо от религии отказаться. Потому что как и во всякой религии наибольшее сопротивление любому (даже самому здравому изменению) будет от упоротых фундамендалистов.
Хотите чтобы все было как 20 лет назад? В чем проблема - скачайте из архива линукс 20 летней давности и пользуйте.
Проблема виндового реестра в бинарности и монолитности, что легко решаемо технически. Но В еще большей мере в отсутствии документации, и зоопарком подходов чего и зачем там хранить.

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

35. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Duck Fi (?), 13-Мрт-26, 09:21

Спасибо, а то я уже думал что меня не поняли.

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

42. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (31), 13-Мрт-26, 09:45

Это понимает любой, кому приходится часто лезть в потроха линуксовых систем. Ну а школота на то и школота - ей, как собачке, главное заявить о своем присутствии опИсав самый высокий столб/дерево/забор что они нашли в пределах своей видимости.

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

43. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от User (??), 13-Мрт-26, 09:46

А не нужно уже. Проблема "в общем" решена дополнительными уровнями абстракции в виде terraform+(ansible|salt|черт-в-ступе) - _ты_ управляешь состоянием системы плюс-минус декларативно, описывая его да-да, вот этими вот yaml'ями плюс-минус в одном месте - а то, что "под капотом" там ошмётки потрохов с 70х еще годов... Ну вот у связистов еще с 40х наследие не разгребли до конца, а у энергетиков - так и вовсе девятнаха местами, и чО? Не переделывать же, право-слово.

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

69. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (69), 13-Мрт-26, 11:14

Раз в 40 лет можно и переделать. С учётом накопившегося опыта, так сказать.

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

60. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:25

фиксэд:
> Вроде были попытки /etc в xml/json записать. Но это надо религию принять. Потому что как и во всякой религии наибольшее сопротивление любому существующему инструменту будет от упоротых религиозных. Хотите чтобы всё менялось каждую неделю? В чём проблема - делайте форк от форка каждую неделю.

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

65. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (64), 13-Мрт-26, 10:42

Дык оно и меняется, каждую неделю, причем безо всяких форков. Нужно быть идиотом, чтобы требовать чтобы что-то развивалось/улучшалось, но при этом не менялось. То что не развивается - оно уже мертво и давно на свалке. А вот кому хочется чтобы все оставалось как есть - ради бога, делайте форк и держитесь за него крепко. Ибо апстрим (если он еще не сдох - см. выше) БУДЕТ меняться независимо от вашего желания.

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

48. Скрыто модератором +/–

Сообщение от Аноним (52), 13-Мрт-26, 10:05

Реестр linux это gconf/dconf?)

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

23. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (23), 13-Мрт-26, 09:01

Короче, нельзя поменять то, нельзя поменять сё, потому что совместимость. Тогда давайте все на sqlite переведем, ведь он остается совместимым с тем что было до него.

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

49. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:05

> все на sqlite переведем
Надо не забыть структуру полей лога тоже хранить в таблице скуляйт для переносимости и совместимости, и формат структуры тоже в таблице, и таблицу тоже в таблице.

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

24. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (21), 13-Мрт-26, 09:02

> Фиксированный размер записей не позволяет добавлять новые поля
А текстовый формат всё позволял.

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

37. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Жироватт (ok), 13-Мрт-26, 09:24

Это не стильно, не модно, нужно знать grep+awk и иметь квалификацию повыше, чем one-button-monkey.

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

50. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:06

Для чтения бинарников или скуляйта что надо знать? :)

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

54. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +2 +/–

Сообщение от Аноним (54), 13-Мрт-26, 10:12

Короче, нужно по-дидовски и пердольно.

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

62. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:31

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

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

68. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (68), 13-Мрт-26, 10:57

нее, по миллениальски кавайно и лобно-томильно-дольно

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

61. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Соль земли2 (?), 13-Мрт-26, 10:26

Индексировать для быстрого поиска по полям позволял?

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

63. Скрыто модератором +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:33

> быстрого
Хинто 1: Как часто это делаешь? Сколько процессорного времени от суточного на это уходит?

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

26. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (23), 13-Мрт-26, 09:08

> Предоставление fallback-бэкенда, хранящего журналы в упрощённом бинарном формате, для систем, на которых SQLite может оказаться избыточным (например, встраиваемые устройства с жёсткими ограничениями по памяти).
А там что с изначальными ограничениями будет? Если их нет, то почему тогда этот fallback и не использовать везде вместо sqlite?

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

27. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (21), 13-Мрт-26, 09:10

> не позволяет добавлять новые поля (например, идентификатор контейнера, имя сервиса, IP-адрес)
> liblastlog2, libbtmp2, libutmp2 и libwtmp2... возможность добавления новых полей ... (через ALTER TABLE)
Надо так: liblastlog2containerid liblastlog2servicename liblastlog2ipaddress libbtmp2containerid libbtmp2servicename  libbtmp2ipaddress libutmp2containerid libutmp2servicename  libutmp2ipaddress libwtmp2containerid libwtmp2servicename libwtmp2ipaddress

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

45. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от мяв (?), 13-Мрт-26, 09:51

хорошая идея, надеюсь линус прочтет меня на опеннет.ру

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

47. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Диды (ok), 13-Мрт-26, 10:04

>Для исключения конфликтов при одновременной записи в журтал несколькими процессами (например, sshd и login) ....
Чёт не понятно, как тут sqlite поможет

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

51. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (52), 13-Мрт-26, 10:06

Механизм блокировки

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

56. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:15

Этот механизм эксклюзивный только для скуляйта? Больше нигде нельзя использовать?

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

58. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (52), 13-Мрт-26, 10:18

Нет, man flock

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

79. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (80), 13-Мрт-26, 11:36

Звучит как шикарная возможность организовать DoS, если кто-то блокировку не отпустит.

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

53. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (21), 13-Мрт-26, 10:10

> Предоставление fallback-бэкенда, хранящего журналы в упрощённом бинарном формате, для систем, на которых SQLite может оказаться избыточным
Получается, скуляйт более жрущий память и более тормозной, а не то, что расписали в новости.

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

55. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (55), 13-Мрт-26, 10:14

самый лучший формат в данном случае - это текстовый.

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

59. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –1 +/–

Сообщение от Соль земли2 (?), 13-Мрт-26, 10:24

Уже же есть journald, зачем этот огород?

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

66. "Предложение по переводу системных логов lastlog, btmp, utmp ..." –2 +/–

Сообщение от Аноним (66), 13-Мрт-26, 10:51

> lastlog, btmp, utmp и wtmp
А оно вообще нужно? Первый раз о таких слышу.
> специализированных разделяемых библиотек, использующих SQLite. Для каждого типа журналов создаётся отдельная библиотека с единообразным C-интерфейсом: liblastlog2, libbtmp2, libutmp2 и libwtmp2
Логгинг системных событий должен делаться через интерфейсы ОС, а не сбоку, какими-то спец. либами.

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

67. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Ахз (?), 13-Мрт-26, 10:54

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

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

76. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:32

Кто предопределяет набор полей? Министерство логов, отдел наименования полей?

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

70. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +1 +/–

Сообщение от Аноним (70), 13-Мрт-26, 11:14

> Из-за требований ABI‑совместимости
Ага, вот и шиза вскрылась - api  у них нонсенс а abi железобетоно нетрогать. Биполярочка

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

77. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:34

Так это внутреннее abi, которое по кругу используют все программы и имеют жесткие связи. Как только меняешь тебе сразу прилетает. А api пользуется тот кто тебя никогда не достанет и не узнает где ты живешь.

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

71. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от mumu (ok), 13-Мрт-26, 11:22

Есть опасения насчет устойчивости к bad-секторам и т.п. проблемам, если файлы немного побились. SQL-ям от этого обычно очень плохо

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

82. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:41

sqlite терял данные и потому что место на диске кончилось и просто так. Худшее решение для всего как electron.

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

78. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (78), 13-Мрт-26, 11:36

Текстовые логи не пробовали?

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

83. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (88), 13-Мрт-26, 11:42

Резиновые жесткие диски уже завезли или служебная информация в текстовом виде более красиво?

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

85. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (85), 13-Мрт-26, 11:44

> - /var/log/lastlog - время последнего входа (структура "struct lastlog" с полем "ll_time" 32-разрядного типа time_t);
> - /var/log/btmp - неудачные попытки входа;
> - -var/run/utmp - текущие сеансы;
> - /var/log/wtmp - история входов и выходов.
Для чего из этого вам не хватает нынешних объёмов диска?

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

84. "Предложение по переводу системных логов lastlog, btmp, utmp ..." +/–

Сообщение от Аноним (84), 13-Мрт-26, 11:43

В принципе неплохой вариант - стандартизировать API с библиотеками. А как именно библиотеки будет хранить - это уже будет вторично (backend хоть на простых текстовых, хоть на бинарных, хоть в XML/JSON/etc.., хоть интегрируют в это journald)

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

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

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

Партнёры:

Хостинг:

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

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

1. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+1 +/–
Сообщение от Аноним (1), 13-Мрт-26, 08:25
Чем metakit4 не угодил?
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (15), 13-Мрт-26, 08:42
	Написана на C++ - https://ru.wikipedia.org/wiki/MetaKit
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+2 +/–
	Сообщение от Жироватт (ok), 13-Мрт-26, 08:44
	Недостаточно стильно@модно@молодёжно и обновлялась не "в прошлом месяце" Хотя я не удивлён был бы, если бы туда по решению платинового спонсора предложили запихнуть sql server 2026 localDB
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	20. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (15), 13-Мрт-26, 08:56
	Ну это уже перебор, хватит https://github.com/microsoft/FASTER
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+4 +/–
	Сообщение от Жироватт (ok), 13-Мрт-26, 09:15
	Почему перебор? Самый раз. Полноценный движок баз, который потом можно будет смигрировать на " Три файла БД – для логов царственных демонов в системдишных шатрах, Семь – для пользовательских профилей программ и гуртовщиков мыши, Девять – для всеъ, облечённых в сисопские права, Один движок запустит Владыка на облачном троне, В ядре по имени linux, где уже распростёрся мрак. Один ms sql server в системе покорит их, он соберет их, скуль сервер притянет их и в чёрную цепь скуёт их В ядре по имени linux, где уже распростёрся мрак. "
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (88), 13-Мрт-26, 11:46
	Но ведь можно как это любят оптимизровать sqlite инплейс заменить на Mysql, Postgres, MSSQL, Oracle наконец, чтобы было энтерпрайзненько.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (21), 13-Мрт-26, 08:56
	- Для каждого типа журналов создаётся отдельная библиотека - задействование индексов - одновременно выполнять запись и в старый бинарный файл, и в новую SQLite-базу Странная система логирования. Мы точно логи пишем?
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	33. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Жироватт (ok), 13-Мрт-26, 09:16
	Ну, для времени миграции с базы на базу - вполне. Далее старый способ фиксации логов отключается, когда новый уже достаточно отлажен
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (21), 13-Мрт-26, 09:46
	Уточню проблему, если кто не понял: - Для каждого типа журналов создаётся отдельная библиотека - задействование индексов Точно логи пишем?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. Скрыто модератором	+/–
	Сообщение от Аноним (52), 13-Мрт-26, 10:08
	Больше 10 лет - в прошлом месяце))
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору

2. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+1 +/–
Сообщение от User (??), 13-Мрт-26, 08:25
> Автор RFC предлагает полностью отказаться Так вроде ж и отказались уже - в пользу journald?
Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+1 +/–
Сообщение от Аноним (52), 13-Мрт-26, 08:28
"Запись в бинарный файл не является атомарной операцией. При сбое запись может быть частично повреждена." Так это и к journald относится, разве нет?
Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+2 +/–
	Сообщение от Олег (??), 13-Мрт-26, 08:42
	Да не слушай их. Программисты деградируют походу. Если записывать не больше страницы за раз, то вполне себе атомарная. А дальше уже работает журнал ФС. Sqlite хорошая штука, но зачем тащить её сюда, не понятно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	–1 +/–
	Сообщение от Аноним (21), 13-Мрт-26, 09:54
	> При сбое запись может быть частично повреждена Дак это и к скуляйту относится. Что они подразумевают под сбоем? Железо гикнулось? Система в панике? Приложение кривое? Первым двум скуляйт не поможет. Остаётся приложение. Если приложение глюкнуло - мы в логах ничего не увидим. Скуляйт намекает, что сервера логирование теперь нету, а записью занимается непосредственно само приложение.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	64. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (64), 13-Мрт-26, 10:38
	Нет, логированием занимается не приложение, а все так же система / системный демон. Но пишет оно теперь не в конкретно-специфичный бинарный файл, а в гораздо более широко распространенном формате. Приложению (если только оно не занимается анализом тех самых специфичных бинарных файлов) что в лоб, что по лбу - оно от этой смены бэкэнда никак не зависит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (80), 13-Мрт-26, 11:38
	GDBM как-то обеспечивает атомарность через reflink copying и создание двух файлов БД: старой и новой версии, которые меняются местами.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

6. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	–3 +/–
Сообщение от iCat (ok), 13-Мрт-26, 08:31
Кому-то очень хочется внедрить нечитаемую систему протоколирования из мира Windows в мир GNU/Linux ? А зачем? Системды мало?
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+2 +/–
	Сообщение от Аноним (9), 13-Мрт-26, 08:32
	Когда свободу на хлеб, остаются и без свободы и без хлеба.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+6 +/–
	Сообщение от анон (?), 13-Мрт-26, 08:34
	Она и сейчас нечитаемая.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	28. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+1 +/–
	Сообщение от Аноним (52), 13-Мрт-26, 09:12
	А это "год линукса на десктопе против серверного линукса" ака "функциональность против простоты" И то, и другое имеет право на жизнь...
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	36. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+2 +/–
	Сообщение от aname (ok), 13-Мрт-26, 09:23
	Раст в ведро протащили, почему бы и не протащить SQLite
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору

7. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+5 +/–
Сообщение от Аноним (9), 13-Мрт-26, 08:31
Хранение логов в тормозлайт худшая идея, какую можно придумать. Ещё это завязывает на стороннего разработчика, который неизвестно что может сделать и с продуктом и со своим форматом. Если они такие любители прокладок пусть пишут новые либы для нового бинарного собственного и если надо расширяемого формата. А не превращают всю систему в один единый тормозящий скуль.
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Фонтимос (?), 13-Мрт-26, 08:37
	Подтверждаю, линукс станет тормозом. Хотя по мне, пучть внедряют, быстрее все слиняют на ФриБиЭсДи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от gz (?), 13-Мрт-26, 09:14
	все ненадо, ато слиняют ведь и те внедрятели с чудесатыми предложениями сделать чтото во фряхе
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от User (??), 13-Мрт-26, 08:43
	Ну, в доelastic'овскую пору - я вот вполне себе делал центральный rsyslog с хранением в mysql - вполне себе работало.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	29. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	+/–
	Сообщение от Аноним (52), 13-Мрт-26, 09:13
	mysql и sqlite не сравнимы по скорости
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Предложение по переводу системных логов lastlog, btmp, utmp ..."	–1 +/–
	Сообщение от User (??), 13-Мрт-26, 09:39
	Ну да - sqlite в таких сценариях прям сильно быстрее будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. Скрыто модератором	+1 +/–
	Сообщение от Аноним (88), 13-Мрт-26, 11:24
	Да в воображаемых сценариях, которые не встречаются в реальной жизни.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. Скрыто модератором	+/–
	Сообщение от User (??), 13-Мрт-26, 11:41
	> Да в воображаемых сценариях, которые не встречаются в реальной жизни. Ооо, экспертная экспертиза от экспертов подкатила. Мускуль _может_ быть быстрее в сценариях, когда у тебя "горячие" данные\индексы в памяти и ты работаешь с ними - но в случае с аппенд-онли логами, которых может быть еще и немало? Неа. Может быть быстрее в случаях конкуррентной многопоточной записи - но этот ластлог сам угадай, кем-и-как пишется. А в сценариях "пролопатить *цать-данных" - ну вот duckdb _у меня_ прям изрядно быстрее работает. Такие вот дела.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. Скрыто модератором	+/–
	Сообщение от Аноним (88), 13-Мрт-26, 11:45
	>> Да в воображаемых сценариях, которые не встречаются в реальной жизни. > Ооо, экспертная экспертиза от экспертов подкатила. > Мускуль _может_ быть быстрее в сценариях, когда у тебя "горячие" данные\индексы в > памяти и ты работаешь с ними - но в случае с > аппенд-онли логами, которых может быть еще и немало? Неа. > Может быть быстрее в случаях конкуррентной многопоточной записи - но этот ластлог > сам угадай, кем-и-как пишется. > А в сценариях "пролопатить *цать-данных" - ну вот duckdb _у меня_ прям > изрядно быстрее работает. > Такие вот дела. То есть ты пытаешься описать сценарии, которые у нормальных людей в нормальной жизни не встречаются?
	Ответить \| Правка \| Наверх \| Cообщить модератору