Mövzu zibillərini necə oxumağı öyrənin və tətbiqinizin işləmə zamanı davranışına nəzarət edin.  Adobe Experience Manager (və ya ümumiyyətlə hər hansı bir JAVA tətbiqi) nümunəniz lənglik əlamətləri göstərdikdə, qollarınızı çırma və iplik zibilləri dünyasına dalmağın vaxtı gəldi. IBM Thread Analyzer (TDA) sizə iplər şəbəkəsini açmağa və performans darboğazlarını dəqiqləşdirməyə kömək etmək üçün buradadır. Bu təlimatda biz sizə peşəkar kimi AEM-də performans problemlərini diaqnostika etmək üçün IBM TDA-dan necə istifadə edəcəyinizi izah edəcəyik.   Addım 1: IBM TDA-nı yükləyin və quraşdırın  Mövzu zibillərini təhlil etməyə başlamazdan əvvəl   endirməli və quraşdırmalısınız. Ən son versiyanı əldə etmək üçün rəsmi IBM veb saytına və ya təşkilatınızın deposuna keçin. Yüklədikdən sonra əməliyyat sisteminiz üçün quraşdırma təlimatlarına əməl edin. Tez, asandır və ciddi problemlərin aradan qaldırılması üçün zəmin yaradır.  IBM Thread Analyzer proqramını  Addım 2: AEM Nümunənizdən Thread Dumps çəkin  Mövzu zibilləri müəyyən bir anda AEM instansiyanızda işləyən bütün mövzuların snapshotlarıdır. Onları tutmaq üçün:  AEM serverinizə daxil olun.  Mövzu zibilləri yaratmaq üçün   ,   və ya AEM-in daxili funksionallığı kimi alətlərdən istifadə edin.   -da yaxşı sənədləşdirilmiş səhifə var. jstack kill -3 Adobe Docs  Mövzu boşaltma fayllarını yerli maşında saxlayın.   Pro İpucu: Uzun müddət davam edən problemlərin daha aydın təsvirini əldə etmək üçün fasilələrlə (məsələn, hər 10 saniyədən bir) çoxlu iplik boşluqlarını çəkin.  Addım 3: IBM TDA-da Thread Dumps açın  IBM TDA-nı işə salın və ələ keçirdiyiniz mövzu boşaltma fayllarını açın. Sadəcə olaraq faylları proqrama sürükləyib buraxın və ya onları yükləmək üçün “Açıq” seçimindən istifadə edin. Yükləndikdən sonra sol paneldə iplik boşluqlarının siyahısını görəcəksiniz.   Addım 4: Mövzu təfərrüatlarına daxil olun  Müəyyən bir iş parçacığını təhlil etmək üçün:  Siyahıdan faylı seçin.  Yuxarıdakı Mövzu Təfərrüatı düyməsini klikləyin   Bu, həmin zibillikdəki bütün mövzuların ətraflı görünüşünü göstərəcək. İndi gəlin ipləri Yığın Dərinliyinə görə çeşidləyək, ən uzun yığınların yuxarıda görünməsini təmin edək. Niyə? Daha dərin yığınları olan mövzular çox vaxt performans problemlərinin gizləndiyi daha mürəkkəb əməliyyatları göstərir.   Addım 5: Maraq mövzularını müəyyən edin  Yığın dərinliyi 10 sətir və ya daha çox olan iplərə diqqət yetirin. Bu mövzular adətən ən çox resurs istehlak edənlərdir. İstənilən mövzuda qeydlər aparın - istər adlarına, istər vəziyyətinə, istərsə də yığın izlərinə görə.  Addım 6: Mövzu vəziyyətinə görə çeşidləyin  Sonra, mövzuları vəziyyətinə görə çeşidləyin. İşlənə bilən mövzulara doğru aşağı diyirləyin. Bunlar boşalma zamanı CPU vaxtını aktiv şəkildə istifadə edən mövzulardır. Tətbiq üçün xüsusi mövzulara diqqət yetirin, məsələn:  Fon iş mövzuları: indeksləşdirmə və ya təkrarlama kimi tapşırıqların idarə edilməsi.  Sorğu mövzuları:   kimi adlandırılır.  127.0.0.1 [timestamp] GET /path HTTP/1.1  Addım 7: Sorğunun vaxt möhürlərini deşifrə edin  Hər sorğu başlığı üçün onun adından vaxt damgasını çıxarın (məsələn,   ). Bu Unix dövrünün vaxt damğası istifadəçinin brauzerinin nə vaxt sorğu göndərdiyini bildirir.   kimi bir vasitədən istifadə edərək onu insan tərəfindən oxuna bilən tarixə/zamana çevirin. Sorğunun nə qədər müddət aktiv olduğunu hesablamaq üçün bunu mövzu dumpının vaxt damğası ilə müqayisə edin. 1347028187737 Https://www.epochconverter.com/  Əgər fərq qeyri-adi dərəcədə böyükdürsə (məsələn, bir neçə saniyə və ya dəqiqə), bu, ərizənizdə darboğaz olduğunu göstərə bilər.  Pro İpucu: Nümunələrə diqqət yetirin. Müəyyən növ sorğular davamlı olaraq daha uzun çəkir? Məsələn, mürəkkəb sorğular və ya resurs tələb edən əməliyyatlar ilə bağlı sorğular optimallaşdırmağa dəyər ola bilər. Əlavə olaraq, xüsusi URL-lərin və ya son nöqtələrin tez-tez uzun müddət davam edən mövzularla əlaqəli olduğunu görürsünüzsə, kod bazanızın həmin sahələrinin profilini nəzərdən keçirin.  Addım 8: Gözləmə mövzularını araşdırın  Mövzu təhlili sadə gözləmə vəziyyətlərindən kənara çıxan nüanslı yanaşma tələb edir. IBM Thread Analyzer (TDA) interfeysi mövzu əlaqələri haqqında dəyərli anlayışlar təmin etsə də, ip davranışının tam kontekstini başa düşmək tətbiqinizin performans xüsusiyyətləri haqqında daha dolğun təsəvvür yaratmağa kömək edir.  Mövzu Dövlətlərini Anlamaq  TDA-da mövzuları araşdırarkən bir neçə vacib vəziyyətlə qarşılaşacaqsınız:    : Bu mövzular ya hazırda icra olunur, ya da CPU vaxtı mövcud olduqda icra etməyə hazırdır. İşlənə bilən vəziyyət mütləq problemi göstərmir - bu, aktiv işləyən iplər üçün təbii vəziyyətdir. İşlənə bilər    : Bu mövzular şərtin yerinə yetirilməsini gözləyərkən icranı müvəqqəti dayandırdı. Gözləmə vəziyyəti bir çox qanuni səbəblərə görə baş verə bilər, o cümlədən: Gözləmə  Resursların mövcudluğu (verilənlər bazası əlaqələri, fayl tutacaqları)  Digər mövzularda tapşırığın tamamlanması  Planlaşdırılmış gecikmələr  Şəbəkə giriş/çıxışının tamamlanması  Mesaj növbəsi əməliyyatları     : Bu mövzular xüsusi olaraq monitor və ya kilid əldə etməyi gözləyir. Gözləmə ilə eyni olsa da, bloklanmış vəziyyətlər xüsusilə sinxronizasiya ilə bağlı fasilələri göstərir. Bloklanmış  Mövzu əlaqələrinin təhlili  Maraq mövzusunu müəyyən edərkən, bu sistematik yanaşmadan istifadə edərək, onun digər mövzularla əlaqələrini yoxlayın:  Birbaşa Kilid Əlaqələri:  Dərhal asılılıqlar üçün Gözləmə Mövzuları panelini nəzərdən keçirin  Nə üçün bloklandığını anlamaq üçün gözləyən başlıqların yığın izlərini nəzərdən keçirin  Mümkünsə, gözləmə müddətini qeyd edin  2. Resursdan İstifadə Nümunələri:  Resurs əldə etmək və buraxmaqda nümunələri axtarın  Potensial resurs darboğazlarını müəyyənləşdirin  Alternativ resursların idarə edilməsi strategiyalarını nəzərdən keçirin  3. Memarlıq nəticələri:  Müşahidə olunan davranışın sistemin dizaynına uyğun olub olmadığını qiymətləndirin  Mövcud iplik modelinin uyğun olub olmadığını düşünün  Ölçeklenebilirliğe təsirini qiymətləndirin  Kilid növlərini və görünmə qabiliyyətini başa düşmək  Mövzu zibilləri bütün növ mübahisələri göstərməyə bilər. Müasir Java proqramları müxtəlif sinxronizasiya mexanizmlərindən istifadə edir:  Daxili Kilidlər (sinxronlaşdırılmış açar söz):  İp zibillərində görünür  Sahibi-ofisiant münasibətlərini aydın göstərin  Yığın izləri sinxronizasiya nöqtələrini göstərir  2. Açıq Kilidlər (java.util.concurrent):  ReentrantLock  ReadWriteLock  StampedLock  Vizuallaşdırmaq üçün əlavə alətlər tələb oluna bilər  3. Bloklanmayan Mexanizmlər (ənənəvi kilidlər kimi görünmür, lakin performansa təsir edə bilər):  Atom dəyişənləri  ConcurrentHashMap  Tamamlana bilən Gələcək  Optimallaşdırma strategiyaları  Həqiqi mübahisə məsələlərini müəyyən edərkən, bu yanaşmaları nəzərdən keçirin:  Kod Səviyyəsində Təkmilləşdirmələr  Kilid sahəsini azaldın  Daha incə dənəli kilidləmə həyata keçirin  Bloklanmayan alternativləri nəzərdən keçirin  2. Resursların İdarə Edilməsi  Hovuz ölçülərini optimallaşdırın  Geri çəkilmə strategiyalarını həyata keçirin  Keşləmə həllərini nəzərdən keçirin  3. Memarlıq Dəyişiklikləri  Asinxron emalın qiymətləndirilməsi  Paralel icra yollarını nəzərdən keçirin  Növbəyə əsaslanan yanaşmaları tətbiq edin  Unutmayın ki, iplik təhlili təkrarlanan bir prosesdir. Bir başlıq zibilində ortaya çıxan nümunələr ardıcıl davranışı təmsil etməyə bilər. Tətbiqinizdə əhəmiyyətli dəyişikliklər etməzdən əvvəl həmişə tapıntılarınızı çoxsaylı tullantılar və müxtəlif vaxt dövrləri üzrə təsdiqləyin.  Addım 9: Uzun Davamlı Mövzular üçün Çoxlu Mövzu Dumpları üzrə Müqayisə edin  Zamanla mövzu zibillərini müqayisə etmək AEM instansiyanızda mühüm performans nümunələrini ortaya qoyur. Pik istifadə dövrləri və texniki xidmət pəncərələri daxil olmaqla, normal əməliyyat zamanı bazanı təyin etməklə başlayın. Bu baza anormal ip davranışını müəyyən etmək üçün kontekst təmin edir.  Bir mövzunun zamana görə davamlı olub olmadığını müəyyən etmək üçün:  Zamanın müxtəlif nöqtələrindən çoxlu iplik boşluqlarını seçin.  IBM TDA-da Mövzuları Müqayisə et düyməsini klikləyin.  Bütün zibilliklərdə, xüsusən də ardıcıl olaraq uzun yığın izlərinə malik olanlar arasında İşlənə bilən vəziyyətdə qalan mövzuları axtarın.   Müxtəlif vaxt nöqtələrindən zibilləri təhlil etmək üçün IBM TDA-nın Mövzuları Müqayisə funksiyasından istifadə edin. Onların vəziyyətlərini, yığın dərinliklərini və resurs istifadəsini araşdıraraq, çoxsaylı zibilliklərdə davam edən mövzulara diqqət yetirin. Yadda saxlayın ki, mövzunun davamlılığı avtomatik olaraq problemi göstərmir – arxa plan xidmətləri təbii olaraq fasiləsiz işləyir, sorğu mövzuları isə gözlənilən vaxt çərçivəsində tamamlanmalıdır.  Davamlı İşlənə bilən mövzuları təhlil edərkən, onların davranışını CPU istifadəsi, yaddaş istehlakı və cavab vaxtları kimi sistem göstəriciləri ilə əlaqələndirin. Mövzunun məqsədini nəzərdən keçirin: arxa plan xidmətləri, sorğunun işlənməsi və ya texniki xidmət tapşırıqlarının hər birinin gözlənilən nümunələri fərqlidir. Sorğu mövzuları üçün onların müddətini müəyyən edilmiş xidmət səviyyəsi müqavilələri və biznes tələbləri ilə müqayisə edin.  Şübhəli ip nümunəsi var? Hələlik nəticələrə tələsməyin! Əvvəlcə test mühitinizdə problemi yenidən yaratmağa çalışın — bu, əsas şoudan əvvəl geyim məşqinə bənzəyir. Kodunuza yaxşı nəzər salın, bu konfiqurasiya parametrlərini iki dəfə yoxlayın və ətrafınızda başqa nələrin problem yarada biləcəyini düşünün. Həqiqi performans nömrələri və test nəticələri ilə tapdıqlarınızı izləyin – sonra özünüzə təşəkkür edəcəksiniz.  Əsl performans günahkarını tutduğunuza əmin olduqdan sonra (əlbəttə ki, əsaslı sübutlarla dəstəklənir), onu düzəltməyin vaxtı gəldi.  Addım 10: Monitor təfərrüatlarını araşdırın və boş mövzuları müəyyən edin  Mövzuların təhlili təsirli fikirlər vermirsə, Monitor Təfərrüatları görünüşünə keçin:  Mövzu siyahısına qayıdın.  Mövzu atımını seçin və Monitor Detail düyməsini basın.  IBM TDA monitor sahibi olan iplərin və onların gözləyən iplərinin ağac görünüşünü göstərəcək.   Bu görünüş monitorları saxlayan və mübahisəyə səbəb olan mövzuları müəyyən etməyə kömək edir. Mövzu monitorlarını başa düşmək, tətbiqinizin sinir sisteminə baxmaq kimidir. Bu sinxronizasiya mexanizmləri mövzuların paylaşılan resurslara necə daxil olmasına nəzarət edir, potensial münaqişələrin qarşısını alır və düzgün işləməyi təmin edir.   Qarşılıqlı monitorinq kritik performans anlayışlarını aşkar edə bilər. Bəzi mövzular sorğuları aktiv şəkildə emal edəcək, digərləri isə resurs əldə etməyi gözləyəcək və ya əlaqələndirilmiş fəaliyyətlərdə iştirak edəcək. Bütün gözləyən və ya boş mövzular problemi göstərmir – onlar çox vaxt tətbiqin təbii resursların idarə edilməsi strategiyasının bir hissəsidir.  Bununla belə, bütün mövzular eyni dərəcədə vacib deyil:  Boş mövzu hovuz mövzularına məhəl qoymayın: Bu iplər adətən ≤10 yığın xətlərinə malikdir və servlet mühərriki kimi iplik hovuzlarının bir hissəsidir. Onlar iplik hovuzunda üstünlük təşkil etmədikcə, ümumiyyətlə zərərsizdirlər.  Tətbiq üçün xüsusi monitorlara diqqət yetirin: verilənlər bazası əlaqələri, keşləmə mexanizmləri və ya xüsusi sinxronizasiya blokları kimi tətbiqinizin biznes məntiqinə bağlı monitorları axtarın.  Unutmayın ki, ip və monitor analizi həm sənət, həm də elmdir. Hər bir tətbiqin özünəməxsus xüsusiyyətləri var, buna görə də performansın optimallaşdırılmasına maraq və vahid perspektivlə yanaşın. Məqsəd bütün gözləyən mövzuları aradan qaldırmaq deyil, onların qarşılıqlı əlaqəsini başa düşmək və optimallaşdırmaqdır.  Qabaqcıl Məsləhət: Müəyyən monitorların tez-tez mübahisə edildiyini görsəniz, kilidin qranulyarlığını azaltmaq üçün kodunuzu yenidən nəzərdən keçirin. Məsələn:  Qaba dənəli qıfılları incə dənəlilərlə əvəz edin.  Mümkünsə, bloklanmayan alqoritmlərdən və ya paralel məlumat strukturlarından istifadə edin.  Mövzuların kilidləri gözləməyə sərf etdiyi vaxtı azaltmaq üçün verilənlər bazası sorğularını optimallaşdırın.  Bonus Insight: Kollektor Xidməti  Bəzi mövzu zibillərində siz   tez-tez göründüyünü görə bilərsiniz. Bu xidmət Zibil Toplama, yaddaşın idarə edilməsi və resursların təmizlənməsi kimi tapşırıqları yerinə yetirir. Kollektor Xidməti sirli bir fon prosesi kimi görünsə də, onun davranışını başa düşmək optimal sistem performansını qorumaq üçün açardır - onu böyük bir ofis binasında çalışqan bir qapıçı kimi düşünün. Kollektor Xidmətinin  Tez-tez Kollektor Xidməti fəaliyyətini gördüyünüz zaman dərhal fəlakətə düçar olmayın. Kollektor Xidmətinin arabir görünməsi normaldır, lakin həddindən artıq fəaliyyət əsas problemləri göstərə bilər:  Yaddaş sızması: Zibil yığılmayan obyektlər tez-tez GC dövrlərinə səbəb ola bilər.  Yüksək obyekt çaxnaşması: Obyektlərin sürətli yaradılması və məhv edilməsi zibil kollektorunu sıxışdıra bilər.  Yanlış JVM parametrləri: Yanlış konfiqurasiya edilmiş yığın ölçüləri və ya GC alqoritmləri səmərəsizliyə səbəb ola bilər.  Resurs istifadəsini optimallaşdırmaq üçün bəzi mülahizələr bunlardır:  JVM parametrlərinizi tənzimləmək (məsələn, yığın ölçüsünü artırmaq, G1GC-yə keçid).  Sızıntıları müəyyən etmək üçün   və ya   kimi alətlərlə yaddaş istifadəsini profilləşdirin. Eclipse MAT YourKit  Lazımsız obyekt yaradılmasını azaltmaq üçün tətbiqinizin yaddaş ayırma nümunələrinin nəzərdən keçirilməsi.  Zibil Toplama həll edilməli bir problem deyil, başa düşülməli və optimallaşdırılmalı dinamik bir sistemdir. Hər bir tətbiqin unikal xüsusiyyətləri var və universal həll yoxdur.  Son Düşüncələr  Mövzu boşaltma təhlili tərtibatçının super gücüdür - sizi kod yazıçısından performans detektivinə çevirir. IBM Thread Analyzer (TDA) sizin Java/AEM instansiyanızın performansına təsir edən gizli darboğazları aşkar edərək mürəkkəb sistem davranışlarını başa düşmək üçün açardır.  Bir aləti öyrənmək kimi, məşqlə bacarığınız da yaxşılaşır. Hər bir iplik tullantısı daha aydın olur, sistem qarşılıqlı əlaqəsinin mürəkkəb nümunələrini ortaya qoyur. Nə qədər çox təhlil etsəniz, performans optimallaşdırması bir o qədər intuitiv olur.  Unutmayın, təcrübə mükəmməl edir - iplik zibillərini nə qədər çox təhlil etsəniz, diaqnostik bacarıqlarınız bir o qədər kəskinləşəcəkdir. 📊💪  🛠 ️Xoşbəxt problemlərin aradan qaldırılması! Java/AEM instansiyanızın rəvan işləməsini təmin etmək üçün tapıntılarınızı komandanızla bölüşməyi unutmayın.

Read My Stories

Bu audio hekayənin orijinal dilində hazırlanmışdır!

Çox uzun; Oxumaq

Make resilience your competitive advantage

Adobe Experience Manager-də Gizli Darboğazları Necə Açmaq (Və Düzəltmək) olar

About Author

ŞƏRHLƏR

ETİKET ASIN

BU MƏQALƏ TƏQDİM EDİLMİŞDİR

Related Stories

Optimizing Operations for Real Estate Investors - Interview with Startups of the Year Nominee, Azibo

How Azarus's Technology is Transforming Viewer Engagement on Stream

Women in Tech: Azize Sultan Shares Her Inspiring Journey from Architecture to Tech Leadership

Optimizing Operations for Real Estate Investors - Interview with Startups of the Year Nominee, Azibo

How Azarus's Technology is Transforming Viewer Engagement on Stream

Women in Tech: Azize Sultan Shares Her Inspiring Journey from Architecture to Tech Leadership

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps