![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo}
|
danke für euren Bericht... das sind so kleinigkeiten, die man als Programmierer leicht übersieht. Muß nur das Label etwas breiter ziehen ;-) und mav: application hang ist nicht tragisch, hab ich aber eingebaut zu debugzwecken. Die Frage: kam das einmal oder mehrmals (hintereinander)? Was passierte derweil ? wurde gerade z.b. eine neue Datei angelegt oder ein File fertiggestellt ? Die Meldung besagt nämlich, daß der Code des Uploadbandwiththrottlers nicht rechtzeitig ausgeführt werden konnte. Übrigens: bevor ich das Bandwidthcontrol einbaue, werd ich noch "xtreme full chunk" einbauen, welcher aber neu konzipert werden muß. Ich werd Dich morgen abend mal brauchen... PM wird folgen. |
Es passierte beim hinzufügen eines Downloads denke ich mal, da ich meine Downloads etwas aufgefüllt habe. Klar kannst du dich melden, helfe immer gern wenn ich kann.Ach friend funzt so wie es soll, muss jetzt aber mal ins bett, melde mich dann morgen falls etwas aussergewöhnliches beim mod passiert. Mit freundlichen Grüssen mav744 |
Hi ho, hier ist er wieder. Bin gerade aus dem Alko...koma erwacht und geh jetzt mal besser ins Bett. ;-) Wollt nur Dank sagen für den Mod besonders natürlich für die Quellen ,also sowohl für die Anzeige als auch für den SourceCode. Habs verständlicher Weise noch nicht eingebaut,aber feiern muß halt auch mal sein. Werde das morgen ...ehm...heute nachholen und dir dann berichten ob und wie es funzt. Deine DebugInfo laß ich auch vorerst drinne. Wenn ich dir sonst irgendwie helfen kann sag mir einfach bescheidt. Mfg Max |
Liste der Anhänge anzeigen (Anzahl: 1) moin moin, esel 1.2 brach zusammen... dl bei 9 ul bei 12.... keine ahnung warum.... lief ganz normal bei 30-40dl und ul 19.... nachtrag: wie kann das sein, nix verstellt aber jetzt sind diese einstellungen da. vorher war alles auf dsl 3000 eingestellt ! sie bild jetzt schaut es so aus ! habe nix verstellt ?!?!?!?!?! :-o1.JPG |
drfreak2004: ich weiß nicht genau was DU meinstz mit brach zusammen, und welche Werte stimmen sollen !? Alles was mit Download zu tun hat ist 100% original 0.45b Code. Dessen Optimierung kommt erst noch. Im wesentlichen ist noch nichts anderes geändert, als das Verfahren, wie der Upload auf die Slots aufgeteilt wird. Insofern geht es momentan bei den Tests auch nur darum, zu bewerten ob dies funktioniert, ob die Stabilität stimmt und andere Kleinigkeiten welche jeweils bei "to test" angeführt sind. Edit: na wenn Du Dein Posting editiert während ich schreibe haben wir ein Problem ;-) Dein Screenshot schaut aber absolut normal aus :idea: |
ich weis aber da du ja sehr fit bist was den code angeht, dachte ich du hast ne erklärung warum siehe-> bild oben "1.jpg " meine einstellungen sich geändert habe. webinface ist aus... rechner steht im serveraum und da kann nur ich rein... ist doch komisch oder ????? tatsache ist, emule nix verstellt. komm heute früh rauf und alles im keller.... durch zufall schau ich meine einstellungen an und die verbindungen waren verändert. also die werte: dsl 3000 bedeutet max dl 384 / 0 ul max 48 / 19. heute früh einstellungen anderes wie am abend -> dsl 1000 dl 96/96 und dl war auf 16 / 12...... und das versteh ich net.... das mit dem dl weis ich das das noch kommt ( freu mich scho drauf )..... das andere wie ul läuft sehr gut und stabil... ich hoffe du kannst dich dazu entschliessen, die testübersicht "slotnummer und speed" drin zu lassen. find ich toll für die übersicht ! |
achso... also erst mal .. 1.jpg geht nicht. Ist aber wohl auch nicht so wichtig. Warum sich die Einstellungen geändert haben weiß ich nicht... wird aber bestimmt irgendeine logische Erklärung haben ;-) |
aber komisch ist es scho.... mh ich müsste schon nachts schlafgewandelt haben.... dann hätte mich die alarmanlage geweckt.... komisch komisch... wer weis vielleicht ein bug im org 0.45b..... sorry 1.jpg ist das gleiche wie das bild war i zu schnell. |
@ drfreak2004: Steht vielleicht im log oder in der Verbose etwas? kannst du irgendwie reproduzieren ab wann die neuen Einstellungen waren? Hast Du eine Firewall aktiviert, vielleicht wurde die ja umgangen oder hast du deinen Rechner mal auf Viren o.ä. geprüft? Bei einem Freund von mir war abends nämlich auch alles O.K. und morgens war das Muli aus und er hatte ganz viele Ordner auf dem Desktop die er nicht mehr löschen konnte (der benutzt den morp 6.1), also würden die obengenannten Punkte vielleicht zutreffen? ansonsten müssen wir auf Xman warten, da ich dieses Problem (noch) nicht hatte. :think Mit grübbelden Grüssen :huh mav744 P.S.: Ich denke mal das dein Server eine Firewall hat, aber man hatt ja schon Server gehackt bzw. fast jede firewall kann man umgehen, vielleicht liegt es daran, wäre zumindest eine möglichkeit, da bei Angriffen vom Netz leider auch eine Alarmanlage nichts nützt. :mrgreen: |
ist eher unwahrscheinlich. mein netz hängt hinter zwei routern. bedeutet die router sind per vpn verbunden. desweiteren, war das das erste mal seit 3 jahren beim esel :-) ! also mein netz ist sehr sicher. als beispiel für die netzwerkausrüstung. router von cisco. intern level one. für wlan ( eigener dsl anschluss firma 256bit cisco) usw.... lege sehr viel wert auf sicherheit... virenschutz usw alles vorhanden. |
Hätte ja vielleicht eine Erklärung sein können :wink: . Dann beobachte doch bitte weiter, vielleicht tritt es nocheinmal auf (was ich dir auf keinen Fall wünsche). Ansonsten habe ich aber leider keine Erklärung dafür, da wiegesagt dieser Fall bei mir noch nicht aufgetretten ist. Mit freundlichen Grüssen mav744 |
ich hoffe es auch nicht ;-) aber wer weis vielleicht ist es ja ein bug der 0.45b.... |
Hier auch mal von mir ein kleiner Bericht zur X3 Alpha: - läuft sehr stabil, hatte bisher noch keine Abstürtze oder sonstige Probleme - Upload gefällt mir sehr gut. Läuft extrem konstant und schwankt kaum - bei der 1.0 und 1.1 ist es nicht dazu gekommen, aber die 1.2er verbindet sehr sauber nach der Zwangstrennung - Friend-UL nicht getestet - insgesamt sehr niedrige CPU-Last - Auffällig bei 1.0 und 1.1: zwar konstanter Upload, jedoch nur ca. 65-70% erfolgreiche Upload-Sessions. Bei der 1.2 sind es im Moment 80%. Ich weiß nicht ob etwas in der Hinsicht geändert wurde, oder ob es nur Zufall ist, aber jedenfalls habe ich ansonsten immer 75-90% erfolgreiche Ul's - dann eben noch das mit zu kleinen Label, man bekommt entweder nur 2 oder 3 Stellen der Quellen-Anzahl jenachdem, ob 3- oder 2-stellige Download-Anzahl |
Also die Testreihe wurde bei mir bestanden. 1. Friend tuet es so wie beschrieben 2. Stabilität wie bei den vorherigen Versionen ist sehr gut 3.Die Anzahl der Sourcen werden auch richtig angezeigt. Alles in allem also test Bestanden, bis auf den kleinen "Schönheitsfehler". Mit freundlichen Grüssen mav744 |
die Anzahl der fehlgeschlagenen Uploadsessions hängt in diesem Fall wohl wirklich vom Zufall ab. Die Optimierungen des Xtreme2.2 werden aber noch reinkommen. Überhaupt wird noch etliches am Sockethandling umgestaltet. Dieser aber doch recht tiefe Eingriff ins System dauert aber noch ein wenig ;-) |
soweit alles ok. habe momentan ein kleine sache entdeckt... emule dl geht über 60 ( ist ja noch der org. manager drin) folgendes passiert: der ul geht schlagartig auf unter 5 ! da stimmt doch was nicht, oder täusch ich mich ???? dl geht unter 60 ( 30 - 58 ) ul steigt wieder auf 18 - 19..... dies passiert unregelmässig.... so alle 2 bis 8 min ps: was auch komisch war. erst lief nix mehr ne stunde ul/dl 0 und ich hab ihn neu gestartet und er lief sowie oben beschrieben ps2: jetzt läuft er so bei dl 40 und ul stabil wie vorher.....18,7 bis 19 ..... hoffe der fehler wird gefunden, net das dich jemand als leecher hinstellt. wäre ja unfair mfg |
komisch... kann ich mir soweit nicht erklären... hat sonst noch jemand die Erfahrung gemacht ? |
die gute Nachricht: ich habe die Funktionsweise der Xtreme 2.2 Full Chunks-Methode in die nächste alpha implementiert und nach einigen tests (big thx mav) scheint es wunderbar zu klappen. die schlechte Nachricht: ich konnte drfreak2004 Fehler teilweise reproduzieren (kompletter Einbruch des Uploads)... die Ursache scheint auf dem ersten Blick nicht an meinem Upload zu liegen, sondern an der Quellenabfrage. So wie es auf den ersten Blick aussieht brechen die Uploads zusammen, wenn der entsprechende Client zu dieser Zeit abgefragt wird. Nun teste ich ob das in der offiziellen Version auch so ist und versuche das Problem in den Griff zu kriegen. |
dachte schon i spinn ! freut mich das was gefunden hast. bin scho auf die nächste version gespannt. um das ungerechte ul problem net auszunutzen, habe ich meinen boinc client ( klimaberechnung) auf den rechner gemacht ... des klaut gut bandbreite und er bleibt unter 60... will ja net unfair gegenüber den anderen filesharing nutzer sein. |
so.. ich denk ich hab den Fehler gefunden: anders als oben geschrieben, war mein allererster Verdacht der Richtige: Ich bin auf einen Peercache-Client gestoßen. Zwar hab ich nix von Peerchache-Upload gelesen, allerdings bewirkt die Aufnahme eines Peercacheclients das Umsortieren der Uploadqueue. Bei diesem umsortieren wurden meine Slots alle auf den Status ready=false gesetzt -->kein Upload! Ich hab nun das umsortieren deaktiviert, da ich darin eh keinen Sinn sehe. Neue Testversion gibt es in 2 Stunden, nun ist das Privatleben erst mal dran ;-) |
he xman, privatleben geht vor. werd mir morgen früh die neu holen.... |
Also mit den Sources stimmt was nicht. Hab das soweit compiliert bekommen nachdem ich deine Anweisungen befolgt und zusätzlich noch in die SatisticDlg.cpp dies eingefügt habe.... #include "UploadBandwidthThrottler.h" . Läuft auch soweit alles nur gibt es ein Problem der einzige Upload den ich habe ist Overhead :-( . Er zeigt mir zwar an was jeder Slot kriegen müßte,aber er kickt die Leute direkt wieder ohne auch nur ein Byte hochgeladen zu haben. MfG Max |
@maxupload ehrlich gesagt weiß ich nicht warum es bei Dir nicht geht. Ich rate zur Zeit aber eh noch davon ab, die sourcen in anderen Mods zu verbauen. Momentan ist der Mod nämlich noch eine Baustelle. Die sourcen pack ich eigentlich nur wegen GPL bei. |
Neue Testversion x3alpha1.3 ------------------------------------------ new: - Xman Full chunk: - anders als der offizielle emule, werden Blöcke immer komplett übertragen - es wird wieder (wie bei älteren emule versionen) der upload dann beendet, wenn die Chunkgrenze reeicht wurde. Dies bewirkt eine etwas schnellere Queuerotation - damit ein Upload nicht nach ein paar kilo endet (weil der angeforderte chunk nur noch so wenig benötigt) ist ein upload immer min 2 MB groß, max 9.30 Payload (=9.30 MB werden auf der Gegenseite fertiggestellt) - verbraucht etwas weniger CPU, da nicht alle 100 ms, sondern nur wenn der Uploadbuffer gefüllt wird, nachgeschaut wird, ob die Session zu beenden ist - ganz neu: der nächste Uploadslot wird nicht dann geöffnet, nachdem der "alte" geschlossen wurde, sondern es wird bereits ca. 50 kb vor dem Übertragungsende der neue Slot geöffnet (falls benötigt) bugfix: wurde ein Peercachesocket in den Upload aufgenommen, führte das zum Uploadstillstand to test: nichts spezielles, denn das Funktionieren des neuen "FUll Chunks" kann man nur auf downloaderseite testen Bemerkung: bei ausgeschaltetem "versuche komplette Chunks zu übertragen" greift ja das Creditsystem zur Entscheidung wann ein Upload beendet werden soll. Dieses System ist aber auf eine Slotspeed von ca. 3 kb ausgelegt. Bei höherer Speed kann es sein, daß clients bis zu 10 MB bekommen, das ist die von mi reingebaute Maximalgrenze. Download: Binaries & Sources So, nun aber wirklich die letzte Version ohne Bandwidthcontrol. :wink: changelog: - increased the label (transferwindow, download_text) - reworkt the uploadsystem (tag: Xman full chunk) - full block system: upload doesn't stop befor a complete block (180kb) isn't trasnfered (other than in official) - lower CPU - FullChunkMode: min 2 MB will transfered, after that, uploads ends if either a chunk at the downloader is completed, or 9.30MB are completed - anticipate if a new slot is needed: if a slot is near the end (<50kb to transfer), new slot is opend if needed - bugfix in Xtreme Upload: resorting of slots, initiated by peercacheclient, could stop all uploads |
So dann Teste ich mal weiter. THX Xman :wink: Mit freundlichen grüssen mav744 |
so vor der heia no auf die 1.3 updaten... gute nacht xman, mav 744, maxupload ! auf weitere tests ! |
Gute Nacht DrFreak, auf ein gutes weitertesten, schlaf gut. @ Max: Setze dich doch nicht so unter Druck mit deinem Mod, ich verstehe Dich ja, aber gut Dinge will weile haben. Ist nicht böse gemeint. :wink: :beer: Gute Nacht allen fleissigen Testern des X3Alpha. Mit freundlichen Grüssen mav744 Edit: Was mir auch schon bei der 1.2 aufgefallen ist ich aber immer vergessen habe zu posten. Wenn ich bei Upload Slot Speed z.B. 3,0 einstelle werden im Transferfenster genau 0,1 zu wenig angezeigt also 2,9, was heisst das ich immer 0,1 mehr einstellen muss um den wert zu haben den ich ereichen möchte. Ich hoffe ich habe es verständlich erklärt was ich meine, ansonsten nocheinmal nachfragen. |
@mav: na endlich fällt das mal jemand auf ;-) Hat folgenden Hintergrund: Der tatsächliche Upload ist immer etwas höher als der gewünschte, darum subtrahiere ich 0,1 um näher am gewünschten zu liegen. Erst wenn das Bandwidthcontrol und auch das Feature "accurate speed messure" eingebaut ist werd ich sehen ob ich diese -0.1 wieder rausnimm oder sogar noch erhöhe. Wie schon gesagt, die Werte welche im Upload angezeigt werden sind nur alpha-debug-hilfen und werden entfernt werden... zuletzt wird euch ja nur mehr interessieren, ob der in preferences eingestellte Upload auch eingehalten wird. PS: gute Nacht |
Hm also bei mir stabil der neue Mod leuft bis jetzt. Habe schon ein paar Mods Bin gesaugt und Sources. Fürs archif ;). Auf jedenfall ist der Upload ohne einbruch vom Download eigentlich immer konstant bei 6 KB/sec. Dazwischen einen Releace File drinen und 2 normale Downloads. Muss sagen komtm mir irgendwie angenehmer vor schon die alpha als der moprh. So dann all gute n8! |
Zitat:
Zitat:
Mit kopfschüttelnden Grüßen aalerich |
das was blomy sagt mag vielleicht auf den originalen emule .30 zutreffen, weder aber auf den Xtreme 2.2 noch auf den Xtreme 3. Es wird chunkübergreifend übertragen, allerdings ist bei 9.28 MB und nicht bei 9.30 MB Schluß, nämlich dann wenn die Chunkgrenze erreicht ist. Der Xtreme besaß auch noch niemals den buggy Code, der schon kurz vor Ende der Chunkgrenze zum Abbruch führen konnte. Beispiel: - Chunk wird angefordert, es fehlen noch 7 MB zur Fertigstellung: Xtreme beendet den Upload sobald diese 7 MB übertragen worden sind. - 2 Chunks fehlen jeweils 800 kb dann wird ein leerer Chunk angefordert: in diesem Fall überträgt der Xtreme volle 9.32 MB - 1 Chunk fehlen 1 MB, einem weiteren 6: Es werden beide Chunks auf der Gegenseite fertiggestellt, also 7 MB übertragen. Und zuletzt: dadurch, daß die Queuerotation etwas schneller wird, muß Dein Beispieluser auch nicht mehr 3 Tage warten, sonder nur noch 2 ;-) Falls Du den Xtreme dennoch kicken willst, nur zu, dann aber bitte auch den emule +, und den NetF. |
moin bzw mahlzeit. 1.3 läuft stabil und sauber keine besonderen probleme bzw. keine probleme. ps. ul/dl prob bis jetzt nimmer aufgetaucht ! |
Hallo Xman, hatte bis jetzt immer deinen alten eMule 0.30c Xtreme 2.2 am laufen, war sehr zufrieden! Habe jetzt gestern mal den x3alpha1.3 angemacht, werde ihn mal 3-4 tage am stück testen, und mich dann wieder melden. Bis jetzt gute arbeit, danke dafür! :clap Gruß DJ Ethan |
Zitat:
Zitat:
Zitat:
Gut finde ich es trotzdem nicht. Wenn der erste Chunk noch 2,5 mb braucht, um fertig zu werden, ist doch wohl nach diesen 2,5 mb Schluß, oder? Und allgemein nutze ich TFC eben gerade, um mit hoher Wahrscheinlichkeit die recht vernünftige Menge von ca. 9,3 mb zu schicken. Die Chunkgrenzen finde ich weniger interessant. Das Problem des niedrigen Uploads wird doch nicht dadurch verursacht, daß die Leute nicht hochladen können, weil sie zu wenige komplette Chunks haben... Mit freundlichen Grüßen aalerich |
Hmm Aalerich, ich glaube du hast Xman nicht richtig verstanden. Es werden dann ja sogar, wenn wir mal das genannte Beispiel nehmen, sogar 2 Chunks fertig. So habe ich zumindest das verstanden und gestern beim testen mit Xman ja auch gesehen. Falls ich falsch liege, korigiere mich bitte Xman, bzw. Aalerich. Also, wenn du einen Chunk hast wo du 7 MB von hast und einen 2. Chunk wo dir 7 MB fehlen, bekommt der erste 2,28 MB und der erste Chunk ist komplett. Der zweite Chunk bekommt dann die 7 MB, und ist dann auch komplett, also sind dann 2 Chunks komplett, die wieder hochgeladen werden können. So habe ich das verstanden, wie Xman es erklärt hat. Mit freundlichen Grüssen mav744 |
nene.. das hat aalerich jetzt schon richtig verstanden. Falls ein Chunk zur Komplettisierung eben nur genau 2.01 MB braucht, so gibt es eben nur diese Menge. aalerich, Du mußt das anders sehen... momentan siehst Du es so: Du hast 3 Tage gewartet und bekommst im schlechtesten Fall 2.01 MB. sieh es so: Du mußt nicht 3 Tage warten, weil die Leute vor Dir noch einen halben inkompletten Chunk bekommen mit dem sie gar nichts anfangen können... Du mußt nur ca. 1/3 weniger Zeit warten., also 2 Tage und bekommst immer garantiert einen kompletten Chunk. Falls Du jetzt noch immer nicht überzeugt bist, so führe ich mal Deine Argumentationskette fort: Warum nicht gleich 50 MB übertragen ? Wenn ich 10 Tage in der Queue gewartet hab, dann möchte ich bitte 50 MB! ;-) |
hm tolle diskusion ;). Zurück zum Testen... lief über nacht ohne Probleme die upload kurve ohne ein brüche und gerade. Download konstant und wie ich finde auch gut aufgeteillt. 3 Files die nur 3 bzw 4 leute haben sind fertig geworden. Releace File ist wurde auch 6 mal komplet geuploaded. So bis später ! Edit: Wenn ich das gleich noch hinbekomme vom anderen Rechner die Statistik zu posten mache ich das noch ! |
Dann habe ich das wohl falsch verstanden , es bezog sich ja auf den letzten Chunk eines Files damit es komplett ist, also entschuldige ich mich bei dir aalerich. :beer: Aber denn rest habe ich doch richtig verstanden oder? Mit freundlichen grüssen mav744 Edit: Statistik Hinzugefügt Code: eMule v0.45b Statistik [mav744] |
Ich mache jetzt mal einfach einen doppelpost, entschuldigt bitte, aber ansonsten kann ja keiner mehr erkennen was ich wann geschrieben habe, ausserdem schreibe ich jetzt auch nur meine Testbeobachtungen auf. 1. Mit der Xalpha1.3 habe ich die niedrigste CPU last, die ich jemals beobachtet habe, seit ich Emule nutze ca. 3-7% bei voll last 15-20 % , und ich quäle mein muli wirklich aber ohne das Netzwerk zu schädigen, Xman weiss was ich meine THX Xman. 2. Meinen Upload habe ich im Gegensatz zur Stats im letzten Post noch stabilisieren können, bzw. das die Slots jetzt so gefüllt werden, wie sie sollen. (war aber mein Fehler Big THX Xman für deine Tips ) Ansonsten läuft der Xalpha 1.3, wie die vorherigen Versionen, absolut stabil und zuverlässig. :clap Und nochmals Entschuldigung aalerich, hab da wohl einen komischen gedankengang gehabt. Ich wünsche allen fleissigen Testern und allen anderen natürlich auch eine gute Nacht (Meine Frau wartet schon auf mich :wink: ) mav744 |
Zitat:
TFC hat fast den Status einer Religionsfrage. Vorlost z.B. kann es überhaupt nicht leiden und hat es deshalb in seinem Mod erst gar nicht drin. Skyw4lker z.B. ist hingegen dafür, es so gut wie immer anzuhaben (nur um mal zwei zu nennen, deren Kompetenz im Gegensatz zu meiner unbestreitbar ist). Der Witz ist: Du wirst im Grunde beiden gerecht! Nur ich mit meiner Mindestmenge stehe im Regen :-( Ich bin mir aber wirklich sicher, daß die große Mehrheit der Nutzer das ähnlich sieht wie ich, diese Funktion also wegen der "festen" Menge an Daten schätzt. Diese 9,3 mb sind ein gutes Maß, nicht zuviel und nicht zu wenig. Schnelle Rotation ohne und langsame mit TFC, ich konnte je nach Bedarf wählen und fand das gut. Jetzt hab´ ich aber keinen Einfluß mehr darauf. Wenn das zusätzlich als Option verfügbar wäre, sozusagen als "Chunks komplettieren-Modus", wäre das eine tolle Sache. Aber als Ersatz für mein geliebtes TFC? @mav744: Wieso denn "Entschuldigung"? Du hast doch gar nichts gemacht! Und selbst wenn Du was gemacht hättest, ich vertrage schon mal was. Beim Austeilen bin ich ja schließlich auch nicht zimperlich. :mrgreen: Mit freundlichen Grüßen aalerich |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 13:21 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.