Ein Emulenetzwerk simulieren
 

Ist es möglich, einen Emule Server in einem Lokalen Netzwerk laufen zu lassen, damit die Client Emule die Daten über den Lokalen Netzwerk ziehen ?


Hintergrund: Ich bin ein Releaser und mich stört es ungemein, das wenn andere mit dem Download fertig sind, diesen gleich aus dem Share werfen.

Idee (ist nicht neu): Man stellt die Datei ins Emule Netz, wobei der erste und letzte Chunk fehlt. Die ganzen Leecher solange das File drinnen lassen müssen, bis ich die letzten Chunks frei gebe.

Die Option "Hide" und "Block" beim Emule MOD Plus funktioniert nicht, da trotzdem die ersten und letzten Chunks gesendet werden.

Um meine Idee zu verwirklichen will ich meine Datei an einen anderen PC senden, und bei den letzten 18 MB den Upload abbrechen und das incomplette File in den echten Emule Share werfen. Damit die Erstellung der unvollständigen File möglichst schnell geht, würde ich das gerne im Lokalen Netzwerk machen.

Geht das ?

Gibt es eine bessere Möglichkeit ?

ja, ich würde mal sagen, das mit dem lokalen netzwerk müsste funktionieren, da ich auch ztw. einen server laufen habe und alle im netz connecten dorthin. zwar habe ich das mit dem download noch nicht direkt probiert, aber rein von der überlegeung her müsste das funktionieren.

auf so was eine Antwort zu Verlangen naJa

Das spricht gegen das Prinzip des Releasens.

mann kann zb:


Netzwerk bestehend aus sagen wir 30 Rechner:

1 Rechner: Release Rechner

auf den Rechnern 2 - 30 eine Emule die die Netz Funktion erlaubt installieren.

dann sollten alle im Netzwerk das Release File aussuchen und ziehen.

wenn Inet an ist ziehen genauso eMule Clients aus dem Inet dann das File falls bekannt.

ja und nein. ich release auch und kann seine gedankengänge durchaus nachvollziehen. ich sehe es ja auch immer wieder, sobald die meissten das file haben, wirds aus dem share genommen, ich bin dann der einzige, ders vollständig hat. seinem prinzip nach könnte man das file lange zeit net aus dem share nehmen und würde sich gut verteilen, also hat seine überlegung schon etwas richtiges.

winki2099,

Das könnte ich aus so auslegen:

Voll Spamen des Netzes mit Incompletten File's (Fake's)

und wieso machste das nicht über eine Com... geht doch viel Schneller.

Da kann mann dann auch Schwarze Schafe aussortieren (Sprich die Leute die Ziehen und das File dann nicht mindestens 7 - 14 Tage oder Länger im Share Lassen.

und wenn alle Haben erst an Öffentlicher Stelle Posten

So geht es eigentlich am Schnellsten :mrgreen:

u

winki2099, oder einen Releaser-Mod entwickeln, wo z.B. das File erst
5 mal ohne den 1. oder letzten Chunk rausgeht. Erst wenn das pasiert ist, wird
der fehlende Chunk freigegeben.
Irgendwie muss ich da todesstern recht geben.
Bloss wenn nach einer Woche warten der mir fehlende Chunk dann immer
noch nicht da ist, hole ich die Datei aus dem Share und mache sie lauffähig.
Was ja bei Bildern und Filmen sehr einfach ist.

könnte man, das ist richtig, du musst das aber aus der sicht eines releasers sehn.

oder solch einen releasermod, das stimmt. wie gesagt, ich gebe da auch todesstern recht.

warum muss man das file so lange im share lassen wenn man es releaste oder muss man das immer machen ?

Thrawn,

Das sollte eigentlich eine Selbst verständlichkeit sein Da das Netz davon Lebt.

Nur es es sind Halt viele Nur an einen Schnellen Down intressiert und wenn Fertig raus was nicht grade Freundlich gegen über den Rest der User ist.

aber man uploaded doch die dateien die man noch runterlädt sind die weniger wichtig ?ist es nich einfach nur wichtig seine 13kb upload zu geben ?
bitte sagen wenns nicht so ist !

Thrawn, ne so sollte man das nicht sehen. Ich nehme auch Files, wenn
sie fertig sind, aus dem Share, aber nur wenn sie sehr gut verteilt sind.
Bei geringer Verteilung bleiben sie auch länger drin. Mindestens doppelt mal
geuppt. Kann man sich ja im Dateifenster angucken.
Dauert für die, die darauf warten zwar länger, aber sie bekommen wenigstens.

eMule v0.29c [ikAbOt 0.6 beta3] und mit diesem Mod ist das
Verteilen noch einfacher. Der hat eine besondere Funktion, die sich
Multi-Queue (Mehrfachwarteschlange) nennt. Es werden immer
verschiedene Files geuppt. Nicht nur, die die per Zufahl zuerst reingekommen sind.

Und du würdest es doch auch begrüssen, bei geringer Anzahl
von Clients, Einen mehr zu haben, von dem du DL bekommen kannst..

nein, das reicht nicht. wenn jeder das file gleich aus dem share nimmt, kommt irgendwann der punkt, an dems 500 user haben und keiner hats vollständig. ein downgeloadetes file sollte noch eine weile im share bleiben.

Die hier angesprochene Releasestrategie ist das falscheste was man machen kann!

Erklärung:
Dadurch, daß man das File unvollständig rausgibt, bleibt es erst mal lange online und bald hat jeder alle bis auf die nicht freigegebenen Chunks.
Irgendwann gibt der Releaser diese Chunks frei und verteilt sie. Es ist ziemlich wahrscheinlich, daß nun die Leute welche nun den letzten fehlenden Chunk bekommen das File herausnehmen. Im schlechtesten Fall würde der Releaser nach und nach jeden Client abfertigen und diese würden das File ebenso nach und nach rausnehmen.

Meine Strategie hab ich hier beschrieben:
http://www.emule-web.de/board/viewto...?p=52339#52339

Eine bessere und sinnvollere Verteilung wäre auch gewährleistet, wenn Clients vom Releaser bevorzugt würden welche noch keine oder <=3 Chunks komplett haben. Dies würden diesen Clients eher ermöglichen Credits bei anderen zu erwerben. Der Hacken an der Sache ist nur, daß man den Clients nicht trauen kann, wieviele Chunks sie schon haben (Leecher-Problematik).
Siehe hierzu den Beitrag den ich auf emule-project geschrieben hab:
http://www.emule-project.net/board/i...howtopic=25356

mfG
Xman

ok danke is klar und fällt mir gleich noch was auf:wegen sonen querdenkern wie mich kriege ich manche sachen einfach nicht fertig.aber andere frage:wenn ich jetzt ne menge downloade und meinen share nicht aufräume schaltet sich da nicht die blacklist-problematik ein ?
@winki2099:danke für den tip aber alles mit 0.28 und höher läuft schlecht bei mir.bei mir sind die älteren besser,zurzeit 0.24b