Снимок экрана 26 июля 2019 года

Дебиан на малинках - именно настолько.

А это вчера утром свет рубили:

rrr@raspberrypi:/tmp/yt $ ssh rrr@192.168.200.200
rrr@192.168.200.200's password: 
Last login: Thu Jul 11 06:17:20 2024 from 192.168.200.1
rrr@raspberrypi:~$ uptime 
 21:20:28 up 1 day, 12:15,  1 user,  load average: 0,00, 0,00, 0,00
rrr@raspberrypi:~$

Это я отключал автогруппировку в планировщике. Статья в неподтверждённых. Тут есть батарейка!

rrr@raspberrypi:/tmp/yt $ uptime 
 21:19:15 up 11 days,  9:29,  5 users,  load average: 0,78, 0,59, 0,24

Но обычно там цифры побольше.

на ноутбуке не стоит ни одного пакета gnome*, так что мимо.

и, кстати, во втором пункте ты тоже пролюбился – на скриншоте Adwaita dark с кастомным css, чтобы квадратное было.

у меня все скриншоты прикольные, и фотки

ты ноут купил? где скриншот хотя бы с ФХД?

скоро, некогда пока

А ИБП чё или надолго выключали?
И что ты мне тут доказать пытаешься?

Я, опять же, говорю о том, что программно-аппаратные системы не надёжны и в них копятся ошибки, битики флипаются, баги багаются.

Перезагрузка нормальная процедура.

Аптайм != сервис квалити.

У линуксоидов тут проблема в том, что они продолжают жить где-то в 2003.

в них копятся ошибки, битики флипаются, баги багаются

Можно попробовать ставить компьютер не в урановом руднике и не на космической станции. Говорят, помогает.

От багов помогает?

Помогает от флипания битиков.

От багов помогает исправление оных в коде, а не ребуты.

А если баг не исправлен в коде и в бинаре?
И нет, битики флипаются не только в космосе (чем тоньше тех.процесс тем выше вероятность, в 2003 таких тех.процессов не было).

А если баг не исправлен в коде и в бинаре?

То можно взять код, исправить и скомпиллировать.

Если это закрытые бинари — жаловаться в спортлото, наверное. Правда, эффективность будет примерно та же, как от ребута.

И нет, битики флипаются не только в космосе (чем тоньше тех.процесс тем выше вероятность, в 2003 таких тех.процессов не было).

Не в космосе это происходит крайне редко.

ну так перезагружайся раз в сутки, если тебе так спокойнее, если тебе так нравится и если тебе не лень.

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

да, это линукс, и в system-sleep.d надо написать скрипт, чтобы рестартил модем после саспенда, но ничего более.

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

Каждый день не надо.
На линуксе лучше не пользоваться саспендом, его писали ротоногие.

Лень признак простофили.
Не будь простофилей. (Это даже важнее чем ребут компьютерных систем)

А модераторы не подтверждали этот скрин

А кто тогда, подтверждаторы?

Ну тут опять же мифологическое мышление.

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

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

Кстати да, ребутнуть сервис +/- альтернатива.

Обычно это требуется когда «сервис» течёт памятью, а не когда какие-то там биты флипаются. Но в таком случае программу лучше чинить, а не перезапускать.

У меня из такого только GTK-интерфейс к Deluge (при этом сам deluged на другой машине и вроде как не течёт). Приходится иногда перезапускать его, чтобы память отдал.

На линуксе лучше не пользоваться саспендом, его писали ротоногие.

как скажешь, обязательно буду ограничивать своё использование ПК так, как мне удобно. (нет)

Нет, не мифические, даже ECC-память изобрели из-за этого.
Ты наверное теперь себе додумал, что биты флипаются каждую неделю, или даже день (как твой собрат по «разуму»).
Это мера предосторожности.

Но в таком случае программу лучше чинить

Мужики-то и не знали, а оно эвона как!

Обычно это требуется когда «сервис» течёт памятью

Ну не может же быть стейт багов, только утечка памяти может случиться.

Ребята как у вас там в 2003? Ещё 5-10 лет и линукс захватит десктоп да?

А че за виджет с курсом биткоина?

Ты наверное теперь себе додумал, что биты флипаются каждую неделю, или даже день (как твой собрат по «разуму»).

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

А требуется как раз ECC-память.

Ребята как у вас там в 2003? Ещё 5-10 лет и линукс захватит десктоп да?

Да как-то хоть в 2003 было плевать, хоть в 2024 плевать. Мой десктоп он захватил давным давно, а что там делается на чужих десктопах, мне не очень интересно. Какая разница?

upd: может у вас проц от Интел 13-го или 14-го поколения? Если так, то понятно.

А ИБП чё

Как говорится - сделай сам. А у меня времени нету. В среднем одно выключение в месяц, очень низкий приоритет.

программно-аппаратные системы не надёжны и в них копятся ошибки, битики флипаются, баги багаются.

Всё так для какого нибудь глюкодрома, но вот как часто ты перезагружаешь свой смартфон? А роутер? Ну, раз уж программеры 20 лет боролись за сложный, медленный и высокоуровневый код, то давай хотя бы воспользуемся его плюсами - способностью месяцами работать без ребута. Ну ведь реально же возможно! И даже довольно часто встречается если оглянуться. И более того, так бывает даже при использовании чего нибудь полумаргинального типа хмеры xfce4+kwin, файерфокса-60-еср (проверено) или некоторых версий вивальди (2 апдейта назад ещё требовал перезагрузки, а сейчас держится).

У линуксоидов тут проблема в том, что они продолжают жить где-то в 2003.

Нет, это в 2003 году ребут был строго обязательным при любой проблеме. Сейчас линукс это в первую очередь серверная ОС режима 24/7/365 с возможностью обновления всего и вся без ребута если сильно хочется.

На данный момент у меня в основной системе (RPi4, raspbian 11) 2,5 текущих компонента: kwin_x11 (кде5, ребут 1 раз в сутки обязательно, lxqt-panel (немного течёт, но ребута фактически не требует) и видеодрайвер VC6 (видеопамять может забиться при совместном использовании, завершение использующего oGL софта помогает. баг редкий). И я абсолютно ничего не делал чтобы с этим бороться, хотя можно было бы выбрать другие, не текущие компоненты (даже видеодрайвер).

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

Хардверные ошибки и случайные физические процессы конечно же изобрели исключительно в интеле, в 13-14 поколении.

или дать ему работать год с флипнутым битом или другой ошибкой стейта, которую не отловили и которую отловить у «тебя» скорее всего нет компетенции)

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

Кстати, вероятность таких событий никак не связана с частотой ребутов. Только с моточасами и агресивностью условий.

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

Не спорю. Я лишь считаю частоту, предлагаемую тобой, излишней. Ребута примерно раз в месяц (что зачастую происходит «натурально» благодаря необходимости ребута при обновлении ядра) вполне достаточно для «профилактики». Даже более чем достаточной на самом деле, но так как таковая всё равно происходит при обновлении ядра, дополнительно заморачиваться просто не о чем.

Хардверные ошибки и случайные физические процессы конечно же изобрели исключительно в интеле, в 13-14 поколении.

Разница в частоте их проявления, а не в существовании оных как таковых. Или по твоей логике я должен был первым написать, мол а что в 2003, упомянутом тобой, их не существовало?

Ага, то-то существуют целые линейки рабочих станций в которые ставят ECC-память.

Для десктопа более чем оправданно.

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

Кстати, вероятность таких событий никак не связана с частотой ребутов.

Не всегда. Плавающие баги любого стейта.

Только с моточасами и агресивностью условий.

Не только. Это всё факторы вносящие свою лепту.

Не, месяц это уже долго слишком.
Недельки три нормально.
Если какой-то важный рендер, компиляция, отчёт — лучше ребутнуть перед запуском процесса.

Лучше всегда устранять элементы слепой веры и снижать любые риски, предосторожность никогда не будет лишней.

Не, месяц это уже долго слишком.

Это с потолка, из какой-то статистики, или из собственного опыта?

Если второе, прошу ссылки. Если третье, то расскажи, что у тебя за железо.

Я за всё время активного пользования компьютерами ни разу не сталкивался с такими вот странными невоспроизводимыми багами. Тем более при важном рендере или компиляции.

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

предосторожность никогда не будет лишней

Неправда. Есть куча ситуаций, когда предосторожность будет как раз лишней. А если юзер вообще только и делает, что смотрит котиков на ютубе, флудить на ЛОРе и играет в танки, то ему вообще можно сразу убиться не париться о каком-то там флипе битов — он его не заметит даже, а если и заметит, это будет в чём-то совершенно не важном.

Из собственного опыта. Про железо не расскажу — очевидно, потому что сразу выяснится, что оно всё бажное и я сам вообще виноват. Обычное, разнообразное железо, госпади. Ну кроме каких-нибудь часов касио.

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

Это либо везение, либо просто не замечал, считал нормальным. При этом практика говорит об обратном.

«вы перезагрузили компьютер?» не просто так стало мемом, не правда ли? Мем тоже статистика)
Также куча роутеров и смартфонов предлагают перезагрузку по расписанию.

Есть куча ситуаций, когда предосторожность будет как раз лишней.

@
Приводится случай где пользователю в принципе не важен результат (хотя опять же всякие вонючие прогеймеры не согласятся).

Из собственного опыта. Про железо не расскажу (очевидно потому что сразу выяснится, что оно всё бажное и я сам вообще виноват. Обычное, разнообразное железо, госпади. Ну кроме каких-нибудь часов касио.

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

Это либо везение, либо просто не замечал, считал нормальным.

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

При этом практика говорит об обратном.

А может это не мне особо повезло, а тебе особо не повезло?

Надо бы провести опрос, кто сталкивался с подобным, как часто и т.д.

Приводится случай где пользователю в принципе не важен результат

И он опровергает утверждение «предосторожность никогда не будет лишней». Даже если такой случай один, это уже не «никогда». Формальная логика. Но вообще есть множество разных случаев и разных градаций, где предосторожность может быть сочтена лишней практически кем угодно. Приведённый случай просто наиболее наглядный. При этом есть большой градиент важности задачи, а также градиент степени проявленной предосторожности (установка ECC-памяти, перезагрузка перед каждой компилляцией, и т.д. и т.п.). Где-то оно пересекается и проявленная осторожность адекватна важности задачи, и где-то всегда находится область, когда степени этой предосторожности будет именно что излишней. Тут примерно так же, как и с информационной безопасностью — степень усилий для её обеспечения должна быть адекватна ценности защищаемых данных.

там какой-то повышенный радиационный фон

Думаю проблемы с ПК волновали бы меня в последнюю очередь.

а тебе особо не повезло?

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

степень усилий для её обеспечения

Ребят, потерять филигранно расставленные окошки это больно, мыслями и душою я с вами)

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

Теоретически да. Практически? Ну, в Федоре возможно... Или если я накосячу у себя с тюнингом например. Тут по определению на одну безобидную опцю 4 косяка. Или надо взять нечто маргинальное или совсем уж в бэта-стадии - т.е. беря это ты по умолчанию соглашаешься на глюки.

Думаю проблемы с ПК волновали бы меня в последнюю очередь.

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

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

Здесь важна воспроизводимость бага. Если он воспроизводится всегда одинаково и одинаковыми действиями, то почти наверняка он программный. Особенно если он так воспроизводится на разных машинах.

Естественно, я не говорю, что аппаратных проблемм не существует. Но обычно отличить программные баги от аппаратных совсем не сложно.

Какой нафиг «с возвращением», в бан бумераху. Кто это вообще?

мыслями и душою я с вами

а телом — на винде?

cetjs2 , ты не заметил что ли?

Снимок экрана 26 июля 2019 года

Debian GNU/Linux 12

Классический Debian Stable с XFCE 4.18

Debian 12 вышел 10 июня 2023 года, Xfce 4.18 15 декабря 2022.

И пятница была 26 июля сего года. Так что скриншот за 26 июля 2024, исправь. И много скору за такую «мистификацию».

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

на третьей старой учётке зарезали шкворец до 25, чтоли.

проще новую зарегать.

genmon (Generic Monitor) с маленьким скриптом

#!/bin/sh

format="<img>/usr/share/icons/Papirus-Dark/16x16/panel/bitcoin-indicator.svg</img><txt><span>  \$%0.2f</span></txt>"
#format="$%0.2f"
price=$(wget --no-check-certificate -qO - 'https://api.coindesk.com/v1/bpi/currentprice.json'|jq '.bpi.USD.rate_float') 
printf "$format" $price

капец ты душный

И пятница была 26 июля сего года. Так что скриншот за 26 июля 2024, исправь. И много скору за такую «мистификацию».

у тса рабочий стол внешне с 19 года не менялся точно, можно оставить как есть

4.2.

...и закурил

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

общего у этих двух скринов только DE, всё остальное (темы, виджеты и прочее) – разное, неужели не видно?

не особо
сам стиль оформления у них одинаков, другая тема которая никак этот стиль не меняет - лишь деталь
так то между скринами 2 аккаунта назад и современными основная разница это новее версия дебиана и разрешение экрана выросло с популярных тогда 1366х768
если что это не плохо я точно так же как настроил себе систему лет 10 назад так с тех пор она внешне и не менялась лишь кочуя с устройства на устройство

А кто тогда, подтверждаторы?

Корректораторы.

в подтверждение моих слов твой скрин ~13 года https://www.linux.org.ru/images/15243/original.png можно играть в игру найди 10 отличий

раньше былолучше.

На скриншоте, как обычно, мой рабочий ноутбук по состоянию на 26.07.2019.

У тебя там свое собственное летоисчисление?

The AMD Ryzen 7 7840U is a mobile processor with 8 cores, launched in May 2023.

у меня была пятница