10-mal heruntergeladen
Hochgeladen vonRenee Baecker
Fr os con2010_devel_nytprof
Das Dokument behandelt die Profilierung von Perl-Programmen und stellt verschiedene Profiler wie devel::dprof, devel::smallprof und devel::nytprof vor. Es erläutert verschiedene Arten von Profiling, deren Vor- und Nachteile, sowie Tipps zur Optimierung von Code, um Performance-Probleme zu identifizieren und zu beheben. Besondere Aufmerksamkeit gilt dem devel::nytprof, der verbesserte Funktionen zur genauen Zeitmessung und Profilierung bietet.
Fr os con2010_devel_nytprof
- 1.
- 2. Dem Performance-Killer aufder Spur
- 3.
- 4.
- 5.
- 6.
- 7.
- 8. Profiling für denPerl-Programmierer
- 9.
- 10. CPU Time RealTime Subroutine ? ? Statement ? ?
- 11. CPU Time Nurdie Zeit, die die CPU beschäftigt ist
- 12.
- 13. Kaum beeinflusst vonder Auslastung des Rechners
- 14. Real Time KompletteDauer der Ausführung
- 15.
- 16. Stark beeinflusst durchAuslastung
- 17. Subroutine Misst dieZeit zwischen Betreten und Verlassen der Subroutine
- 18. Inklusive aller Subroutinenund Code, die innerhalb der Subroutine aufgerufen werden
- 19. Ziemlich schnell, danur an wenigen Punkten die Zeit genommen werden muss -> wenig I/O
- 20. Subroutine Kann durch„goto &sub“ und andere Sprünge durcheinander gebracht werden.
- 21. Liefert keine Anhaltspunkte,wo genau in der Subroutine die Zeit verloren geht
- 22. Kann keinen Codeaußerhalb von Subroutinen messen
- 23. Statement Misst denZeitverbrauch pro Statement/Zeile (vom Start der Ausführung des einen Statements bis zum Start des nächsten Statements)
- 24. Exklusive Zeit füraufgerufene Subroutinen (Ausnahme: Built-ins und xsub)
- 25.
- 26.
- 27.
- 28. Zu detailliert fürgroße Subroutinen
- 29. Schwierig, eine Zeitfür die Subroutine zu bekommen
- 30. Häufiges Problem: beiAufruf einer Subroutine und dann „etwas anderes“ ausführen, wird alles der Subroutine zugerechnet Funktion() + mkdir('./verzeichnis');
- 31. Anwendungsbereiche profilen Evtl.liegen die Probleme außerhalb des Perl-Bereichs Datenbanken
- 32.
- 33. Manche Jäger bleibenauf der Strecke Devel::DProf steht kurz vor der Pensionierung Ab Perl 5.16 wird es voraussichtlich nicht mehr im Core sein
- 34.
- 35. Liefert häufig falscheErgebnisse (je schneller die CPUs werden, desto schlechter werden die Ergebnisse) Devel::SmallProf ist veraltet
- 36. Devel::NYTProf to therescue
- 37. … leidererst ab Perl 5.8.1
- 38. Devel::NYTProf Fork vonDevel::FastProf
- 39. Gestartet von AdamKaplan von „New York Times“
- 40. Ein paar Bugfixesfür Devel::FastProf plus HTML-Auswertung an Devel::Cover angelehnt
- 41. Höhere Genauigkeit (beachtetOverhead des Profilers beim Schreiben der Daten)
- 42.
- 43. Devel::NYTProf Ist einStatement und und Subroutinen Profiler
- 44. Wertet Subroutinen „proAufruf“ aus
- 45.
- 46.
- 47. Kann mit Dingenwie „goto &sub“ umgehen
- 48. Schreibt Datei erstam Ende
- 49.
- 50. Devel::NYTProf Der Statement-Profilerwurde verbessert Das Statement am Ende einer Schleife bekommt nicht die Zeit für die Auswertung der Bedinung hinzugerechnet
- 51. Das Statement amEnde einer Subroutine bekommt nicht den Sub-Overhead hinzugerechnet
- 52. Devel::NYTProf Kann auchSystemaufrufe und Regexps profilen
- 53. Ergebnis kann inverschiedene Formate transformiert werden
- 54. Ergebnisse verschiedener Läufekönnen vereint werden
- 55.
- 56.
- 57. Exklusive Zeit vs.Inklusive Zeit Exklusive Zeit ist gut für „Bottom-Up“ Details, wo die Zeit verbraten wird
- 58. Nützlich für lokaleOptimierungen Inklusive Zeit ist gut für „Top-Down“ Überblick, wo die Zeit verbraten wird
- 59. Nützlich, um strukturelleÄnderungen zu priorisieren
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68. Optimierung birgt häufigFehler!
- 69.
- 70. Leichte zu erreichendeOptimierung Code profilen bei einer durchschn. Auslastung
- 71. Blick auf dieExklusive Zeit von Subs
- 72. Sie erscheinen nichtplausibel?
- 73. Die ärgsten Fehlerausfindig machen
- 74. Nur einfache(!) lokaleProbleme beheben
- 75.
- 76.
- 77.
- 78. Einfache lokale ProblemeTemporäre Variablen nutzen $self->eine->weitere->Methode->die->ein->Objekt->liefert->Hallo(); $self->eine->weitere->Methode->die->ein->Objekt->liefert->Welt(); In: my $object = $self->eine->weitere->Methode->die->ein->Objekt->liefert; $object->Hallo(); $object->Welt();
- 79. Einfache lokale ProblemeSchnellere Accessoren Class::Accessor::Fast::XS
- 80. Einfache lokale ProblemeAufrufe von Subroutinen vermeiden, die nichts machen (z.B. Logging) my $is_logging = $logger->info( 'bla' ); while ( … ) { $logger->info( 'foo' ) if $is_logging; }
- 81. Einfache lokale ProblemeSubroutinen und schleifen so früh wie möglich verlassen sub testsub { my ($self,$data) = @_; return if !$data; return if ref $data ne 'ARRAY'; for my $entry ( @{$data} ) { … } }
- 82. Erneut testen... Schnellgenug? STOPP!
- 83.
- 84. Tiefergehende Änderungen Beieiner bekannten Auslastung testen Bei Webapplikationen z.B. 1000 gleichzeitige Requests starten Inklusive Zeit der Subroutinen testen Ist der Anteil bei der Auslastung plausibel? Prüfen, wie häufig die Subroutinen aufgerufen wurden Ist die Zahl bei der Auslastung plausibel?
- 85. Evtl. Caching einbauen-> Ist aber fehleranfällig
- 86. Tiefergehende Änderungen Werdenviele Objekte erzeugt, die gar nicht benötigt werden? Proxies/Lazy Loader einsetzen – soweit vorhanden
- 87. Erneut testen... Schnellgenug? STOPP!
- 88.
- 89. Strukturelle Änderungen Schleifen„nach unten“ verschieben $self->walk( $_ ) for @dogs; In $self->walk_dogs( \@dogs );
- 90. Strukturelle Änderungen Ändernder Datenstrukturen Hashes vs. Arrays Algorithmus ändern z.B. verschiedene Sortieralgorithmen Besonders kritische Dinge in C programmieren Inline::C
- 91. Viele kleine Änderungenhaben eine große Wirkung
- 92.
- 93.