Zu Hohe CPU-Last beim starten und beenden von Aufnahmen ?

[petgun]

hiho,
der Betreff sagt fast alles
Mein Jack hat einen enormen Hunger (er krallt sich alles was er kriegen kann ) nach CPU-Power wenn eine Aufnahme gestartet/beendet wird...deutlicher und laenger (>5 Sekunden) mit der neuen Testversion von udrec, aber auch mit ggrab. Ich schlucke immer wenn die CPU-Last auf meiner Kiste (P4 2,2GHz) jedesmal 100% erreicht....imho ist das nicht in Ordnung und deutlich zu viel....und wird auch von udrec mit regelmaessigen Resends einiger Pakete belohnt

Ach ja, bei abgeschalteter Aufnahmepruefung kommt auch noch die Meldung 'Es konnte kein Zuwachs des Streamfiles festgestellt werden'...nicht nur mit udrec, auch mit ggrab...??

cu,
peter

PS:...Petra meinte, es koennte vielleicht an einer suboptimalen MS-Routine liegen die Levi evtl. verwendet um die Filegroesse zu berechnen...abzufragen ob das File schon vorhanden ist/groesser wird/usw.

[Levithan]

Warum ist das nicht in Ordnung ?!? Imho krallt sich jedes Tool alles was es kriegen kann um in die Gänge zu kommen. Wichtig ist doch, dass beim streamen die Last wieder im Keller ist.

[petgun]

Imho krallt sich jedes Tool alles was es kriegen kann um in die Gänge zu kommen

nee, viele Programme imho nicht...ich bin immer froh wenn die Last wieder unten ist
Wenn Jack jetzt ein megafettes Programm wie sagen wir mal Photoshop waere, dann koennte ich das fuer einen _Programmstart_ noch nachvollziehen, aber nicht wenn Jack eine Aufnahme startet/beendet und weiterhin aktiv bleibt...da stimmt imho was nicht (besonders deutlich mit udrec..weniger bei ggrab).....Petra meint das auch
ich weiss jetzt nicht wie es mit der wingrabengine ist...koennte mir aber vorstellen das damit alles gruen ist...

cu,
peter

[Levithan]

Ich wüsste aber auch nicht, wie ich das ändern sollte. Musst wohl oder übel damit leben.

[petgun]

Ich wüsste aber auch nicht, wie ich das ändern sollte. Musst wohl oder übel damit leben.

schade....Dir geht kein auf ? irgendwas mit Fileparsing ?

cu,
peter

[Seppo]

ich weiss jetzt nicht wie es mit der wingrabengine ist...koennte mir aber vorstellen das damit alles gruen ist...

@Petgun & all:

Moin

Mit der wingrab-Engine ist es das gleiche...beim Beginnen und Beenden eines Streams geht die Last (wie beobachtet) für ca. 3-5 Sekunden auf 100%. Die Zeitdauer scheint übrigens UNABHÄNGIG vom verwendeten Prozessor zu sein, da JTG bei mir seit gestern auf einem P3-500 unter NT4 läuft (dazu werde ich auch noch etwas schreiben, da bei der Installation das KompatibilitätsPack nicht ausreicht und eine andere Software von MS noch mitinstalliert werden muss).

Grüße...

Seppo

[petgun]

Hiho

Mit der wingrab-Engine ist es das gleiche...beim Beginnen und Beenden eines Streams geht die Last (wie beobachtet) für ca. 3-5 Sekunden auf 100%. Die Zeitdauer scheint übrigens UNABHÄNGIG vom verwendeten Prozessor zu sein

jau, habe ich mir gedacht, das es unabhaengig vom Prozessor ist....klar koennen wir alle damit leben...aber Petra/ich will keinen neuen grauen Haare mehr...ich habe immer Angst die Kiste kackt ab bzw. Jack bleibt auf dem Hoellentrip

cu,
peter

[Seppo]

Mit dem Erwähnen des verwendeten Prozessors wollte ich andeuten, dass, selbst wenn man einen langsamen Proz. hat, es dann nicht 2x oder 3x solange dauert, bis Jack von seinem Bluthochdruck (100% CPU-Last) wieder runterkommt, sondern es auch da nur 3-5 Sekunden dauert.

Und was den Höllentrip betrifft: einfach beim Starten/Beenden des Streams kurz "Highway to Hell" intonieren...schon passt es wieder

[petgun]

Und was den Höllentrip betrifft: einfach beim Starten/Beenden des Streams kurz "Highway to Hell" intonieren...schon passt es wieder

das ist der Featurerequest des Monats:

@Levi
kannst Du das einbauen das Jack uns bei Aufnahmestart/ende "Highway to Hell" vorsingt ?

cu,
peter

[Levithan]

Ich denke ich weiß auch woran das liegt.
Um den nhttpd nicht zu stressen und diverse "Done" zu bekommen, arbeite ich recht großzügig mit delays. Die Eigenart dieser Delays sind eben die hohe Prozessorlast, weil sie nicht stur warten sollen, sondern im Hintergrund anfallende Arbeiten trotzdem abarbeiten sollen.
Ist leider nicht zu ändern.

Levi

[petgun]

Um den nhttpd nicht zu stressen und diverse "Done" zu bekommen, arbeite ich recht großzügig mit delays. Die Eigenart dieser Delays sind eben die hohe Prozessorlast, weil sie nicht stur warten sollen, sondern im Hintergrund anfallende Arbeiten trotzdem abarbeiten sollen.

...klingt schon plausibel...aendert aber nix daran das diese Delay-Routinen bei mir einen schlechten Eindruck hinterlassen...wer nur wartet und Daeumchen dreht, hat imho nicht so viel Aufmerksamkeit verdient...ach sorry, die arbeiten ja im Hintergrund...ich frage mich nur woran...???...mit 5 Sekunden 100% CPU-Power eines 2,2 GHz Prozessor laesst sich imho 'ne Menge anfangen....

Ist leider nicht zu ändern.

...ok

cu,
peter

[Levithan]

Hast Du schonmal probiert, an den nhttpd mehrere API Aufrufe pro Sekunde zu schicken ? Das würde nix werden, weil er sich dann meistens verabschiedet. Also bekommt der einen delay vom 500 ms pro Aufruf. Dann muss auch geprüft werden, ob die Rückgabe okay ist usw. Weiterhin würde es nix bringen, während eines nhttpd Reset, Daten von ihm zu verlangen, also brauche ich das Done vom telnet. In der Zeit muss Jack eben warten. Wie du es drehst und wendest, auch wenn es bei Dir einen schlechten Eindruck hinterlässt, es ist 10 mal besser als ne abgestürzte Box vor Aufnahmebegin, oder ?

[Seppo]

@Levi

die Frage, die sich Petgun (vielleicht zu Recht) stellt, ist folgende: wenn doch GEWARTET wird (sprich: es wird nix getan), wieso ist gerade DANN die CPU-Last auf 100%? Ich vergleiche das mit Windows98 - da gab es doch auch dieses "aktive" Warten, wenn das OS nichts zu tun hatte...und die CPU munter mit 100% vor sich hin werkelte...erst Programme wie zB CPUIce boten dem Einhalt und die CPU konnte wieder etwas durchschnaufen

Aber ich denke mal, da jetzt klar ist, WARUM die CPU auf 100% ist und es als sicher gelten sollte, dass Jack sich nicht aufhängt, dann kann man (ich zumindest) damit leben

Grüße...

Seppo

[petgun]

hiho,
iss doch alles nicht so wichtig und es gibt sicher Dinge mit hoeherer Prio bei Jack..sollte auch nur was fuer den Hinterkopf sein was dann beim coden evtl. nach oben kommt und einem die Schuppen von den Augen wischt....

cu,
peter