LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

то есть ты признаешь, что баг в компоненте имеет более серьезные последствия из-за интеграции

Нет, конечно.

Кто сказал, что «уронили всю систему» — это более серьёзное последствие, чем повреждение состояния непонятно где непонятно как?

здесь принципиальный момент, что этот баг конкретно возможен при нарушении UNIX-way

А при следовании UNIX-way гораздо вероятнее множество других проблем.

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

Я понял. У тебя весь майндсет построен вокруг этакого всезнающего админа с бесконечно малым временем реакции, 24/7 просиживающего штаны возле системы и пасущего все логи в реалтайме. Нет, эта картина очень далека от реальности.

В реальности же проблема происходит в датацентре среди сотен таких же систем в 3 часа ночи субботы и твои варианты — либо детерминистично упасть и перезапуститься/перезагрузиться, либо подвиснуть в частично сломанном состоянии заранее неопределённое количество времени.

сбой каких-то утилит отлавливается штатными средствами

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

такая ненадежная система

FTFY

Исправление intelfx, :

то есть ты признаешь, что баг в компоненте имеет более серьезные последствия из-за интеграции

Нет, конечно.

Кто сказал, что «уронили всю систему» — это более серьёзное последствие, чем повреждение состояния непонятно где непонятно когда?

здесь принципиальный момент, что этот баг конкретно возможен при нарушении UNIX-way

А при следовании UNIX-way гораздо вероятнее множество других проблем.

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

Я понял. У тебя весь майндсет построен вокруг этакого всезнающего админа с бесконечно малым временем реакции, 24/7 просиживающего штаны возле системы и пасущего все логи в реалтайме. Нет, эта картина очень далека от реальности.

В реальности же проблема происходит в датацентре среди сотен таких же систем в 3 часа ночи субботы и твои варианты — либо детерминистично упасть и перезапуститься/перезагрузиться, либо подвиснуть в частично сломанном состоянии заранее неопределённое количество времени.

сбой каких-то утилит отлавливается штатными средствами

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

такая ненадежная система

FTFY

Исходная версия intelfx, :

то есть ты признаешь, что баг в компоненте имеет более серьезные последствия из-за интеграции

Нет, конечно.

Кто сказал, что «уронили всю систему» — это более серьёзное последствие, чем сбой или повреждение состояния непонятно где непонятно когда?

здесь принципиальный момент, что этот баг конкретно возможен при нарушении UNIX-way

А при следовании UNIX-way гораздо вероятнее множество других проблем.

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

Я понял. У тебя весь майндсет построен вокруг этакого всезнающего админа с бесконечно малым временем реакции, 24/7 просиживающего штаны возле системы и пасущего все логи в реалтайме. Нет, эта картина очень далека от реальности.

В реальности же проблема происходит в датацентре среди сотен таких же систем в 3 часа ночи субботы и твои варианты — либо детерминистично упасть и перезапуститься/перезагрузиться, либо подвиснуть в частично сломанном состоянии заранее неопределённое количество времени.

сбой каких-то утилит отлавливается штатными средствами

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

такая ненадежная система

FTFY