Як увімкнути глобальні журнали відмов про збої / основні звалища / стеки?


9

Помилки, які виходять з ладу, можуть бути найприємнішими, що призводить до втрати даних, простоїв та розчарування користувачів. Було б добре, якби додатків вийшло менше.

Через складність контексту машини, збої часто не можуть бути відтворені у розумний час для звичайного користувача. Це не означає, що помилка рідкісна. Це може просто означати, що те, що викликає її, трапляється рідко для кожного користувача (наприклад, зміни DST). Такі помилки навряд чи зможуть виправити, якщо багато користувачів не повідомлять про них. Було б добре, якби повідомили про більше аварій.

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

Цільова аудиторія для багатьох додатків - це не розробники чи систематики, а, скоріше, широка громадськість вдома або на роботі. Не можна очікувати, що такі користувачі знають, як збирати інформацію про збої вручну або встановлювати -dbgпакети, але згенеровані звіти від таких користувачів все ще можуть бути корисними. Деякі програми мають власні інструменти звітності про збої , але, на мій досвід, вони рідко працюють , і коли вони повідомляють, що вони не повідомили про помилку, схоже, немає ніякої інформації про те, як це зробити вручну (я спостерігав це за останні версії Firefox та Flash). Систематичне покоління звітів про аварійне завершення.

Чи є якась генерація звітів про аварійне завершення роботи *, яку можна включити в усьому світі **, не встановлюючи тонну -dbgпакетів, читаючи документацію кожного додатка або сповільнюючи звичайну машину до сканування?

* Журнали, основні відвали, сліди стека, що завгодно

** Не обов’язково для init, але принаймні для значного набору програм, що працюють на типовій настільній установці Linux. На мій досвід, програми GUI виходять з ладу в 100 разів частіше, ніж програми з оболонками, тому, звичайно, у центрі уваги будуть програми GUI.


Що б ви зробили з усіма цими основними файлами (так, ви можете ввімкнути скиди основних ядер у всьому світі, але додатки можуть окремо їх відключити)? Як ви навчаєте користувачів про те, що з ними робити, як їх почистити?
Мат

1
Надішліть їх розробникам. Принаймні більшість із них повинні бути знайомі з вкладеннями електронної пошти.
l0b0

1
А що з питаннями безпеки? основні звалища можуть бути повноцінними особистою інформацією. Вибачте, але я не бачив нічого загального в тому, що ви пропонуєте.
Мат

Звіти про збої та сліди стека, з іншого боку, не повинні містити жодної особистої інформації. Навіть їх повинно вистачити для налагодження багатьох програм, якщо вони створені лише за замовчуванням і їх легко знайти.
l0b0

1
Сліди стеків - це не так корисно без налагодження інформації (або принаймні точної бінарної версії, яка йде разом із ними). "Звіт про збої" - це концепція на рівні додатків, а не те, що ви могли б "увімкнути в усьому світі" (хоча деякі рамки надають їх, а великі (наприклад, KDE) вже мають функції автоматичного "надіслати команду розробників").
Мат

Відповіді:



Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.