[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MOD - Development (http://www.emule-web.de/board/emule-mod-development/)
-   -   WebCache - genauere Informationen und Testversionen [aktuell: 2.0a Beta 1] (http://www.emule-web.de/board/8079-webcache-genauere-informationen-und-testversionen.html)

OlliPatti 24. December 2006 13:10

@Pille: Das selbe Problem haben wir auch mit WC (Scarangel),seit ein Paar Wochen. Habe schon viel Probiert (Mod Morphxt, Stulle) Muli Löschen, Neue Installation. Nutzen T-online.

kl4pp1 24. December 2006 16:38

mm.. da würde ich sagen t-online hat den proxy support eingestellt weil das jawohl der proxy ist der am meisten genutzt wird... aber hab auch genau dieselbe fehlermeldung^^

ClondikeCat 25. December 2006 16:37

;) Hallo Pille,

die Meldung kenne ich schon laange. Der Webcacheproxy kann aber nichts dafür, daß kaum noch Leute mit Mods unterwegs sind, die ihn nutzen. Wären 80 % mit Webcache Mulies unterwegs, dann würd der Proxy einem die Leitung vollballern. Was gibt's denn noch, außer Morph, Stulle und ScarAngel, was den Webcache v2 beta1 unter der Haube hat? Wieviel % im eMule Netz sind damit unterwegs? ... und der kleine Bug in der "Test Webcache Settings" Funktion des Scarangel 1.5 dürfte die Webcache Gemeinde zusätzlich geschrumpft haben. (Läuft im 1.7'er wieder korrekt)

greetz

... Cat ... ;)

Pan Tau 25. December 2006 20:44

@ kl4pp1: Ergänzend zu ClondikeCat kann ich nur sagen t-offline webcache funzt auch heute noch und am Muli liegt es nicht.
@ Pille: Bei welchem ISP bist du? Hast du mit einem aktuellen Mod (0.47c) immer noch das Problem?
@ OlliPatti: Auf welches der 160 Vorgängerpostings beziehst du dich?
http://img176.imageshack.us/img176/1...che2yf4.th.jpg
Außerdem, wenn beim Autodetect ein Proxy gefunden wurde, dann existiert er auch.

MfG
Pan Tau

Stulle 29. December 2006 11:13

glaub autodetect geht immernoch nich wieder... diese funktion wurde von den wc devs eingebaut und gewartet, leider existiert das team nicht mehr und somit ist wohl auch diese funktion gestorben...

mfg stulle

Januar1956 29. December 2006 17:18

Zitat:

Zitat von Stulle
glaub autodetect geht immernoch nich wieder [...]

mfg stulle

Nö, der funzt einwandfrei.
...wenn man ihn...einige Minuten nach dem Start und Verbinden ( ~ 10 Min und ausserhalb der Quickstartzeit] nuzt.
Fehlermeldungen treten nur unterhalb dieser Zeitspanne auf.

Januar

Pan Tau 29. December 2006 20:50

Das einzige ist halt das die dev's nicht daran weiterarbeiten, es also keine neuen Bugfixes oder gar Funktionen geben wird.

Grüsse
Pan Tau

OlliPatti 25. January 2007 16:03

Kein Webcache mehr?
 
Zitat:

Zitat von Pan Tau
Das einzige ist halt das die dev's nicht daran weiterarbeiten, es also keine neuen Bugfixes oder gar Funktionen geben wird.

Grüsse
Pan Tau

HI
Heißt das es wird kein Webcache in Mod's mehr geben?
Und/Oder ist das Problem nur bei T-online aufgetaucht, das WC nicht mehr geht?

Wurde die 2.0 beta in den Mod's verbaut?

Gruß OlliPatti

MaxUpload 25. January 2007 16:31

Bei T-Online ist das Problem das ihr nicht immer den selben Proxy habt,deshalb sollte es nach der Fehlermeldung mit den 100 Fehlversuchen zu einem neuen Detect kommen.

Das war zumindest der Stand der 2.0 Beta an den ich mich noch dunkel zurückerinnere.

Vermutlich wurdet ihr also während des Muli-Betriebes zu einem anderen Proxy verbunden.

T-Online hat nämlich zahlreiche...logisch weil mit einem Proxy könnten die wohl kaum die Masse an Kunden bewältigen. Sprich bei Überlastung z.B. wirst du über einen anderen Proxy geleitet und eMule checkt das nicht.

Wie gesagt eigentlich wurde das Problem vom WC-Dev-Team angegangen und sollte sich von allein erledigen (erneuter Detect nach 100 Fehlrequests), aber eine Beta-Version ist halt nunmal ne Beta-Version.

MfG Max

Pille 10. February 2007 17:40

@ pantau. ich nutze t-online und habe die fehlermeldung immer noch

es kann doch nichts damit zu tun habe das ich vertrag bei 1und1 hab oder? ist doch trotsallem telekom....

Stulle 47c 4.2 in nutzung :)

Pan Tau 10. February 2007 19:49

Zitat:

Zitat von Pille
@ pantau. ich nutze t-online und habe die fehlermeldung immer noch

es kann doch nichts damit zu tun habe das ich vertrag bei 1und1 hab oder? ist doch trotsallem telekom....

Stulle 47c 4.2 in nutzung :)

Können kann das schon, aber da ich 1und1 nicht in der webcaches.xml finden kann wird es wohl über Telekom laufen.
Hast du denn mal versucht per 'Autodetect Webcache' den für dich zuständigen Provider-Proxy herauszufinden?
Ich habe aber vor ein paar Tagen irgendwo gelesen das der rosa Riese Webcache abgeschaltet haben soll, kann mich nur nicht mehr erinnern wo.
Ich selbst nutze Webcache nicht mehr.

MfG
Pan Tau

R3V0X 10. February 2007 19:53

Zitat:

Zitat von Pan Tau
Ich selbst nutze Webcache nicht mehr.

Ich auch nicht mehr. Und ich würde gerne auch den Upload vom Webcache abschalten.

Aber das geht ja leider nicht?!

Pan Tau 11. February 2007 05:28

Zitat:

Zitat von R3V0X
Ich auch nicht mehr. Und ich würde gerne auch den Upload vom Webcache abschalten.

Aber das geht ja leider nicht?!

Ich muss gestehen das ich das nicht weiß, aber vermutlich wird es so sein sofern dein ISP Webcache nicht von sich aus unterdrückt dürftest du immer wieder in seinem Proxy landen.

MfG
Pan Tau

Piping Butt 11. February 2007 10:58

Das verstehe ich nicht. Kann man nicht einfach die Funktion deaktivieren?

Also bei mir hat es gleich nicht funktioniert. Vermutlich wurde es vom ISP gar nicht mehr unterstützt. War jetzt vor ein paar Tagen wo ich das getestet habe.

Dann müßtet ihr doch voll die *******-Verbindungen haben oder net?:P

Pille 11. February 2007 15:11

Your ISP is : t-online reseller germany
Your proxy name is : www-proxy.t-online.de
Yout proxy port is : 80

ist also T-online, aber fehler hab ich immer noch nach 100 versuchen, werd es dann wohl deaktieren müssen , schade eigentlich, hatte immer guten Speed über proxy

Pan Tau 11. February 2007 20:27

OffTopic
 
Zitat:

Zitat von Piping Butt
Das verstehe ich nicht. Kann man nicht einfach die Funktion deaktivieren?

Also bei mir hat es gleich nicht funktioniert. Vermutlich wurde es vom ISP gar nicht mehr unterstützt. War jetzt vor ein paar Tagen wo ich das getestet habe.

Dann müßtet ihr doch voll die *******-Verbindungen haben oder net?:P

Um das zu verstehen hättest du dir mal die 173 Vorgänger-Posts durchlesen können, da gibt es reichlich Informationen und auch weiterführende Links zum Thema.
Klar kannst du die Funktion bei dir deaktivieren, nur ob du bei dir die Option Webcache deaktivierst oder nicht ist dem Proxy über den deine Daten laufen vollkommen Wurscht, wenn er so eingestellt ist das er die Daten des eD2k-Protokolls puffert dann ist es eben so und man kann Webcache nutzen. Um das herauszufinden gibt es 'Autodetect Webcache'.
Was mir völlig unklar ist, ist die Tatsache, das du ohne die Sache zu verstehen sagst es funktionierte nicht bei dir, mit der Vermutung dein ISP unterstütze es nicht mehr und du hättest es "vor ein paar Tagen" getestet.
Hier geht es nicht um Statements sondern um Info's und Hilfe zur Selbsthilfe, somit hättest du wenigstens deinen ISP erwähnen müssen um eine verwertbare Info zu produzieren.
Ich glaube fast das du Dampfplauderer "vor ein paar Tagen" noch nicht einmal gewusst hast was das ist. -->>
Zitat:

Zitat von Piping Butt
9. February 2007, 00:47 - Mod-Durcheinander!?!
Hallo!
Es gibt hier soviele Mods. Hat man überhaupt Zeit die alle auszuprobieren?
Und was ist z.B. am "StulleMule" anders(vielleicht besser/schlechter) als beim "Scarangel V.1.8"?
Sind ja immerhin vom selben Modder.
Zumindest weiß ich schon mal was "Böse Mods" sind. Und Leecher-Mods.
Ich hatte mal mehrere Kurz-Reviews zum Scarangel gelesen. Die waren ganz positiv.
Was ist unterscheidet Extreme-Mods von "normalen"?
Bitt helft mir mal auf die Sprünge.
Edit: Und Respekt an die Modder!

Da du ja nun wieder gut zu lesen hast kannst du gleich nochmal die Board Rules und die Checkliste vor dem Posten konsultieren, nicht das du dich auf Dauer unbeliebt machst.
Was die Verbindungen angeht kann ich nur für mich sprechen und meine halte ich für gut. Eine derart provokative Art eine "Frage zu stellen", dazu mit herausgestreckter Zunge halte ich für primitiv - denn man kann sie durchaus auch als den Versuch einer Beleidigung auffassen.
Logorrhoe sollte man in der Board-Kneipe 'Laberecke', oder bei seinem Psychiater unterbringen.

Pan Tau

Piping Butt 12. February 2007 09:16

Ich wollte dich weder provozieren, beleidigen als auch nicht verbal "dünn*******en".

Mein ISP ist "Teleos" also ein lokaler Anbieter. Autodetect hat nicht funktioniert. Ich hatte die Daten vom Proxy manuell eingetragen.

In meiner Statistik wurde nicht eine einzige Webcache-Verbindung angezeigt. Darüber hinaus habe ich über Googel gelesen das einige ISP´s diese Funktion wegen höhere Trafficaufkommen(wie auch immer, kenne mich da nicht so aus) abgeschaltet haben.

Und ich habe hier irgendwo im Forum gelesen das diese Funktion nur dann wirklich Sinn macht wenn auch andere vom selben ISP diese Funktion nutzen. Die Verbindungen laufen dann entweder normal(ohne Proxy) oder schlecht über Proxy(keine Quellen oder so). Was ja nicht der Sinn der Sache sein kann.

In der aktuellen Heise-Liste ist mein Provider aufgeführt. Dort steht das er keine IP-Zuordnung zum Kunden vornimmt. Wenn es wirklich so ist, dann wäre es ja noch "sicherer" als Proxy oder?

Allerdings macht mich der aktuelle Gesetzesbeschluß ein wenig stutzig.

Wie auch immer, es ist kein Freifahrtschein zum illegalen saugen. Aber wäre ein Beitrag zum Thema Datenschutz.

Und sorry, für meine quantitativen Ergüsse....

Pan Tau 13. February 2007 04:28

Hallo Piping Butt,
ich werde Morgen oder Übermorgen mal versuchen mich zu dem von mir Vorgebrachten zu äußern und auch zu erläutern.
Keine Bange es geht nicht darum jemandem den Kopf abzureißen, eher um Netiquette, Boardfrieden und Boardhygiene.
Bin zur Zeit einfach nicht in der Lage mich länger zu konzentrieren, mich hat gestern ein vermutlich Blinder Autofahrer vom Fahrrad geholt und ich hab mir die Birne dabei etwas angestoßen. Der Blödmann hat ein Stoppschild missachtet.

MfG
Pan Tau

ClondikeCat 13. February 2007 04:39

:yes: Dich übersehen, Pan Tau?

Ich habe dein Bild von diesem Bord. Das ist unmöglich. Es war Absicht!

http://www.cosgan.de/images/smilie/liebe/s035.gif liches Beileid.

... Cat ... ;)

agliv5 13. February 2007 07:39

Piping Butt

Moin moin :)
..kann es sein, dass du dich mit dem Prinzip vom webcache nicht so vertraut bist? Liese bitte hierzu auf die folgenden seiten oder in google.

http://www.emule-web.de/board/8079-w...-new-post.html
eMule-MoDs - WebCache
oder schau bei google nach :yes:
MFG,
..Arne (Seit längerem wieder da ;)

Piping Butt 13. February 2007 10:06

@Pan Tau: Gute Besserung. Zum Glück ist nicht mehr passiert.

Ansonsten muß ich sagen das ich nirgendwo sehe gegen die Netiquette verstoßen zu haben.


@agliv5: Die Seite kenne ich. Wie gesagt ging es mit Peer Cache bei mir nicht.

Und wenn ich alles wüßte und hier keine Fragen stellen darf, dann brauche ich auch kein Forum aufsuchen. So sehe ich das. Alles kann ich auch nicht lesen...


Wenn das hier nur ein Forum für Experten ist die sich untereinander austauschen, bin ich wohl Fehl am Platz.

Ich finde es jeden Falls nervig wegen jeder Kleinigkeit auf die FAQ´s oder Googel hingewiesen zu werden. Das meiste recherchiere ich schon selber.

Pathfinder 13. February 2007 17:43

Nichts für ungut, Piping Butt, den Hinweis auf die FAQs musst du dir schon gefallen lassen...
Zitat:

Zitat von Piping Butt
Die Seite kenne ich. Wie gesagt ging es mit Peer Cache bei mir nicht.

Noch mal für ganz langsame, es geht hier um WebCache...wenn agliv5 vermutet, dass du dir da noch einmal etwas Verständnis anlesen solltest, dann stimme ich ihm in dieser Einschätzung zu.

Für die Zukunft noch ein Tip: erst lesen, dann die eigenen Beobachtungen mit Fakten absichern und dann posten - dann wird unser "Rächer" plötzlich lammfromm. ;)

Piping Butt 13. February 2007 18:02

Ähm, ich meinte natürlich Webcache und nicht Peercache.:sb

Und ich wüßte nicht was ich da für großes Verständnis bräuchte(davon abgesehen helfen eine nur die Wörter manchmal auch nicht):

Entweder funktioniert es mit Auto-Detect oder ich muß es manuell machen. Beides hat keine Wirkung erzielt!

Da ich außerdem gelesen habe(irgendwo in Googel) das einige ISP´s diese Funktion wieder deaktiviert haben, schließe ich darauf das es auch bei meinem ISP der Fall ist.

MaxUpload 7. April 2007 15:34

Nach Umfangreichen Test im Parallelbetrieb mit Webcachefähigen Mods über den T-Online Proxy habe ich die Vermutung,daß T-Online das Cachen von Emule Blocks unterdrückt.

Es lassen sich MB-weise Daten mit "Upload via Proxy" auf den Server schaufeln.

Diese Blöcke sind mir bekannt,aber wenn ich sie wieder saugen will kommt folgener Fehler.

Zitat:

<HTTP/1.0 504 Gateway Time-out
07.04.2007 16:33:41: <Server: squid/2.5.STABLE5
07.04.2007 16:33:41: <Mime-Version: 1.0
07.04.2007 16:33:41: <Date: Sat, 07 Apr 2007 14:21:57 GMT
07.04.2007 16:33:41: <Content-Type: text/html
07.04.2007 16:33:41: <Content-Length: 1385
07.04.2007 16:33:41: <Expires: Sat, 07 Apr 2007 14:21:57 GMT
07.04.2007 16:33:41: <X-Squid-Error: ERR_ONLY_IF_CACHED_MISS 0
07.04.2007 16:33:41: <X-Cache: MISS from ul-lb-a01.isp.t-ipnet.de
07.04.2007 16:33:41: <X-Cache-Lookup: MISS from ul-lb-a01.isp.t-ipnet.de:80
07.04.2007 16:33:41: <Proxy-Connection: keep-alive
07.04.2007 16:33:41: deleted CWebCacheDownSocket: ProxyConnectionCount=1
07.04.2007 16:33:50: Proxy-Connections for this file: 1 Allowed: 5

Wenn ich das richtig deute findet er das gecachte nicht und das nur wenige Sekunden nachdem es von mir selbst gecached wurde.

Wenn dem so ist kann das nur bedeuten das T-Online nicht mehr cached.
Die Proxies jedenfalls sind noch da.

[EDIT: Also jetzt ist es ein Fakt, WebCache als solches funktioniert einwandfrei sowohl beim StulleMule v4.5 ,ScarAngel v1.9 als auch beim MorphXT v9.6

Zitat:

eMule v0.47c.66 DEBUG [ScarAngel v1.9] Statistik [MaxUpload_ScarAngel_Test]

Webcache
Downloaded Session: 4.50 MB (29.8%)
Downloaded Cumulative: 4.51 MB (0.1%)
Successful WC-DL/WC-Requests: 35/35 (100.0%)

Zitat:

eMule v0.47c [StulleMule v4.5] Statistics [MaxUpload_Stulle_Test]

Download Sessions: 1
Successful Download Sessions: 1 (100.0%)
Failed Download Sessions: 0 (0.0%)
Average Downloaded Per Session: 8.92 MB
Average Download Time: 6 Seconds
Successful WC-DL/WC-Requests: 45/46 (97.8%)
Failed WC-DL/WC-Requests: 1/46 (2.2%)


WEBCACHE: 8.74 MB (100.0%)

Zitat:

eMule v0.47c [MorphXT v9.6] Statistik [MaxUpload_Test_Morph]

Download Sessions: 2
Erfolgreiche Download Sessions: 2 (100.0%)
Fehlgeschlagene Download Sessions: 0 (0.0%)
Durchschnittlicher Download pro Session: 12.97 MB
Durchschnittliche Downloadzeit: 16 Sekunden
Erfolgreiche WC-DL/WC-Anforderungen: 90/90 (100.0%)
Fehlgeschlagene WC-DL/WC-Anforderungen: 0/90 (0.0%)

WEBCACHE: 17.37 MB (66.5%)

Aber definitiv nicht mehr über T-Online !!!!!

EDIT END ]

MfG Max

Myth88 7. April 2007 16:47

Es gibt da doch einen netten Proxy, den auch ich nutze:

webcacheName=wcitalia.no-ip.info
webcachePort=80
WebCacheBlockLimit=0
PersistentConnectionsForProxyDownloads=1
WCAutoupdate=0
WebCacheExtraTimeout=0
WebCacheCachesLocalTraffic=0


Ich denke der sollte auch für andere Länder gehen, und der läuft echt gut...

MfG
MyTh

Stulle 7. April 2007 17:25

argh. public proxies sind im besten fall für tests brauchbar! warum hört nur keiner auf mich¿ *angry*

maloxp 8. April 2007 01:24

Ich weiss nicht... Ich hatte über Arcor auch monatelang keinen Proxy-Download mehr, aber dann doch wieder 3 oder 4 Blöcke. Vielleicht ist nur temporär was mit dem Proxy? Oder die Pr0xyShare-Spackos reizen die Ressourcenl aus. Bin leider überhaupt nicht auf dem Stand der Dinge, was WC (eigentlich eMule allgemein :) ) angeht.
Hat einer 'nen Plan von SQUID? Vielleicht cachen die von T-Online ja nur noch, wenn eine Datei mindestens von zwei verschiedenen IPs angefordert worden ist.

Vielleicht kann ja mal ein T-Online-WC-Nutzer bei nem gut verbreiteten deutschen File schauen, ob's nicht doch geht. Aussage falsifizieren und gut ist. :beer:

Blomy 8. April 2007 03:42

@ Stulle

Zitat:

Zitat von Stulle (Beitrag 122393)
argh. public proxies sind im besten fall für tests brauchbar! warum hört nur keiner auf mich¿ *angry*

Ich höre auf dich. Das WaterCloset ist nach einem Testlauf, wobei der Esel sowas von WC benutzt
hat,das auch etliches an Files im DL gleich mitweggespült worden sind, für mich gestorben. WC ist bei mir
garantiert zu 100% deaktiviert. Hinzu kommt, das ich mit diesen 180 kb Bröckchen so und so nüscht
anfangen kann. Versaut einem nur die Statistik. Ausserdem ist mein DL so zufriedenstellend, das ich
son Mist wie WC nicht einsetzen brauch. Ausserdem sind die Proxies nicht für den Esel gedacht,
sondern für User, die im Internet surfen möchten.

Mal den Spiess umdrehen. Was würden die Clienten davon halten, das z.B. die ungenutzten CPU
Resourcen von irgend welchen Fremden geused wird. Rechenbeispiel : 15% Esel, 85% für Fremde.
Oh - da wäre aber das Geschrei gross.

fafner 8. April 2007 08:22

Zitat:

WC ist bei mir garantiert zu 100% deaktiviert.
Ziemlich sicher nicht, denn das geht ja gar nicht, außer Du hast einen Mod mit ohne WC. Ansonsten kannst Du nur das Senden deaktivieren, aber im Empfang steckt das immer irgendwo drin und äußert sich dann so:
Code:

Client UDP socket: prot=0x58  opcode=0x15  sizeaftercrypt=51 realsize=51  Failed to uncompress WebCache packet: zip error: -3 (data error)
:twisted:

Stulle 8. April 2007 09:37

nicht ganz richtig. es ist eigentlich umgekehrt. upload via proxy ist - außer vielleicht bei der spike2 mod - immer an, während der download es nicht ist.

MaxUpload 8. April 2007 09:50

@maloxp : Hi erstmal lang nichts mehr von dir gehört.

Zitat:

Nach Umfangreichen Test im Parallelbetrieb mit Webcachefähigen Mods über den T-Online Proxy habe ich die Vermutung,daß T-Online das Cachen von Emule Blocks unterdrückt.
Wenn ich umfangreich sage meine ich auch umfangreich ;-) .
Sämtliche von diesem File gecachten Blöcke habe ich persönlich dort abgelegt.
Das waren jede Menge und ich wußte wo. Sie waren aber nicht dort wo ich sie kurz vorher abgelegt hatte. Und zwar nicht hin und wieder mal,sondern generell. Entweder werde Emule Daten beim Cachen gefiltert oder was viel einfacher wäre es werden generell 180k Blöcke nicht mehr gespeichert.

Es gab dann ja immerhin noch die wenn auch unwahrscheinliche Möglichkeit,daß bei 3 Mods WC nicht korrekt funktioniert.

Daran liegt es ja nun aber offensichtlich auch nicht -> gepostete Stats

Sicherlich könnt man das umgehen, aber die Entscheidung diese Cache-Daten zu Blocken ist eine eindeutige Aussage vom Rosa Riesen und die sollte man unbedingt respektieren .

Die Möglichkeit mit den mind. 2 IP's werd ich aber dennoch mal checken,obwohl ich da nicht viel Hoffnung habe ,daß sich an meiner Schlußfolgerung was ändern wird.

@all und fafner ;-) :
WC ist noch lange nicht Tod nur weil T-Online Kunden es nicht mehr nutzen können. In Italien und Spanien z.B. ist das Sharen über WC eine Art Volkssport und man würde sich eine große Anzahl an Usern vergraulen,wenn man WC nicht weiter supported. Ihr seht also man kann seinen Blick nicht nur auf Deutschland richten denn sowohl der ScarAngel als auch der Morph und der StulleMule erfreuen sich gerade in diesen Ländern einer großen Beliebtheit.

Was aber einen guten WC Mod in Zukunft von einem schlechten unterscheiden wird ist die Handhabung von WC insbesondere die 100% ige Deaktivierung des Codes bei nicht Benutzung bzw. die Alternative wenigstens via Proxy uploaden zu können sollten schnellst möglichst umgesetzt werden.

Ja ich bin dafür optional nur den Upload aktivieren zu können.
Denn daran kann ich nichts Schlechtes finden der "Upload via Proxy" ist derselbe wie ein normaler "Upload" nur das die Daten während des Uploadvorganges noch auf dem Poxy abgelegt werden.

Ich denke mal diese Punkte sollten umgesetzt werden und dann bleibt WC auch weiterhin ein attraktiver Mod-Bestandteil für die die es benutzen können und ein akzeptabler Bestandteil für die die es nur teilweise oder garnicht nutzen möchten,oder können.

MfG Max

Stulle 8. April 2007 14:39

euhm, nur mal zu t-online, t-online hat meines wissens ein proxy netz. so kann es sein, dass du gerade auf einem anderen ablegst, als du versuchst zu läden. das lässt sich leider nicht ausschließen. das heißt nicht, dass t-online zwangsläufig unterbindet, auch wenn es natürlich sein kann.

in jedem fall sehe ich wc auf dem absteigenden ast...

MaxUpload 8. April 2007 20:00

Also ich wiederrufe alles und behaupte das Gegenteil ;-) .

Ich hatt das glück ein file mit über 1000 Quellen zu finden und unter diesen auch ca. 100 T-Online Proxy Nutzer und siehe da es gab wenn auch nur einige wenige aber dennoch positive Requests.

Also unter Idealbedingungen scheint der Rosa Riese Proxy doch noch hin und wieder Laut zu geben.

Sprich die Masse machts...erst bei dieser ungewöhnlich hohen Quellenzahl hat sich was getan.

Zitat:

eMule v0.47c.66 DEBUG [ScarAngel v1.9] Statistik [MaxUpload_ScarAngel_Test]

Webcache
Downloaded Session: 1.43 MB (0.8%)
Downloaded Cumulative: 6.32 MB (0.1%)
Successful WC-DL/WC-Requests: 10/29 (34.5%)

MfG Max

Caramon2 24. April 2007 11:00

Hi!

Ich bin hier bei nem lokalen Provider (Teleos - wird vom Autodetect erkannt) und ich habe noch nie jemanden gesehen, der auf meinem Proxy ist.

Ich frage mich jetzt, ob ich WC trotzdem aktivieren soll, für den sehr unwahrscheinlichen Fall, dass sich doch mal was ergibt, oder habe ich dadurch Nachteile, wie höherer Overhead, usw.?

Ich meine, ich hätte da mal was gelesen.

Gruß,

Andreas


Edit:

Solche Aussagen z.B.:
Zitat:

Ein Mod läuft ohne WC mit besserer Performance als mit. Unterm Strich auf Dauer hast du mehr Ausbeute im UL und im DL.
Und sowas:
Zitat:

aber bei einem kleinen (regionalen?) ISP bringt WC noch viel weniger als bspw. bei t-online. ich selber bin bei arcor und WC hat bei mir nie mehr als 1% des D/Ls ausgemacht und obendrein den U/L um ~1,5kb/s gesenkt.
Was ist daran dran?

MaxUpload 24. April 2007 15:54

Also WC erzeugt tatsächlich einen ziemlich hohen Overhead der meistens in keinem Verhältnis zum Nutzen liegt, da doch eine ganze Menge mehr Daten ausgetauscht werden müssen.

Unterm Strich hast du mehr Ausbeute mit dem UL vorausgesetzt du reizt deinen Upload voll aus (?) , doch das sollte man ja generell nicht tun.
Ein wenig Reserve sollte man immer haben.

WC macht meist nur einen geringen Anteil des DL aus das ist richtig. Meistens,aber nicht immer das hängt vom Provider und vom Proxy ab.
Wahrscheinlich wird dein DL nicht voll ausgereizt von daher ist WC beim DL im Gegensatz zum UL vermutlich weder spürbar besser noch schlechter.

Arcor ist ja nun nicht gerade ein kleiner Regionaler Anbieter (?) .
Je stärker ein Proxy frequentiert ist um so mehr tut sich bei WC und dann kann man durchaus guten zusätzlichen DL abstauben.
Allerdings heißt das nicht, daß T-Online deshalb besonders gut ist.
Die haben nämlich mehrere Proxies und dadurch kommt es bei WC zu einer hohen Fehl-Request-Anzahl. Sprich T-Online ist derzeit auch nicht so üppig mit WC - Dl .
Von daher muß T-Online nicht zwangsläufig besser sein,als ein kleiner regionaler Anbieter.

FAZIT: Sagen wir mal so es wäre schön wenn du wenigstens den WC-Upload aktiviert lassen könntest. Es muß noch viel verbessert werden bevor WC zufriedenstellend läuft. Primär muß WC endlich effizient mit T-Online Proxies laufen, denn viele User beleben WC und das wirkt sich natürlich auch auf die kleinen Betreiber aus. Dann muß natürlich der Overhead auf ein nötiges Mindestmaß reduziert werden. Das Problem ist,daß sich die Ursprünglichen Entwickler zurückgezogen haben und daher alles sehr langsam voran geht.

Das heißt es zählt praktisch jeder User, weil sonst WC die Luft ausgeht bevor die nötigen Änderungen fertiggestellt sind.

Deshalb rate ich Jedem der mit dem zusätzlichen Overhead irgendwie leben kann WC noch nicht abzuschalten ;-) .

MfG Max

Caramon2 25. April 2007 12:10

Zitat:

Zitat von MaxUpload (Beitrag 122966)
Unterm Strich hast du mehr Ausbeute mit dem UL vorausgesetzt du reizt deinen Upload voll aus (?) , doch das sollte man ja generell nicht tun.
Ein wenig Reserve sollte man immer haben.

Da ich Traffic-Shaping benutze (Ich weiß, dass dann USS, usw. nicht funktionieren kann, aber das nutze ich sowieso nicht und ist hier auch nicht Toppic), kann ich den rel. hoch drehen, ohne dass es bremst. (56 kb/s bei 61 kb/s max. mögl. lt. Smart-FTP)

Zitat:

Arcor ist ja nun nicht gerade ein kleiner Regionaler Anbieter (?) .
Ne, ich bin bei Teleos. Arcor war nen anderer, den ich nur zitiert habe.

Zitat:

FAZIT: Sagen wir mal so es wäre schön wenn du wenigstens den WC-Upload aktiviert lassen könntest.
Hätte ich noch schreiben sollen: Ich nutze den StulleMule, da kann ich den WC-UL afaik sowieso nicht deaktivieren.

Erst mal vielen Dank für deine ausführliche Erklärung. So ganz klar ist mir das aber immer noch nicht. Habe mich wohl auch etwas unglücklich ausgedrückt:

Also beim StulleMule, sowie bei den meisten anderen WC-Mods, ist der WC-UL afair immer aktiv. Wenn ich jetzt zusätzlich den WC-DL aktiviere, zieht das dann generell mehr Overhead, auch wenn ich gar keine WC-Quellen habe? (Was hier praktisch Standard ist.)

Gruß,

Andreas

MaxUpload 25. April 2007 15:41

Das war mir schon klar ich habe mich nur über die Aussage des "Anderen" gewundert.

Zitat:

Also beim StulleMule, sowie bei den meisten anderen WC-Mods, ist der WC-UL afair immer aktiv. Wenn ich jetzt zusätzlich den WC-DL aktiviere, zieht das dann generell mehr Overhead, auch wenn ich gar keine WC-Quellen habe? (Was hier praktisch Standard ist.)
Richtig noch ist der WC Upload nicht deaktivierbar. Kommt aber jetzt in den ScarAngel rein und evtl. später auch in den StulleMule (->andere Baustelle ;-) ) .

Es ist praktisch so.....

Du sendest mit einem WC-Mod bei dem sich der Upload nicht deaktivieren läßt generell immer einen Zusatz-Tag anhand dessen dich andere Mods als WC-fähigen Mod erkennen können. Wenn du weder über WC downloaden noch uploaden willst ist das einfach nur unnötiger Overhead (In dem Fall ja nicht weil du ja auf jeden Fall uploaden mußt).

Wird dieser Tag nicht gesendet ist praktisch ganz WC inaktiv inkl. Overhead da dein gegenüber keine WC-Requests an dich richtet....wozu auch du bist ja kein WC Mod und könntest diese ja ohnehin nicht beantworten.

Also muß man eigentlich ja nichts tun als diesen Zusatz-Tag zu deaktivieren.
Genau das mache ich gerade beim ScarAngel. Allerdings ist das ja nur die Kommunikation die deaktiviert wurde da hängt ja nun noch ein großer Rattenschwanz dran. -> Log's , Stats , Anzeigen und Ähnliches. Sprich bis das alles zufriedenstellen (also sauber) umgesetzt wird kann es noch ein bissl dauern. Muß ja auch getestet werden.

Das sich der Upload bei den meisten Mods nicht deaktivieren läßt hat im wesentlichen 2 Gründe.

1) WC ist in unseren Breitengraden nicht so stark verbreitet von daher überlebt WC eigentlich nur noch von diesem Upload.

Ursprünglich war ja der WC Mod ein Original Muli mit nichts anderes als halt WC also wozu sollte der Upload deaktivierbar sein ?

Aus Sicht der damaligen Programmierer unsinnig. Die Mods die damals als erstes WC integriert haben wollten die Weiterentwicklung von WC vorantreiben,deshalb ist dort auch der Upload immer aktiv.

2) Die Mods die den Upload nicht bewußt aktiv gelassen haben um WC zu unterstützen haben meist den Code aus dem Original WC Client übernommen.

Meist 1:1 oder nur mit kleinen Änderungen und sich bisher einfach noch nicht die Mühe gemacht den Usern die zwar ihren Mod,aber komplett ohne WC nutzen wollen eine Alternative zu bieten.

Wie gesagt eigentlich ist dieser Upload wichtig für das WC Netzwerk, aber andererseits sollte auch jeder selbst frei darüber entscheiden dürfen was in seinem Mod aktiviert sein soll und was nicht.

Also biete ich dir die Möglichkeit den WC Upload zu deaktivieren,wenn du möchtest und bitte dich gleichzeitig darum es nicht zu tun ;-) .

Klingt komisch, ist aber so .

Wenn auf deinem Proxy keine für dich nutzbaren Blöcke vorhanden sind sollte dein Client theoretisch auch nicht dannach requesten.
Sinn macht es eigentlich nur den WC Download zu deaktivieren,wenn es zu häufigen Fehlrequests kommt. Das macht aber WC eh automatisch nach 100 Fehlrequests,zumindest für die Session.

Also wenn du laut Stats keinerlei Requests hast ist es eigentlich wurscht ob der DL aktiv ist oder nicht. Wo nichts ist wird auch nicht angefragt.

Wie das ganze praktisch aussieht kann ich dir aber erst in einigen Tagen vielleicht auch Wochen sagen. Sollte aber so funktionieren,wenn kein Bug drinne ist.

MfG Max

Caramon2 25. April 2007 17:30

Zitat:

Zitat von MaxUpload (Beitrag 122991)
Das war mir schon klar ich habe mich nur über die Aussage des "Anderen" gewundert.

Jau, der hat ja auch davon gesprochen. Das war so, dass der auf einem mit lokalem ISP geantwortet hat und damit wohl sagen wollte, dass er sogar bei Arcor nur 1% hat.

Zitat:

Es ist praktisch so.....
Wow! Jetzt sollte aber niemand mehr Fragen haben! :)

Zitat:

Wenn auf deinem Proxy keine für dich nutzbaren Blöcke vorhanden sind sollte dein Client theoretisch auch nicht dannach requesten.
Sinn macht es eigentlich nur den WC Download zu deaktivieren,wenn es zu häufigen Fehlrequests kommt. Das macht aber WC eh automatisch nach 100 Fehlrequests,zumindest für die Session.
Aktuelle Session: 20 Std.
Erfolgreich und fehlgeschlagen: jeweils 0

Und in der Gesamtstatistik (14 Tage) sind von 28 GB 11 MB per WC hochgeladen worden. - Die Frage ist jetzt, wieviel Traffic habe ich in der Zeit durch die WC-Tag sinnlos verbraten?

Also wenn das dann komplett abschaltbar ist, werde ich das wohl auch machen, weil so wie ich das sehe, hätten alle was davon.

Jetzt lasse ich das erst mal aktiv, weil ich von ner Deaktivierung nichts hätte und vielleicht komme ich ja doch mal in den Genuss eines WC-DLs. :)

Zitat:

Wie das ganze praktisch aussieht kann ich dir aber erst in einigen Tagen vielleicht auch Wochen sagen. Sollte aber so funktionieren,wenn kein Bug drinne ist.
Ich wünsche dir jedenfalls viel Erfolg! :)

Gruß,

Andreas


Alle Zeitangaben in WEZ +1. Es ist jetzt 12:56 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102