![]() |
Emule starten. Kein DL. Erst Credits sammeln, dann DL Das ist eines der grössten Gerüchte die existieren. Unsereins startet den Esel und bekommt keinen Download. Da bekommt unsereins fast immer die Antwort, "Du musst erstmal Credits sammeln (sprich fleissig Uploaden), ehe du DL bekommst." Das ist aus meiner Sicht, die schwachsinnigste (aber einfachste) Erkärung die es für diesen Vorgang gibt. Wenn der Esel neugestartet wird. z.B. nach 1 Tag oder länger, so braucht es eben seine Zeit, bis die Positionen in der Warteschlange bei den Clients, wo ich warte, sich verkleinern. Warum ich zu dieser Feststellung gekommen bin ? Ganz einfach. Seit 3 Wochen habe ich 2 Dateien nacheinander in den Powershare Modus gesetzt. Es gingen nur diese 2 Dateien raus. Nichts anderes. Laut obiger Aussage hätte ich also kaum DL haben können, was aber nicht stimmt. Ich stand in der Warteschlange und rückte Stück für Stück nach vorne. Demzufolge habe ich auch guten DL bekommen. Irgendein File hat mir immer DL gegeben. Wenn ich wie erwartet, aber einen dicken fetten DL auf diese 2 Powershare File bekommen hätte, wäre ich entzückt gewesen. Das ist aber nicht so. Die 1. Datei ist insgesamt ca 11 x rausgegangen. Filegrösse=800 MB Die 2. Datei ca. 9 x rausgegangen. Filegrösse=700 MB. Da habe ich Credits wie ein Weltmeister gesammelt und zurück habe ich von diesen Clients Krümel bekommen. Es steht in keinem Verhältniss. Ich will mich nicht über den DL dieser 2 Files beschweren. Hiermit wollte ich nur die obengemachte Aussage ad absurdum führen. Mein UL/DL Ratio hat sich sogar auf einen Wert von 1:2.4 gesteigert. Ich will damit nur klarmachen, das nicht das Credit sammeln das wichtige ist sondern Geduld Test beendet. |
Die Aussage, dass man erst Credits sammeln muss, ist vollkommen korrekt. Zitat:
|
RuZap, schönes Beispiel, wie man Punkte bekommt. Erhärtet nur meine Aussage. Danke. |
Zitat:
Client 1 lädt von Client 2 runter. Irgendwann hört der Download aber auf, was aber nicht daran liegt, das Client 2 offline gegangen ist. Es liegt daran, dass er keine Credits mehr hat, um weiter runterladen zu können. Dadurch rutscht du wieder eins vor. D.h.: Man brauch beides. Geduld sowie Credits. Ohne Warten kein Download, ohne Credits kein Download. |
blomy, Du hast zwar Recht aber halt doch nicht ganz recht. Recht hast Du, weil 0 Uploader auch Download bekommen. Recht hast Du da z.B. ich doppelten Upload als früher hatte aber nur 1/3 mehr Download. Gerade bei Flies mit weniger Quellen (20-50) merkst Du aber schon sehr deutlich, daß DU durch Upload erst guten Download bekommst. Du wirst immer wieder ein paar Clients sehen denen Du viel gegeben hast und die Dir auch viel gaben. So solls auch sein. Jetzt sagst Du natürlich Du hast ein File ziemlich viel Powergeshared und kaum was bekommen. Das mag 2 verschiedene Gründe haben: Zum einen sind bei Files mit weinig Quellen sehr oft nur "schlechte Quellen" vorhanden. Ich meine damit, daß dies Clients sind die falsch konfiguriert sind oder ne bescheidene Internetanbindung haben. Genau aus diesem Grund brauchen sie so lange um das File zu bekommen und genau aus diesem Grund bleiben sie somit lange Zeit Quellen. Wenn Du denen viel gibst ist das fast schon für die Katz! Zum anderen wirst Du beim Powersharen vielen neuen Clients viel gegeben haben. Die hätten Dir dann bestimmt gerne was zurückgegeben, konnten das aber nicht schließlich hatten sie das was sie haben von Dir. Dennoch schließe ich mich Deiner obigen Aussage an: den Newbies zu erzählen, daß sie erst (nur) Credits brauchen bevor sie was bekommen ist falsch. Mit firschem Userhash braucht es einfach eine gewisse Zeit bis man gut positioniert ist. Zeit + erworbene Credits gibt dann den guten Download. |
Zitat:
Zitat:
|
Ich habe vergessen zu erwähnen: 1. File = 35 Quellen, 2. File = 17 Quellen Wobei warten den grösseren DL ergibt. Credits lässt einen ja nur etwas in der QR vorwärtsrutschen. So einen richtigen Boost mit den Credits gibts es ja nicht. Nachdem dieser Test zu Ende gegangen ist, habe ich alles auf normal umgestellt. In meiner Warteschlange in der hohen Position befinden sich im Moment fast nur Clients, die mir DL gegeben haben. Sie mussten auch (leider) lange warten. |
man braucht die credits, damit man schneller durch die warteschlange kommt, aber nicht, damit man runterladen kann. und schon garnicht bestimmen die credits, wann schluss is mit downloaden. Zitat:
|
Na ja egal...Fehler sind menschlich.... Auf jeden Fall kann man jetzt abschließend sagen: Man brauch um downloaden zu können und somit in der QR vorwärtszurücken, sowohl Credits wie auch Zeit/Geduld. |
NaP, so ganz falsch ist die Aussage nicht, denn schließlich hat jeder Client die Möglichkeit "übertrage komplette Chunks" auszuschalten. Dann ist Schluß wenn die Credits "aufgebraucht" sind. |
Das Wort "aufgebraucht" hat bei mir die Bedeutung, das etwas weniger wird. Wenn also Credits aufgebraucht werden, werden sie weniger. Aber das ist doch gar nicht so, oder? Wenn ich bei jemanden schneller durch die Warteschlange komme aufgrund von Credits, die ich habe, dann sind die Credits doch danach immer noch so hoch, beim nächsten Durchwandern der Warteschlange habe ich wieder genau die gleichen Credits, und nicht weniger oder gar keine mehr. Wo wird den hier irgend etwas "aufgebraucht"? Credits bestimmen doch nur, wie schnell ich an etwas komme (abgesehen von Tausend anderen Faktoren wie Glück, Priorität der Datei etc.), aber nicht, wieviel ich dann wirklich bekomme, wenn ich an der Reihe bin. Wie lange ich bei jemanden runterladen darf, wird doch nicht von den Credits beeinflußt. |
Usul, doch Usul, das wird schon beeinflußt wenn "übertrage komplette Chunks" deaktiviert ist. Kleine Erklärung: "Credits" gibt es eigentlich gar nicht. Es gibt nur nen dl/ul Modifier. Dieser ist ausschlaggebend wie schnell Du die Queue hochrutscht. Bei "+bertrage komplette Chunks" bekommst Du auf jeden Fall einen Chunk komplett. Wird ein "leerer" chunk angefordert so sind dies 9,28 MB. Wird ein Chunk angefordert wo nur 32 kb fehlen bekommst Du auch nur 32 kb. Ist die Option "übertrage komplette CHunks" deaktiviert bekommst Du solang Download, bis der Dir gebende Client einen anderen Client den Vortritt gibt. Das schaut so aus: kommt ein Client in den Upload bekommt er 5000 Punkte zusätzlich. Er bleibt nun so lange im Upload bis die anderen mehr Punkte als derjenige im Upload hat. Punkte verlierst Du, wenn der up/dl-Modifier schrumpft. Dieser Modifier berechnet sich aus 2*Upload(des Clients zu Dir)/Download(des Clients von mir). Ist der Download < 1000000 Byte gilt eine andere Formel. |
Zitat:
angenommen du bist neuling, holst dir die ersten files in den dl, hast aber noch nichts im ul zum anbieten. dann dürftest du nie dl bekommen. weil du ja nichts upgeloadet hast und demzufolge keine kredits hast. wenn die aussage, also erst geben, dann nehmen, stimme würde, würde das gesamte emule-system nicht funktionieren. denn dann könntest du nie von einem user downloaden, bei dem du noch keine credits hast. und die bekommst du bei ihm wenn du ihm was gibst. wie aber soll er von dir was bekommen, wenn er selber bei dir noch keine credits hat (weil du ja bei ihm nichts bekommen würdest)? du bekommst immer download, egal ob du schon 500gb gegeben hast oder garnichts. mit credits kommst nur etwas schneller in den wartelisten voran. also ich geb blomy vollkommen recht. die aussage ist absoluter schwachsinn. Zitat:
|
Aber kann man die credits irgendwo sehen d.h in werte da ich irgendwie das Gefühl habe das das dauernde übertragen meiner credits, den credits geschadet hat. Den ich habe gestern sehr oft mit emule exeperementiert und naja nun hab ich schiss das ich durch das öftere konnekten zu den servern für 24h gebannt bin oder sowas in der art. |
MephistoX, denk nicht, daß das geschadet hat. (nur vorübergehend Deinem Download) Sehen kannst Du die Credits nie, da Deine Credits (also ul/dl) immer bei den anderen Clients gespeichert werden. Eine statistische Auswertung Deiner clients.met kannst Du mit meinem Tool bekommen: client credits 1.5 in der Tool-Sektion. Einfach auf detailierte Statistik klicken. |
Zitat:
|
Zitat:
|
tiger, für jedes Byte up bekommt man 1 byte down ? Woher hast Du denn diese Weisheit ? Das mit dem Löschen alter Credits hat nichts mit dem Aufschaukeleffekt zu tun. Vielmehr steht dahinter die Idee, daß viele Leute beim Neuinstallieren nen neuen Userhash erzeugen. Dadurch entstehen mit der Zeit zig tausende unbenützer Userhashes die nur Platz verschwenden. |
bei mir ist das feld übertrage komplette chunks deaktiviert !! kann es auch nicht aktivieren !! habe ich dadurch keine chance meine credits zu erhöhen :cry: benutze emule morph next 2a !!! und habe 9125 credits ! |
gut wechsel wieder zu zzuul um chunks zu aktivieren ! morph download ist eh seit 24 stunden mies ! |
Tarod`s Son, morph überträgt IMMER komplette chunks. |
Tarod`s Son, im morph ist es immer aktiviert, du kannst es nicht deaktivieren! cyrex2001 |
danke !! aber komisch ist es doch !!! habe zzul laufen gehabt und jetzt wieder morph und starte mit 1200 credits?? wo sin die anderen 8000 ?? |
blomy, Credits hin,Credits her...Download hin,Download her... Tatsache ist, Du hast Dich Vorbildlich fürs Netzwerk verhalten,allein dadurch, dass Du die Dats in den Powershare gestellt hast. <Daumenhoch> :D Januar |
Januar1956, das mag aus der Sicht der Clients, die durch mein Powershare, ihre Files haben vervollständigen haben könne, sicher von Vorteil gewesen sein. Es waren 2 Raritäten Files. Deswegen auch der Test. Aber was ist mit den Clients, die mir in dieser Zeit reichlich DL gegeben haben und von mir in dieser Zeit nichts zurück bekommen haben. Multi-Queue mit 1 Release / Powershare UL Slot ist für mich die Lösung. |
Zitat:
|
Tarod`s Son, hast du denn die clients.met/preferences.dat und die cryptkey.dat mit genommen? preferences.dat = dein userhash cryptkey.dat = dein privater schlüssel zum hash clienst.met = credits von usern die dir download gegeben haben cyrex2001 |
Tarod`s Son, vielleicht solltest Du DIch hier mal etwas einlesen: http://www.emule-web.de/board/4958-emule-hilfe-faq-einstellungstips.html |
blomy Wenn der/diejenige in 2 Monaten oder Morgen in Deiner Warteliste auftaucht...hat er/sie gute Karten und Du bist ein "bekannter Client"...und der wird auch noch nach Monaten im Netz gefunden,egal welche IP Du hast. Gute Quellen werden übrigens im Netz generell nur "schlecht" vergessen. Freundschafts-Upload war Gestern, Powershare ist Heute !!! :lol: Januar |
Januar1956, das einzige was Du mit Deinem Powershare erreichst ist, daß Du nur ein bestimmtes File hochlädst. Ich finde dies eher Netzfeindlich! Etwas gutes machst Du damit eher nicht. |
Xman, Hmm...Freundschafts-Uploads sind Netzfreundlich ? :roll: |
Januar1956, was habe ich davon, wenn die Clients mich wiederfinden. Toll, sie stehen in meiner Warteschlange und wenn sie bei mir drinne stehen und ich nicht bei denen, habe ich auch unheimlich viel davon, nämlich nichts. ich glaube du must erstmal mein 1. Post in diesem Thread richtig durchlesen. Dann wirst du auch verstehen, das alleiniges Powersharen auf allen UL-Slots, das Netzwerkfeindlichste ist, was ich je festgestellt habe. Aber nur, wenn du keinen DL hast. Solltest du aber alleiniger Inhaber eines Files sein und hast keine weiteren Files im UL, dann ist es auch egal ob du Powersharest oder nicht. |
Zitat:
dass meinst Du doch jetzt nicht Ernst ? :shock: Es geht nicht darum,schnellstmöglich den maximalen Download zu erreichen. Es geht darum,dem Netz "ein bestimtes File" schnellstmöglich zur Weiterverteilung zur Verfügung zu stellen. Um nix anderes. Januar |
Januar1956, wenn Du Releast ist das ok, wenn nicht ist das schlimmer als Freundschaftsupload. Ich kann nur wiederholen was blomy sagte: Multi-Queue ist das Beste! |
Januar1956, so wie ich das von dir lese, hast du mein 1. Post immer noch nicht gelesen. Da habe ich rein rechnerisch 11 + 9 neue komplett Quellen geschaffen. Und so wie du das "mit dem bestimmten File" schreibst, wäre es ja Blödsinn gewesen 11+9 mal komplett raus zuschicken. Dann reicht es ja, wenn ich das File nur einmal mit der Funktion "Hide Overshare Parameter 1" rausschicke. |
He,he, jetzt haste mich aber kalt erwischt. :lol: Ich kenne diese Option "Hide Overshare Parameter 1" überhaupt nicht.Jedenfalls hab ich sie noch nie benutzt. Bevor ich dieses Powershare kannte,habe ich immer einen SIVKA-MOD benutzt und z.B. 10 Slots aufgemacht und dann meisst 1 Woche das File rausgeschickt. Um ehrlich zu sein,auf Dauer vergeht einem aber die Lust,wenn man alle seine Loads zurückstellen muss. Beim Powershare habe ich eben den Vorteil (das Bonbon) das ich den Load tatsächlich etwas schneller bekomme,na ja gut, manchmal kommt das schon mit 40 kbs rüber und ich habe es am nächsten Tag fertig.Aber ab jetzt bleibt es ja auch als "komplettes File" im normalen Share,allerdings im Normalmodus. Ich finde das einfach Rationaler als dieses wochenlange Rumlutschen vor allem an "neuen" Fieles und ganz besonders Raritäten. In der gewonnenen Zeit kann ich lieber schon wieder andere Chunks von anderen Dats verteilen und laden. Boaaa,...noch ein Wort und mir fallen die Finger ab... |
Leider hat Sivka diese Option nicht. Hide Overshare Parameter 1 bedeutet, das jeder Chunk nur 1 mal rausgeschickt wird. Und Mod´s, die diese Funktion besitzen, haben den grossen Nachteil, das diese Funktion nur auf alle Files gleichzeitig angewendet werden kann. Wenn Sivka das auch noch als Einzel File Option programmieren würde, werde ich ihn morgens und abends in meine Gebete mit einschliessen. Im Moment bedenke ich ihn nur bei meinem Abendgebet. Files, die bei mir komplett vorhanden sind, könnten dann besser geshared werden. |
blomy, Hide Overshare Parameter 1 bedeutet, das jeder Chunk nur 1 mal rausgeschickt wird. ----------------------------------------------- Wenn ich Dich da jetzt richtig verstehe,dann mache ich das aber auch. Im Augenblick mit dem Black Hand v3. Also immer 1 Chunk per ZZUL und dann kommt aus der Reihe der nächste aus der Warteliste dran. |
das schrieb doch blomy grad *grübel* |
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:19 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.