Tricks um Programm zu beschleunigen

[Luckie]

Der Flaschenhals in diesem Fall ist nicht der Code sondern die Hardware, bzw. um genau zu sein das Netzwerk. Schlechtes Beispiel. Nächstes Beispiel.

[XeRo]

in einen thread hab ich es ja schon...siehe in einem anderen thread...

und was kann man machen wenn man DAS beschleunigen willt....genau darum gehts mir nämlich...in erster linie...

[Bernhard Geyer]

Zitat von Luckie:

Der Flaschenhals in diesem Fall ist nicht der Code sondern die Hardware, bzw. um genau zu sein das Netzwerk. Schlechtes Beispiel. Nächstes Beispiel.

Würde ich nicht unbedingt sagen.
Wird der Code immer wieder aufgerufen?
Falls ja, was spricht dagegen das Ergebnis zu cachen und dann periodisch in einem Thread zu aktualisieren (wenn aktualisierung überhaupt so nötig ist)? Evtl. erst auf Knopfdruck mit Fortschrittsdialog.

[Luckie]

Zitat von XeRo:

und was kann man machen wenn man DAS beschleunigen willt....genau darum gehts mir nämlich...in erster linie...

Gar nicht. Windows braucht eben so lange bis der Rechner im Netzwerk reagiert und die Struktur der API Funktion gefüllt hat.

[XeRo]

sind schnellere Programme normalerweise größer als langsamere, oder kann man das so nicht sagen?

[Luckie]

DFie Größe (Was auch immer für eine.) hat mit der Geschwindigkeit nichst zu tun. Sonst könnte man ja ein paar MB in die Ressourcen packen oder einfach ein paar MB Speicher sinnlos verbraten und es würde schneller. Dass das keinen Sinn macht sollte jedem klar sein.

[XeRo]

nein...das mein ich ja so nicht...ich will wissen ob ein schnelleres script zwangsweiße größer ist als ein lames....
...damit drängt sich mir auch die frage auf ob komponenten unbedingt hilfreich sind....oder ob man wo möglich darauf verzichten sollte.

[Luckie]

Ich sagte doch, die Größe, was auch immer, Codegröße in Byte, Anzahl der Zeilen, spielt keine Rolle. Wenn der Algorithmus oder was sonst noch eine Rolle spielt, einfach schlecht ist, dann kann der Code noch so groß oder klein sein, das ist vollkommen egal.

[FriFra]

Luckie hat zwar im Prinzip recht, aber eigentlich auch wieder nicht...

Allgemein kann man sicher davon ausgehen, dass "schlankerer" Code auch schneller läuft. D.h., wenn man auf Komponenten verzichtet und alles "von Hand" macht, könnte es durchaus sein, dass der Code schneller läuft, da man dabei auf nicht benötigten Ballast (den bringen fertige Kompos meistens mit) verzichtet. Also, weniger Code -> schnellere Ausführung ... aber auch hier bestätigen Ausnahmen die Regel

Im konkreten Beispiel glaube ich aber kaum, dass da noch viel zu machen ist. Selbst wenn das Programm beim Neuzeichnen etwas gebremst wird, ist der Flaschenhals das Netzwerk. Da helfen nur schnellere Netzwerkkomponenten

[HERMES]

Das mit der größe kann man so nicht sagen! Die Performance hängt nicht von der größe ab.

Zu deinem Beispiel, da kann man wirklich nicht ernsthafte verbesserungen erziehlen. Das hängt an Windows, durch einen Thread wirds auch nicht schneller, nur dein Hauptfenster hängt nicht.

Im algemeinen einfach versuchen das wachstum des Algorithmusses so gering wiemöglich zu halten, in deinem geht es nicht anders.

Naja, in wie weit schlanker code einen Algorithmus schneller macht, kann man nur wenn man ein und den selben algorithmus nimmt vergleichen.
Im wesentlichen kommt es auf die anzahl der Schleifendurchläufe an.
Hier ist es recht egal wie schlank oder auch nicht der Code ist, da es hier nicht um ein System geht, das Millionen ( nochnichtmal tausende ) von Datensätzen bearbeitet, sondern mit weniger als 100 durchläufen auskommt.


mfg
Sim