Im Uploadsystem, das der Morph und seine Abkömmlinge verwenden, ist das anscheinend anders. Ich habe beim Morph 5.6 und beim Eastshare 8.4 auch längere Uploadsessions.
Ein bestimmter User z.B. kriegt von mir immer nur so ca. 500 B/s, der ist jetzt schon 3,5 Stunden am saugen und hat erst 5,8 MB gekriegt, aber loadet weiter.

Ciao
Rumpelzuck

ich habe einen seit 13 Stunden drin und er hat schon 600MB downgeloaded. Wechselt aber zwischen den slots.

Ach ja mir hat der WC nicht so viel gebracht schlappe 11MB

Bei mir bringt WC leider downloadmäßig gar nichts, weil mein Provider (Telebel aus der Tropolys-Gruppe) keinen Proxy hat. Und selbst wenn, wärens wahrscheinlich zu wenig User um wie bei den T-Onlinern spürbare Downloadverbesserungen zu bekommen.

Ich nehme aber trotzdem einen WC-fähigen Client wie Morph oder Eastshare, damit die anderen WC Mulis eben von mir downloaden können und es dann über ihren Proxy mehrfach verteilen können. Ich weiß nicht, ob die das auch von einem nicht WC-Client könnten?

Ciao
Rumpelzuck

Habe auch kein T-Online, schade das mann nicht proxy übergreifend arbeiten kann.

Hi!

Bin mit dem neuen Morph (5.6) eigentlich wie immer voll zufrieden! :D
Super DL und stabiler guter UL... und dann noch die vielen, vielen nützlichen Features... Respekt!!!

Allerdings habe ich eine Frage zum Upload:

Ich sehe immer ein paar Upload-Slots in hellgrau, mit dem Status "Wartend"...
allerdings kriegen die trotzdem jeweils ein paar 100 Byte/s...

Kann mir jemand erklären, was es mit diesen Slots auf sich hat, bzw. kann man die irgendwie ausblenden?

Gruß
Hiwi

Das sind user, die als nächstes einen Richtigen upload slot bekommen sollen.
So ist die verbindung schon mal aufgebaut und es kann richtig losgehen wenn der oberste sauger fertig ist.

Damit bekommt man halt eine so schöne grade uplaod linie hin *g*

Soweit hatte ich das wohl (in etwa) verstanden...
Mich wundert nur, warum die überhaupt schon was kriegen.... dachte die wären nur "Standby".

Anders herum:
Ab wann gilt ein UL-Slot als "echter" UL-Slot, bzw. wann wird er dunkel?

Danke für die schnelle Antwort
Hiwi

Also wann er dunkel wird ist selbst mir ein Geheimnis.
Und bekommen tun Sie etwas damit Sie dableiben und nicht abhauen ;)

:mrgreen: Das ist jetzt aber eher 'ne pädagogische, als technische Antwort... :mrgreen:

Hab's wohl soweit verstanden...
...und, ohne alle Details zu verstehen, läuft der Morph bei mir ohne Probs und mit gutem UL/DL... 8)

Gruß
Hiwi

:lol:

Besser konnte ich es nicht ausdrücken 8)

Ich weiß ja nicht, ob hier Stats gewünscht sind, aber ich poste einfach mal ein paar Zweige :D

eMule v0.44b [MorphXT v5.6]

Transfer
Session UL : DL Ratio: 1 : 4.47
Session UL : DL Verhltnis (ohne Freundesupload): 1 : 4.47
gesamte UL : DL Ratio: 1 : 3.49
Uploads
Session
Hochgeladen: 4.34 GB
hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/ntig um Bandbreite auszunutzen: 6
Gesamtanzahl der Uploads: 6
Wartende Uploads: 4050
Upload Sessions: 1228
Totaler Overhead (Pakete): 611.64 MB (9.96M)
Gesamt
Downloads
Verbindung
Session
Allgemein
Erneute Serververbindungen: 4
aktive Verbindungen (geschtzt): 278 (halb:2 | komplett:71 | andere:205)
durchschnittliche Verbindungen (geschtzt): 296
Verbindungsspitze (geschtzt): 508
Verbindungs-Limit erreicht: 0
Upload
Upload-Geschwindigkeit: 17.98 KB/s
Durchschnittliche Uploadrate: 15.72 KB/s
max. Uploadrate: 18.38 KB/s
max. durchschnittliche Uploadrate: 15.72 KB/s
Download
Download-Geschwindigkeit: 103.09 KB/s
Durchschnittliche Downloadrate: 70.25 KB/s
max. Downloadrate: 291.84 KB/s
Max Downloadrate Durchschnitt: 70.25 KB/s
Gesamt
Zeit Statistiken
letzter Reset der Statistiken: Unbekannt
Zeit seit letztem Reset: Unbekannt
Session
Programm-Laufzeit: 3 Tage 8:26 Stunden
bertragungszeit: 3 Tage 8:26 Stunden (100.0%)
Dauer auf aktuellem Server: 22:14 Stunden (27.6%)
Dauer auf Servern: 3 Tage 8:17 Stunden (99.8%)
Gesamt
Abschtzungen
Clients
Server
freigegebene Dateien
Festplattenplatz

Das Teil rennt wie die Wutz!

So long.
Greetz
ScOoZ

Ich weiß, daß es da einen Unterschied zw. Original- und morph-emule gibt. Finde es auch in Ordnung, wenn eine uploadsession bis zu 5 Stunden geht. DArüber hinaus aber unsinnig. Ich als downloader möchte auch nicht unbedingt 20 Stunden mit 0,1kBps bei einem user laden.

Ich hab mich mal mit dem Unglücklichem unterhalten, der mir nicht grün ist:

*** Chat-Sitzung Beginn : xxxx - 06.11.2004 21:29:06


[21:29:12] er: wann kommen denn die nexten teile von blubblubb? und warum krieg ich bei dir nur so ne schlechte DL rate?

[21:33:16] ich: hallo

[21:33:24] er: huhu :)

[21:33:30] ich: Der nächste Teil kommt Mitte nächster Woche

[21:33:35] er: oh geil

[21:33:52] ich: Warum Du so schlecht bei mir suagst wüßt ich auch gern.

[21:34:08] er: hab fast dauerhaft 0,1 kbs

[21:34:14] ich: ich weiß

[21:34:22] ich: das nervt

[21:34:41] ich: die anderen können aber ordentlich saugen

[21:34:52] er: von den teilen die ich hab, hab ich auch schon 230mb verteilt..

[21:35:31] ich: Du hast auch niicht so viel... Kriegste denn wenigestens von den anderen was ab?

[21:36:13] er: leider wenig..hab erst 150mb obwohl ich schon seit 2-3 tagen glaub daran bin

[21:37:00] ich: ich würd Dir gern mehr geben... Aber es paßt wohl nicht..

[21:37:23] er: :/



Also, niemandem ist geholfen mit derartig langen sessions.

möglicherweise kann er kann nicht mehr nehmen !? Vielleicht ist sein client falsch konfiguriert und darum kannst Du ihm keinen besseren upload geben. Er sagt ja selbst, er bekommt kaum.

Die Frage ist, an was liegt das ? Ist sein Upload zu hoch eingestellt, so daß er keine Bandbreite für die ACK-Packete mehr übrig hat !? Funktioniert bei ihm USS nicht richtig ? Router-Problem ? Port-Drosselung ?
Das hättest Du ihn mal fragen können :-)

Also meine Leute wechseln meist zwischen 0.1 und full upload, also daran kann es nicht liegen.

Hallo xman,

ich habe nicht das ganze Gespräch hier gepostet.
Wir unterhielten uns schon noch ein Weilchen über das Problem. Port-Wechsel nahm er vor, holte sich sogar einen anderen emule-mod. Nix half. Es kann aber wirklich sein, daß sein up zu hoch eingestellt war, denn mehr als 8 kB könne er nicht geben, meint er. (DSL-light denke ich) Ich hatte dann nicht mehr Zeit, noch mehr über sein Prob. in Erfahrung zu bringen und ihm zu helfen.

Wie auch immer, der arme Mensch hing 5 Tage ununterbrochen (dank powershare) in meinem upload. Nun ist das Release erst einmal beendet... Aber das nächste aus der Serie kommt noch diese Woche....

Mein Anliegen: Nach 5 Stunden uploadzeit ohne erfolgreiche übertragene 10 MB---> Die uploadsession gilt als beendet.

Und ich finde es etwas unfai, jemandem stundenlang zu geben (immerhin über 600MB) wenn auch andere da sind die das File wollen.

@MasterKGB
Es sei denn, derjenige hilft beim verteilen.
Aber über eine Vorverteilung sollte das Problem sich dann auch erledigen.

@nawares
Mit DSL-Light hat man eh schlechte Aussichten, was die DL Rate angeht, auch wenn man ein file auf PS hat und nen FUP vergeben hat.

also in meinen mod kommt wieder eine uploadbegrenzung von (mal sehen) 1 1/4 bis 1 1/2 Stunden rein. selbst mit knapp 2kbs sollte dann ein Chunk raus sein. Wer es dann noch nicht geschafft hat seinen Chunk zu bekommen hat leider Pech gehabt :P

@nawares

Sorry, aber die Diskussion verstehe ich nicht. Es ist doch völlig Latte, ob der Gute mit 1 Byte, oder 10 k/bs saugt und ob er dies 1 Sekunde oder 10 Stunden macht. Der Rest Deiner eingestellten Bandbreite wird doch mittels Slotfokus, an die nachfolgenden Slots verteilt.

Ich kann das nicht nachvollziehen, warum Du dem User, sein Recht auf Download bestreiten willst, nur weil er, aus welchen Gründen auch immer, eben nicht mit vollen Speed abgefertigt werden kann. :think

Januar

:shock: :shock: :shock:
Sollte es wirklich wahr werden ??? Ich würde mich freuen ;)

OT Ende

Hallo januar,

Es ist fraglich, ob unter diesen Umständen ein Recht auf download besteht. (gibt es überhaupt ein Recht auf download?) Als Argument gegen dieses Recht könnte ich anbringen, dass der originale emule die Verbindung nach 1 h kappt. Aber dieses Argument hat bestimmt einen Hinkefuß.

Mir persönlich ist die lange uploadsession ein Dorn, weil:

ich eine recht gute uploadleitung habe

und

a.) deshalb USS nicht wie gewünscht funkt (habe damit extrem unausgeglichenen upload) – (das nur als Randinfo)

b.) Mein eigentliches Problem: Der ZZUL-upload versucht auf den 1. slot soviel wie möglich upload zu focussieren. Gelingt das nicht, öffnen sich u.U. bis zu 30 slots. Diese müssen verwaltet werden. Das geht auf Kosten des Gesamtuploads. (Einbußen bis zu 5 kBps) – irgendwie wird die Bandbreite nicht auf die bestehenden slots umverteilt, sondern zusätzliche geöffnet.

c.) Frage ich mich ob eine uploadsession von 20 Stunden nicht viel mehr Overhead verursacht, als die übertragene Datenmenge ausmacht oder zumindest in keinem vertretbaren Verhältnis steht.

Ich finde es einfach, wie schon mal gesagt, nicht effizient und es nutzt niemandem, weder dem downloader noch dem uploader.






Ich mich auch. :)

@nawares

...und warum schaltest Du die dann nicht einfach ab ?

Einstellungen -> EastShare -> erste Option -> deaktivieren >> fertig.

Januar,
der sich immer wieder freut, dass man mit EastShare +MorphXT -> "komplette Files" in einem Rutsch bekommen und tauschen kann. :idea:

Und nu kommst du, bei mir ist es deaktiviert.
Ich möchte keinen User 6 stunden oder länger im share haben, wenn auch andere user das file haben wollen.
Da kann ich ja wieder FS geben was dem ja gleichkommen würde.

Ich verstehe nicht, was du meinst. Lange Uploadsessions abschalten? Ist meines Wissens in keinem Mod als regelbare Option enthalten.

Die erste Option im Eastshare Tab ist bei mir: "Prefer share all", d.h. nur auf Server connecten, deren Hard- und Soft File Limit über meiner "shared files" Anzahl liegt. Das hat auch nix mit Upload zu tun.

Wie tauscht man denn im Morph komplette Files "in einem Rutsch"? Meinst du etwa nur gegenseitige Friendslots? Und natürlich sind diese Uploads dann länger. ;-)

Ciao
Rumpelzuck

Also mich stört bei diesen Mega Upload Sessions eigentlich nur, das da ander User sind, für die der Slot nicht verfügbar ist.

Wenn ich ein file habe was 50x angefragt wird und nur ein user Downloaded, das kanns doch nicht sein oder?

Wenn nur ein USer anfragt ich es auf PS und Release habe sehe ich das noch ein, aber nicht wenn mehrere es haben wollen (ach ja und kredits haben die user bei mir meist auch keine!)

Solange dann die anderen Slots mehr Speed haben und der Gesamtupload nicht einbricht ist es doch für die Verteilung deines Uploads insgesamt egal. Das gleiche File kann auch gleichzeitig an anderen Slots upgeloadet werden.

Ciao
Rumpelzuck

eMule v0.44b MorphXT v5.7

Description:
FIXED : The AutoSetResumeOrder have been corrected to work properly in all case [SiRoB]
FIXED : zz Upload System have been reviewed to properly remove WebCache Socket from standardOrderList [SiRoB]
FIXED : WebCache Fix arround the test of valide blockrequest range [SiRoB]
FIXED : Legend Graph are now correctly drawn in case of wide caractere language use [SiRoB]
FIXED : ResortUploadSlot Fix in some case socket event can disturb the uploadinglist [SiRoB]
FIXED : The first and last chunk download should be ok now [SiRoB]
CHANGED: Now we allways use the most recent credit.met file if it's corrupted use backup one [SiRoB]
CHANGED: Rewritten some code [SiRoB]
CHANGED: zz Trickle slot now set @1kB/s to avoid some possible timeout [SiRoB]
CHANGED: Right Align Upload speed column [SiRoB]
ADDED : New option in Download Morph preferency to use or not the Intelligent Chunk Selection (ICS) for next block request [SiRoB]
TWEAKED: Display the new version when we manualy update a file in morph preferency [SiRoB]
TWEAKED: Improve credit.met loading [SiRoB]
TWEAKED: Avoid call SavePartFile when UpdateAutoUpPriority() is called, just call when m_bAutoUpPriority trigger false to true [SiRoB]
TWEAKED: Lowering opened trickel slot [SiRoB]
Version: 5.7 Filesize: 3.32 MB
Added on: 12-Nov-2004 Downloads: 865

http://emulemorph.sourceforge.net/

Danke ulf1657, Thread ist aktualisiert.

man merkt,daß er deutlich mehr uploadslots aufmacht in manchen fällen,aber mir wurscht,denn der kleine zieht ja mal wieder so richtig gut davon,1std nach zwangstrennung bei 45kb,hut ab :)

Hallo!
Habe seit der 5.6 ein dummes Problem (die Boardsuche hat mir nicht weitergeholfen):
Vollständige Dateien werden nicht mehr umbenannt und in das Incoming-Verzeichnis verschoben - was dann so aussieht:
[highlight=red:612e8e1984]Hashe Datei: "name.zip" "D:\Temp\#.part"
Unerwarteter Dateifehler beim Fertigstellen von name.zip. Datei wird pausiert; starten Sie eMule neu, um das Fertigstellen erneut zu versuchen. - "\\name.zip": Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch.[/highlight:612e8e1984]
Was kann hier falsch sein? Müsste vor name.zip an Stelle von \\ eine korrekter Pfad angegeben sein? Wenn dies der Fehler ist, wo kann ich das einstellen? Eine Neu-Einstellung der Verzeichnisse (unter Einstellungen) habe ich nun schon mehrfach erfolglos versucht.

Ich kann natürlich die .part-Dateien manuell umbenennen und verschieben, aber es wäre sehr viel komfortabler, wenn das - wie bisher - der Client übernehmen würde...

Wer kann mir helfen?

hast du schon mal in den einstellungen geschaut was für ein pfad für incomming und temp steht?

Nicht das da sowas wie "\\" steht

(nur eine Idee)

Meinst du hier?
http://img124.exs.cx/img124/8618/2301.jpg

joop, aber das was ich sehe wiederspricht leider meiner theorie

Ich kenne keinen der dein Problem teilt, habe rumgefragt.
Es gab mal probleme mit einen zuvielen " " aber die sind inzwischen weg.
Schon mal den deiteinamen beobachtet, nicht das der ungewollte steuerzeichen enthält?

gibs es eine deutsche anleiting wie man was an besten einstellen sollte ? (tutorial)

Gibt es bei dem MOd die möglichkeit die anzahl der uploadslots zu erhöhen????

Habe den 5.7-er nun auch mal gestartet.
Ich denke aber, dass demnächst wieder eine neue Version erscheinen wird, da ja nun 0.44d erschienen ist.
Leider sortiert diese Version schon wieder nicht nach QR (bei aufgeklapptem DL), wenn man z.B. die Kategorie nach Status sortiert hat. Hoffentlich wird das noch geändert.
Stats. folgen dann morgen.

Schau mal untern Einstellungen/MOD/Morph. Hier gibt es in dem Unterpunkt "Upload Management" den Punkt "Pro Client Transfer". Einfach die kB/s pro Client einstellen. So kann man mehr oder weniger Upload Slots einstellen.

ScOoZ

Ich habe den Mod nun ein wenig laufen. Stats kann ich euch leider noch nicht geben, da Arcor gestern Abend eine Störung hatte und nun mein Mod erst wieder seit 12 Stunden läuft.
Mir ist aber gerade was aufgefallen.
Wenn man die Funktion "Kopiere Rückmeldung in die Zwischenablage" nutzt, werden dummerweise keine Umlaute dargestellt. Das sollte man vielleicht noch mal ändern.
Ansonsten läuft das Teil richtig gut.
Leider ist mir schon wieder aufgefallen, dass die Downloads (sortiert nach Status), wenn man diese aufklappt, nicht automatisch nach QR sortiert werden. Man muss dann noch mal seperat auf Priorität klicken. Beim EastShare ist das nicht so. Schade, schade, schade.
ScOoZ

ich finds schade das hier der ganze "Bandwidth Control" bereich fehlt

@salundy

Nö, :)

mittels USS kann man die PING-Wert Vorgaben, für den Muli besser einstellen, als man zunächst denkt.
Wenn Du Pawciowerte nutzt, funzt das ohne Probs.

Januar

ahaa, und welche wären da so ratsam? (so ungefähr)