я тогда не готов признать

Ну, ничего другого от тебя в принципе и не ожидалось.

при чем здесь вообще syslog?

При том, что мы обсуждаем ситуацию, в которой выхлоп stderr попал в сислог!

сообщения всегда и принимались в свободном формате и писались в $HOME/.xsession-errors

А теперь нет, теперь они собираются в общесистемный лог. Это фича. Дальше что? Претензия твоя в чём конкретно?

Претензия твоя в чём конкретно?

в том, что юзерским сообщениям нечего делать в /var/log/syslog. сюрприз!

а, фыр, я наконец понял, в чём вопрос. Нет, забивались не бинарные логи, которые хрен прочтёшь, простой текстовик. С теми я вообще не знаю, что делать, если такое будет.

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

ты сам режим проксирования настраивал или это режим по-умолчанию в убунту?

Потому что ты так сказал?

потому что он называется syslog:( system log, а не user log.:( в нем традиционно логи системных сервисов.

Да насрать, что там традиционно. Теперь вот так. Дальше что?

С одной стороны, я ничего не трогал; с другой - оно обновлялось дофига раз, ещё, кажется, с 16 версии, и может иметь какие-то старорежимные настройки со времён инсталляции.

теперь мы имеем систему, которая дважды нагружена. юзерские сообщения в перемешу с системными. потерю системных при очистке пользовательских. усложненный пайплайн логов. и intelfx, который говорит, что все, как надо, несмотря на объективные показатели (iotop) и теперь вот так и так должно быть. потому что он и поттер так решили и они не в меру круты. а все остальные просто не правы. потому что.

Это фича и у неё есть performance cost. Какая часть этого предложения не понятна?

фича? потому что ты так сказал?

Потому что она (фича) есть в софте, дубина. Она туда явным образом добавлена. Поэтому да, это фича.

погоди-погоди фича вообще нужна для пользы дела, а не просто, чтобы было. ну и как ты предлагаешь перенастроить систему ТС, я не понял? куда логи-то отправлять будем?

он и использовал. в режиме прокси.

Фича состоит в том, чтобы единообразно собирать stdout и stderr всех не-терминальных процессов в системе в одно место, при этом также собирать метаданные и запоминать, что когда от кого пришло.

Например, я могу запросить все логи, сгенерированные firefox-ом или gnome-shell.

ну и как ты предлагаешь перенастроить систему ТС, я не понял?

А как ты предлагал бы перенастроить систему, в которой весь этот спам улетает в .xsession-errors?

Фича состоит

так, давай не будем выдавать плохой дизайн за фичу:(

А как ты предлагал бы перенастроить систему, в которой весь этот спам улетает в .xsession-errors?

в том-то и дело, что ТС (и мне) нахрен не нужна твоя фича. я предлагаю отправлять эти сообщения в /dev/null, т.к. ТС их всеравно удалил. и я первый спросил, так что не увиливай. как по-твоему должна быть настроена система ТС с systemd?

так, давай не будем выдавать плохой дизайн за фичу

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

в том-то и дело

Повторяю вопрос: предположим, что ни systemd, ни journald нет. Как бы ты настраивал систему, в которой весь этот спам улетает в .xsession-errors?

Спорить с твоими оценочными суждениями и прочим Единоличным Комитетом по Выявлению Плохого Дизайна я не собираюсь.

а ты и не можешь спорить против фактов VLC засрал системный лог (комментарий)

Повторяю вопрос

ничего, что я тебя первый спросил? посмотри по треду. VLC засрал системный лог (комментарий)

мне несложно тебе ответить, но я жду ответа от тебя. если ты не можешь решить проблему ТС, то слив засчитан. закрываем тему и расходимся.

Нет, ничего. Я задал тебе встречный вопрос.

а кто обычно отвечает вопросом на вопрос? почему ты его задал? потому что не можешь ответить на свой?

А рассуждать о сливах, извини, но будешь в другой раз, желательно перед этим не обосравшись.

о, даа)) intelfx не смог ответить на технический вопрос, но перешел к обсуждению оппонента)) ну ок, иди)

Мне несложно тебе ответить. Но я хочу увидеть, так сказать, что может нам предложить наш эталон юниксвейной архитектуры и образец для подражания.

нет, ты просто ушел от ответа.:(

Да насрать, что там традиционно. Теперь вот так. Дальше что?

VLC засрал системный лог (комментарий)

вот я и спросил: что дальше?

в прошлом треде ты обвинил меня в том, что я придумал несуществующую задачу, отказался ее решать и ушел. в этом треде отказываешься ее решать под другим предлогом (а чтобы это было не так заметно переходишь на личности). вот и все.

еще раз резюмирую: теперь мы имеем систему, которая дважды нагружена. юзерские сообщения в перемешу с системными. потерю системных при очистке пользовательских. усложненный пайплайн логов. и intelfx, который говорит, что все, как надо, несмотря на объективные показатели (iotop) и теперь вот так и так должно быть. потому что он и поттер так решили и они не в меру круты. а все остальные просто не правы. потому что.

Да ты ещё в самом начале треда обделался и дальше пытаешься что-то из себя изображать, требовать что-то от собеседника, пыжиться.

Давай так: пока ты не признаешь свою неправоту (а точнее, полнейший обосрамс) по тому вопросу, по которому ты меня скастовал, я не намерен с тобой что-либо серьёзно обсуждать.

он и использовал. в режиме прокси.

в режиме прокси.

Ну, дык, ква!

я предлагаю отправлять эти сообщения в /dev/null

послал туда весь /var/log с помощью https://github.com/abbbi/nullfsvfs

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

а какая разница для сабжа?

в нем традиционно логи системных сервисов.

куча скриптов разного ПО, дергающая бинарник logger(который пишет в syslog) смотрит на тебя с недоумением

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

А как же ACPI S3? Хотя почему-то память мне говорит что он S5 назывался, но гуглеж говорит что S3.

В соответствии со стандартом ACPI выделяют следующие режимы энергосбережения, в которых может находится ПК:

S0 (Normal) – рабочее состояние ПК;

S1 (Power On Suspend или POS или Doze) – режим энергосбережения, в котором отключается монитор, винчестер, но на ЦП (процессор) и ОЗУ (оперативная память) питание подается, частота системной шины снижается до 33 МГц;

S2 (Standby) – режим энергосбережения, в котором отключается монитор, винчестер, а также питание ЦП (процессор);

S3 (Suspend to RAM или STR или Suspend) – при данном режиме энергосбережения питание подается только на оперативную память. Все другие компоненты ПК отключены;

S4 (Suspend to Disk или STD) – при данном режиме энергосбережения текущее состояние системы записывается на винчестер, после чего следует отключение питание всех компонентов ПК;

S5 (Soft—Off) – компьютер отключен.

И точно помню, что при этом S3 мой amd k6-2 300 не шуршал кулерами, но при пропадании эл-ва весь «сон» пропадал и был обычный холодный старт.

Вот решил проверить

sudo systemctl suspend

Комп выключился, после чего был заведен кнопкой включения. Все запущенные приложухи на месте, выхлоп dmesg следующий:

[54488.854492] ACPI: Preparing to enter system sleep state S3
[54489.204702] PM: Saving platform NVS memory
[54489.204712] Disabling non-boot CPUs ...
[54489.206673] smpboot: CPU 1 is now offline
[54489.208819] smpboot: CPU 2 is now offline
[54489.210839] smpboot: CPU 3 is now offline
[54489.212824] smpboot: CPU 4 is now offline
[54489.214780] smpboot: CPU 5 is now offline
[54489.216625] smpboot: CPU 6 is now offline
[54489.218481] smpboot: CPU 7 is now offline
[54489.220166] smpboot: CPU 8 is now offline
[54489.221953] smpboot: CPU 9 is now offline
[54489.223673] smpboot: CPU 10 is now offline
[54489.225332] smpboot: CPU 11 is now offline
[54489.227108] smpboot: CPU 12 is now offline
[54489.228831] smpboot: CPU 13 is now offline
[54489.230560] smpboot: CPU 14 is now offline
[54489.232191] smpboot: CPU 15 is now offline
[54489.233821] smpboot: CPU 16 is now offline
[54489.235420] smpboot: CPU 17 is now offline
[54489.237004] smpboot: CPU 18 is now offline
[54489.238707] smpboot: CPU 19 is now offline
[54489.240314] smpboot: CPU 20 is now offline
[54489.241936] smpboot: CPU 21 is now offline
[54489.243451] smpboot: CPU 22 is now offline
[54489.244991] smpboot: CPU 23 is now offline
[54489.245633] ACPI: Low-level resume complete
[54489.245662] PM: Restoring platform NVS memory
[54489.245726] LVT offset 0 assigned for vector 0x400
[54489.246096] Enabling non-boot CPUs ...
[54489.246116] x86: Booting SMP configuration:
[54489.246116] smpboot: Booting Node 0 Processor 1 APIC 0x2
[54489.246337] microcode: CPU1: patch_level=0x08701021
[54489.248550] ACPI: \_PR_.C002: Found 2 idle states
[54489.248720] CPU1 is up
[54489.248730] smpboot: Booting Node 0 Processor 2 APIC 0x4
[54489.248837] microcode: CPU2: patch_level=0x08701021
[54489.251010] ACPI: \_PR_.C004: Found 2 idle states
[54489.251129] CPU2 is up
[54489.251137] smpboot: Booting Node 0 Processor 3 APIC 0x8
[54489.251281] microcode: CPU3: patch_level=0x08701021
[54489.253463] ACPI: \_PR_.C006: Found 2 idle states
[54489.253598] CPU3 is up
[54489.253605] smpboot: Booting Node 0 Processor 4 APIC 0xa
[54489.253763] microcode: CPU4: patch_level=0x08701021
[54489.255932] ACPI: \_PR_.C008: Found 2 idle states
[54489.256053] CPU4 is up
[54489.256061] smpboot: Booting Node 0 Processor 5 APIC 0xc
[54489.256211] microcode: CPU5: patch_level=0x08701021
[54489.258382] ACPI: \_PR_.C00A: Found 2 idle states
[54489.258513] CPU5 is up
[54489.258520] smpboot: Booting Node 0 Processor 6 APIC 0x10
[54489.258667] microcode: CPU6: patch_level=0x08701021
[54489.260856] ACPI: \_PR_.C00C: Found 2 idle states
[54489.261018] CPU6 is up
[54489.261026] smpboot: Booting Node 0 Processor 7 APIC 0x12
[54489.261178] microcode: CPU7: patch_level=0x08701021
[54489.263349] ACPI: \_PR_.C00E: Found 2 idle states
[54489.263503] CPU7 is up
[54489.263510] smpboot: Booting Node 0 Processor 8 APIC 0x14
[54489.263662] microcode: CPU8: patch_level=0x08701021
[54489.265845] ACPI: \_PR_.C010: Found 2 idle states
[54489.266002] CPU8 is up
[54489.266010] smpboot: Booting Node 0 Processor 9 APIC 0x18
[54489.266156] microcode: CPU9: patch_level=0x08701021
[54489.268356] ACPI: \_PR_.C012: Found 2 idle states
[54489.268545] CPU9 is up
[54489.268552] smpboot: Booting Node 0 Processor 10 APIC 0x1a
[54489.268706] microcode: CPU10: patch_level=0x08701021
[54489.270898] ACPI: \_PR_.C014: Found 2 idle states
[54489.271075] CPU10 is up
[54489.271082] smpboot: Booting Node 0 Processor 11 APIC 0x1c
[54489.271234] microcode: CPU11: patch_level=0x08701021
[54489.273421] ACPI: \_PR_.C016: Found 2 idle states
[54489.273602] CPU11 is up
[54489.273609] smpboot: Booting Node 0 Processor 12 APIC 0x1
[54489.273750] microcode: CPU12: patch_level=0x08701021
[54489.275937] ACPI: \_PR_.C001: Found 2 idle states
[54489.276229] CPU12 is up
[54489.276239] smpboot: Booting Node 0 Processor 13 APIC 0x3
[54489.276350] microcode: CPU13: patch_level=0x08701021
[54489.278535] ACPI: \_PR_.C003: Found 2 idle states
[54489.278767] CPU13 is up
[54489.278775] smpboot: Booting Node 0 Processor 14 APIC 0x5
[54489.278879] microcode: CPU14: patch_level=0x08701021
[54489.281059] ACPI: \_PR_.C005: Found 2 idle states
[54489.281296] CPU14 is up
[54489.281304] smpboot: Booting Node 0 Processor 15 APIC 0x9
[54489.281445] microcode: CPU15: patch_level=0x08701021
[54489.283622] ACPI: \_PR_.C007: Found 2 idle states
[54489.283836] CPU15 is up
[54489.283845] smpboot: Booting Node 0 Processor 16 APIC 0xb
[54489.283994] microcode: CPU16: patch_level=0x08701021
[54489.286169] ACPI: \_PR_.C009: Found 2 idle states
[54489.286392] CPU16 is up
[54489.286399] smpboot: Booting Node 0 Processor 17 APIC 0xd
[54489.286549] microcode: CPU17: patch_level=0x08701021
[54489.288727] ACPI: \_PR_.C00B: Found 2 idle states
[54489.288960] CPU17 is up
[54489.288968] smpboot: Booting Node 0 Processor 18 APIC 0x11
[54489.289110] microcode: CPU18: patch_level=0x08701021
[54489.291289] ACPI: \_PR_.C00D: Found 2 idle states
[54489.291534] CPU18 is up
[54489.291542] smpboot: Booting Node 0 Processor 19 APIC 0x13
[54489.291690] microcode: CPU19: patch_level=0x08701021
[54489.293875] ACPI: \_PR_.C00F: Found 2 idle states
[54489.294124] CPU19 is up
[54489.294132] smpboot: Booting Node 0 Processor 20 APIC 0x15
[54489.294286] microcode: CPU20: patch_level=0x08701021
[54489.296460] ACPI: \_PR_.C011: Found 2 idle states
[54489.296724] CPU20 is up
[54489.296732] smpboot: Booting Node 0 Processor 21 APIC 0x19
[54489.296881] microcode: CPU21: patch_level=0x08701021
[54489.299060] ACPI: \_PR_.C013: Found 2 idle states
[54489.299340] CPU21 is up
[54489.299348] smpboot: Booting Node 0 Processor 22 APIC 0x1b
[54489.299501] microcode: CPU22: patch_level=0x08701021
[54489.301682] ACPI: \_PR_.C015: Found 2 idle states
[54489.301969] CPU22 is up
[54489.301976] smpboot: Booting Node 0 Processor 23 APIC 0x1d
[54489.302128] microcode: CPU23: patch_level=0x08701021
[54489.304307] ACPI: \_PR_.C017: Found 2 idle states
[54489.304602] CPU23 is up
[54489.305606] ACPI: Waking up from system sleep state S3

спор о другом

открой уже смехотехнику типичного БП кудахтерного и мамки. не может там деружка питать RAM.

максимум usb иногда можно запитать от дежурки. (типа чтобы мышка и клавиатура работали и можно было дрыганьем кнопок раздудить кудахтер ото сна), но и то это делает либо перемычками на плате, либо настроечками в uefi/bios.

открой

https://ldasystem.com/files/mb/Gigabyte_G31M_S2C.pdf, 29 страница. 5VDUAL формируется из силовых 5v (VCC) и 5v дежурки (5VSB), потом идёт на FUSEVCC1, оттуда на USB.

У меня вызывают сильные сомнения соединённые вместе выводы операционников, но я сварщик ненастоящий, гигабайту виднее.

Ну и чуть левее видно, как понижайка фигачит те самые 5VDUAL на питание оперативы через Q286 и L18.

Ну uh, а откуда ещё компьютер может питаться, если кроме 5v дежурки с неактивного ATX ничего не приходит.

S3 TURN OFF 2_5LEVEL, избегайте DDR18V DROP(потому что PSU +12V мадам, макияж OP TURN ON, руководство DDR18V LOADING WORSE)

хз что это значит, но тут про питание оперативы в S3 .-.