Çökme hataları en sinir bozucu olanlar olabilir, bu da veri kaybına, kesinti sürelerine ve sinirli kullanıcılara yol açar. Uygulamaların daha az çökmesi iyi olurdu.
Makine bağlamının karmaşıklığından dolayı, sıradan bir kullanıcı için çökmeler genellikle makul bir zamanda çoğaltılamaz. Bu, hatanın nadir olduğu anlamına gelmez - Basitçe, onu tetikleyen şeyin her kullanıcı için nadiren oluştuğu anlamına gelebilir (örneğin DST değişiklikleri). Bu tür hataların, birçok kullanıcı rapor etmedikçe düzeltilmesi olası değildir. Daha fazla kilitlenme bildirilmesi iyi olur.
Çökmeleri hata ayıklamak için geliştiricilerin olabildiğince açık bir içeriğe ihtiyaçları vardır. Oluşturulan kilitlenme raporları iyidir , çünkü bunlar genellikle ayrıntılı ve doğrudur. Kullanıcıların tüm içeriği gayretle gözlemlemesi ve bildirmesi beklenemez, bu nedenle sık sık seyrek ve yanlış bilgi gönderirler.
Birçok uygulama için hedef kitle geliştiriciler veya sistem yöneticileri değil, genel halk, evde veya işyerinde. Bu tür kullanıcıların çökme bilgilerini elle nasıl toplayacaklarını veya -dbg
paketleri nasıl kuracaklarını bilmeleri beklenemez , ancak bu tür kullanıcılardan oluşturulan raporlar yine de kullanılabilir. Bazı uygulamaların kendi çökme raporlama araçları vardır , ancak benim deneyimime göre bu nadiren çalışır ve hatayı bildirmediklerini bildirdiklerinde, manuel olarak nasıl yapılacağı hakkında herhangi bir bilgi görünmemektedir (bunu gözlemledim Firefox ve Flash'ın son sürümleri). Sistem geneli kilitlenme raporları üretimi iyi olurdu.
Bir ton -dbg
paket kurmadan , her uygulamanın belgelerini okumadan veya normal bir makineyi taramayı yavaşlatmadan küresel olarak ** etkinleştirilebilen herhangi bir kilitlenme raporu oluşturma * var mı?
* Günlükler, çekirdek dökümleri, yığın izleri, ne olursa olsun
** Mutlaka değil init
, en azından tipik bir masaüstü Linux kurulumunda çalışan uygulamaların önemli bir alt kümesi için. Deneyimlerime göre GUI uygulamaları kabuk uygulamalarından 100+ kat daha sık çöküyor, bu nedenle GUI uygulamaları doğal olarak odak noktası olacak.