[sparkle]

Du scheinst keine Hilfe zu wollen sonst würdest du mal so langsam mit den Beleidigungen aufhören

[t.v.]

Zitat (Phate: 26.02.2006, 14:48)

Das was du willst gibt es nicht bzw. ist nicht praktikabel. Deiner Festplatte wird das auch nicht schaden und solltest du Angst haben, dass es doch der Fall ist, kannst du einfach einen Flashspeicher benutzen oder du hörst mit dem Filesharing auf.

Noch so ein Spezialist. Dass gerade du unter meinen Kommentar mit der Vernunft sowas schreibst.
Für alle zum Mitschreiben:
NEIN, ich werde keinen Flashspeicher benutzen, es sei denn jemand spielt den großzügigen Gönner.
NEIN, ich höre nicht mit dem Filesharing auf, ~.
JA, ich möchte meine Festplatten nicht in den Tod schicken weil einige Leute meinen diese Funktion sei unnütz, bzw. andere mir den Namen der Programme, die diese Funktion beherrschen, nicht nennen möchten.

Zitat (sparkle: 26.02.2006, 14:51)

Du scheinst keine Hilfe zu wollen sonst würdest du mal so langsam mit den Beleidigungen aufhören

Und du scheinst keine leisten zu können, sonst würdest du was produktives schreiben.

Dieser Beitrag wurde von t.v. bearbeitet: 26. Februar 2006 - 14:56

[t.v.]

Können die Leute, die mir helfen möchten, dies bitte auf sachliche Art tun, und die die es nicht tun möchten ihre Energie anderweitig verbrauchen? BITTE!

Zitat (Phate: 26.02.2006, 14:59)

Dann troll dich zu chip.de, dort wird dir sicherlich geholfen. Wenn du keine Ahnung hast - wie sagst du so schön - tust du mir leid.

Dann belehr mich bitte jetzt eines Besseren. WAS an meinem Kommentar war sachlich falsch?

[LoD14]

Zitat

Wow, du bist ja ein toller Hengst. Du kennst Programme aber nennst sie mir nicht! Und ich habe das mit der Ratio nur erwähnt um es richtig zu stellen! Wenn du allerdings nicht weißt was ein Größer-Zeichen ist, dann tust auch du mir Leid. Des Weiteren möchte gern wissen, wieso es immer noch Schwachsinn ist, sie dann zu laden (sollte wohl schreiben heißen).

was ein größerzeichen ist ist mir klar. nur eine ratio größer 1 heißt noch lange nicht, dass du kein leecher bist. wenn du nach fertigem download direkt emule wieder ausmachst gilt das für mich acuh als leecher. dann hast du aufgrund der wartezeit zwar ne ratio größer 1 aber nicht freiwillig.

das mit dem programm: nützt dir eh nix, du willst ja immer noch die "richtige reihenfolge"

das mit der richtigen reihenfolge: du kappierst tatsächlich p2p nicht, obwohl es weiter oben bereits erklärt wurde, warum es blödsinn wär, dass so zu machen.

das mit der reihenfolge und den schreibzugriffen: eigentlich ein mythos, da die daten dann immer noch mehr oder weniger direkt auf die platte geschrieben werden. wenn dann such dir nen client, der die teile möglichst lange im ram lagert und nur bei bedarf schreibt und nicht direkt nach dem laden, was dir bei deiner richtigen reihenfolge auch passieren würde.

ps: was an deiner geschichte hier sachlich falsch ist: hochscrollen, brain 1.0Beta booten und erstmal klar kommen.

Dieser Beitrag wurde von LoD14 bearbeitet: 26. Februar 2006 - 15:04

[t.v.]

Zitat (Phate: 26.02.2006, 14:59)

Dann troll dich zu chip.de, dort wird dir sicherlich geholfen. Wenn du keine Ahnung hast - wie sagst du so schön - tust du mir leid.

[Sarkasmus]PS: Deine 1500 Beiträge hast du bestimmt auch nur mit vergeblichen Kontern erreicht oder? [/Sarkasmus]

[t.v.]

Zitat (LoD14: 26.02.2006, 15:03)

was ein größerzeichen ist ist mir klar. nur eine ratio größer 1 heißt noch lange nicht, dass du kein leecher bist. wenn du nach fertigem download direkt emule wieder ausmachst gilt das für mich acuh als leecher. dann hast du aufgrund der wartezeit zwar ne ratio größer 1 aber nicht freiwillig.

das mit dem programm: nützt dir eh nix, du willst ja immer noch die "richtige reihenfolge"

das mit der richtigen reihenfolge: du kappierst tatsächlich p2p nicht, obwohl es weiter oben bereits erklärt wurde, warum es blödsinn wär, dass so zu machen.

das mit der reihenfolge und den schreibzugriffen: eigentlich ein mythos, da die daten dann immer noch mehr oder weniger direkt auf die platte geschrieben werden. wenn dann such dir nen client, der die teile möglichst lange im ram lagert und nur bei bedarf schreibt und nicht direkt nach dem laden, was dir bei deiner richtigen reihenfolge auch passieren würde.

ps: was an deiner geschichte hier sachlich falsch ist: hochscrollen, brain 1.0Beta booten und erstmal klar kommen.

Ich meinte eigentlich Azureus, macht aber in Bezug auf dein Argument keinen Unterschied. Aber die Leute die du meinst heißen Snatcher soweit ich weiß, bitte berichtigen falls falsch.
Aus dem Kommentar mit dem Prgramm, das die Pakete im Flashspeicher hält, ging hervor dass diese dann in der richtigen Reihenfolge geschrieben werden. Missverständnis deiner- oder meinerseits.
IST MIR JETZT AUCH SCHEIßEGAL, TUT MIR LEID WENN ICH JEMANDEN BELEIDIGT HABE. JETZT BOOTEN WIR ERSTMAL ALLE UNSER HIRN, UM LoD14s WORTE ZU BENUTZEN. Ach übrigens: ich habe den Kommentar nicht gelesen, weil ich mein Browserfenster nicht aktualisiert hatte.

Können wir jetzt bitte ALLE Kommentare ohne jegliche Emotionen schreiben damit das hier ein Ende hat?

Dieser Beitrag wurde von t.v. bearbeitet: 26. Februar 2006 - 15:17

[LoD14]

neee.

das was phate vorschlägt sieht so aus:

du hast eine leere festplatte. komplett leer. da wird eine datei erstellt, die zwar leer ist, aber die größe der späteren datei hat. und nach und nach wird diese datei dann mit inhalt gefüllt.

andere methode wäre: die datei nur so groß zu machen wie man grade daten hat. problem: speicherst du dazwischen was anderes, landet das quasi "mitten in der datei" und der lesekopf muss immer hin und herspringen zwischen den einzelnen teilen der datei. dies ist Standard bei emule/BT

quasi so

||Block||[	  Datei1		 ][	 Datei 2		   ][   Datei 3			][		   Datei 1				 ]||Block||

<- da muss er beim schreiben immer die Datei 2 und 3 überspringe, je nachdem, welchen teil er braucht und dementsprechend arbeitet die platte mehr. was phate nun mein sieht so aus:

||Block||[	  Datei1					   Datei 1				 ][	 Datei 2		   ][   Datei 3			]||Block||

<- hier hängt alles von datei 1 zusammen und der kopf muss net hin und her. so vorschlag von phate für platte

so, würdest du jetzt in der richtigen reihenfolge laden, hast du noch genau das gleiche problem wie da oben, zwar springt die platte dann nur noch linear und nicht hin und her, aber sie muss immer noch springen.
weil man das beliebig fortführen kann. sagen wir, 1-7 ist deine datei, A ist eine andere datei, dann säh das prinzip von emule standartmäßig so aus:

1|A|3|A|4|2|A|A|5|7|A|6

bei der richtigen reihenfolge:

1|A|A|2|3|A|4|A|A|5|6|7

nur mal so als beispiel.

im fall 1 springt die platte zwar mehr, aber in fall 2 auch. durch das was phate vorschlägt sähs dann so aus:
(0 ist platzhalter für spätere daten)
1|0|0|0|0|0|0|A|A|A|
und dann werden die 0er durch die restlichen zahlen aufgefüllt, dh, schonmal erheblich weniger springen, aber springen immer noch.

lösungsansätze wären halt: alles im ram ablegen, dass nur geschrieben wird, wann es auch nötig ist oder halt auf einen flash speicher speichern, da sich da nix dreht und eben diese fragmentierung da wayne ist da die blöcke da direkt angesprochen werden und nciht erst "gesucht" werden müssen.

problem bei der richtigen reihenfolge weiterhin: du lädst runter und hoch.

dh, bist du bei block 8 angekommen und jemand lädt block 3 von dir runter, springt er zwischen 3 und 8 hin und her, acuh hier ist die lösung entweder nur der ram oder flash.

also, wie du sieht, es gibt einfach keine richtige lösung für dich, was wir dir versucht haben klar zu machen. man kann das übel nur abmildern. hoffe das ist einigermaßen verständlich erklärt.

Dieser Beitrag wurde von LoD14 bearbeitet: 26. Februar 2006 - 15:34

[t.v.]

Zitat (LoD14: 26.02.2006, 15:21)

neee.

das was phate vorschlägt sieht so aus:

du hast eine leere festplatte. komplett leer. da wird eine datei erstellt, die zwar leer ist, aber die größe der späteren datei hat. und nach und nach wird diese datei dann mit inhalt gefüllt.

andere methode wäre: die datei nur so groß zu machen wie man grade daten hat. problem: speicherst du dazwischen was anderes, landet das quasi "mitten in der datei" und der lesekopf muss immer hin und herspringen zwischen den einzelnen teilen der datei.

Entweder raff ich nicht was du damit ausdrücken willst oder du raffst nicht was ich will.
Im Moment ist es so: Ich habe eine Datei die ich laden will. Am Anfang wird eine Datei erstellt und mit Nullen beschrieben. Dann lade ich Teil 1 der Datei, dann z.B. Teil 17 und dann Teil 3, usw. Dann muss der Schreib-/Lesekopf doch hin- und herspringen!
Ich will aber das: Die leere Datei wird geschrieben und nach der Reihenfolge mit Teil 1, Teil 2, Teil 3, usw gefüllt.

Ah, ich konnte eben nicht deinen ganzen Beitrag lesen (wegen Editieren?).
Ich sprach eigentlich nur von EINER Datei, du hast mit A da jetzt noch ne andere reingepackt. Das mit dem Hochladen ist mir schon klar. Danke für die Antwort, obwohl sie mir nicht weiterhilft.

Dieser Beitrag wurde von t.v. bearbeitet: 26. Februar 2006 - 15:48

[Sepultura]

Ich würde empfehlen, diesen Thread zu closen.

Wenn du so ein Intelligenter bist, dann programmiere die Funktionen bei Shareaza oder MLDonkey dazu. Beide sind OpenSource, so kannst du in ihre Quellen einsehen.

Viel Spaß

[t.v.]

Zitat (Sepultura: 26.02.2006, 15:47)

Ich würde empfehlen, diesen Thread zu closen.

Wenn du so ein Intelligenter bist, dann programmiere die Funktionen bei Shareaza oder MLDonkey dazu. Beide sind OpenSource, so kannst du in ihre Quellen einsehen.

Viel Spaß

Sei bitte nicht so angepisst, ich habe mich schon entschuldigt. Außerdem ist Intelligenz nicht gleich Kenntnis von Programmiersprachen.

Ich glaube ein Problem war, dass ihr dachetet ich hätte das Erstellen einer leeren Datei nicht aktiviert.

Dieser Beitrag wurde von t.v. bearbeitet: 26. Februar 2006 - 15:53

[G.I.Joe]

Zitat (t.v.: 26.02.2006, 15:38)

Entweder raff ich nicht was du damit ausdrücken willst oder du raffst nicht was ich will.
Im Moment ist es so: Ich habe eine Datei die ich laden will. Am Anfang wird eine Datei erstellt und mit Nullen beschrieben. Dann lade ich Teil 1 der Datei, dann z.B. Teil 17 und dann Teil 3, usw. Dann muss der Schreib-/Lesekopf doch hin- und herspringen!
Ich will aber das: Die leere Datei wird geschrieben und nach der Reihenfolge mit Teil 1, Teil 2, Teil 3, usw gefüllt.

Das mit dem Schreiben der Datei und Schreib-/Lesekopf-Sprünge klappt nicht, denn:
- Andere Programme und das Betriebssystem benutzen im Hintergrund ja auch die Festplatte.
- Kann auch eine große, leere Datei fragmentiert vorliegen, wodurch es wieder Sprünge gibt

Was du willst ist ein Programm das die Datei mehrere Minuten im RAM hält und dann schreibt, und sowas findet sich in quasi jedem Filesharing-Programm (z.B. in MLDonkey was BT und ed2k kann)...

Und noch was: Der Ton den du hier anschlägst ist wirklich unter aller Sau, eigentlich sollte man dich bannen anstatt dir zu helfen...

[thebling]

Ich glaube mit BitTornado funzt das was du willst.