İzleme, izleme ve profil oluşturma arasındaki fark nedir?

Bu üç kelimenin çok fazla göründüğünü gördüm, ancak aralarındaki kesin farkları anlamıyorum. Örneğin, CPU kullanımının toplanması genellikle profil oluşturma olarak adlandırılır ve performans izlemeye de girebilir. Aralarındaki (ince) fark nedir?

Bu kelimeleri bu şekilde kullanıyorum. Diğerlerinin ek veya farklı kullanımları olabilir. Eldeki işe bağlı olarak, terimleri farklı şekilde kullanacağım. Geliştirme ekipleri ve operasyon ekiplerinin farklı kullanım ihtiyaçları vardır.

İzleme, izlemedir. Genellikle devam eder ve tercihen otomatiktir. Açık kaynak araçları gibi Munin, Nagiosve MRTGbu kategoriye girer. Bir sürü ticari araç da var. Ben de sarbu kategoride sürekli çalıştırmak dahil , ama sonuçları normalde izlenmez. İzleme araçları, izlenen bir kaynak bir tetikleme seviyesinin üstüne veya altına düştüğünde uyarıları tetiklemek için kullanılabilir. Birçok izleme aracı heterojen ortamlarda iyi çalışır.

Profil oluşturma genellikle hangi kodun en fazla kaynağı kullandığını görmek için belirli bir programda yapılır. Genellikle CPU zamanıdır, ancak bellek, G / Ç ve yürütme (duvar) süresini de içerebilir. Genellikle optimizasyon için aday kodunu tanımlamak için kullanılır. Profil oluşturma araçları dile ve / veya platforma bağımlı olma eğilimindedir.

Günlükler ve / veya izleme verileri kullanılarak farklı bir profil oluşturma yapılır. Bu kullanım profilidir ve çeşitli nedenlerle yapılabilir. Bunu yapmak için çok fazla araç bulamadım.

İzlemeyi birkaç farklı şekilde kullanıyorum. En sık, ağ yollarını izlerim. Ağ ve güvenlik duvarı ayarlarına bağlı olarak, az çok başarılı bir şekilde çeşitli araçlar kullanılabilir. Bunların çoğunun adında veya açıklamasında iz vardır.

Program izleme, bir programın yürütülmesini izler. Bu genellikle bir test durumunda yapılır. Bu birkaç şekilde yapılabilir (kullanım ve deneyim sırasına göre):

• straceHangi kodun çağrıldığını görmek gibi araçları kullanarak çağrı izleme . Bu, bir programın neden başarısız olduğunu veya beklendiği gibi yanıt vermediğini belirlemede yararlı olabilir.
• Koda dahil edilen uygun günlük ifadelerine bağlı olan izleme düzeyi günlük kaydı. Çoğu günlük kaydı paketi bu ayrıntı düzeyini destekler. İzleme düzeyi günlük kaydı, kod kapsamının zayıf olmasına neden olur. Genellikle gerektiğinde eklerim ve ileride kullanmak üzere kodda bırakırım.
• Kod kapsamı izleme, kodun hangi bölümlerinin bir test paketinde yürütüldüğünü kaydeder. Bu, eksik test vakalarının belirlenmesinde yararlı olabilir. % 100 kod kapsamı elde etmek zordur. % 100 normal akış kapsamı sağlanabilmelidir.
• Masa denetimi: kodu okuyarak izleme. Daha büyük programlarda çok yararlı değildir, ancak birim testleri, ve / veya olası kaynak arı daraltıldığında olası sorunları tanımlamak için son durumları belirlemenin iyi bir yoludur. Som = e IDE'ler ve editörler, uygulama koduna yapılan bir çağrıyı izlemeyi nispeten kolaylaştırır.
• Canlı hata ayıklama; bir hata ayıklayıcı kullanılarak çalışırken izleme kodu yürütme. Yürütme talimatını talimatla izlemek mümkündür, ancak sorun bir zamanlama sorunuysa, karanlık olabilir. Kodu geçerli talimatla ilişkilendirebilen hata ayıklayıcılar çok yardımcı olur, ancak programın hata ayıklama sürümünün oluşturulmasını gerektirebilir.

SAP WEB Uygulama sunucusunda, aşağıdaki üç anahtar kelimeyi aşağıdaki gibi tanımlayabiliriz:

Web tarafından sunulan izleme, izleme ve profil oluşturma tekniklerinin yanı sıra diğer SAP ve harici sistemler tarafından sağlanan teknikler, büyük, dağıtılmış ve heterojen kurulumların bakımını büyük ölçüde kolaylaştırabilen kanıtlanmış CCMS mimarisi kullanılarak entegre edilebilir.