Seite 4 von 5 ErsteErste ... 2345 LetzteLetzte
Ergebnis 31 bis 40 von 41

Thema: Downloadgeschwindigkeit

  1. #31
    Member
    Registriert seit
    Oct 2006
    Beiträge
    391
    Hmm ich sehe hier keinerlei Überlastung eines Routers zwischen dir und dedibox (benutzen m-v und wir). Hmm sehr komisch bei Telekomkunden treten hier dann ziemlich große Übertragungszeit auf. Hier nicht.

    Versuch mal diesen Download: http://dl2.otr.eubw.net:2000/otr-dow...mpg.avi.otrkey

    Hier kannste auch mal bis zu 16 Threads benutzen und schreib dann mal deinen durchschnittlichen Speed.

    Grüße strex

  2. #32
    Neuling
    Guest
    Die Download geschwindigkeit pendelt sich so bei 60-70KB/s ein

  3. #33
    Member
    Registriert seit
    Oct 2006
    Beiträge
    391
    Sehr sehr komisch, ich muss das mal genauer Verfolgen, jedenfals scheint es keine Überlastung direkt am Routing zu liegen. Entweder werden die Pakete dort nicht gedroppt nur QoS betrieben, zweites wird wohl zutreffen.

    Das Hauptproblem liegt einfach daran, dass sich einfach einige Provider zu fein sind, sich am de-cix an zu koppeln. KabelBW wie auch einige anderen haben dort ein Peering und somit wunderbare Speeds nach Frankreich. Da derzeit dort der Traffic am günstigsten ist, was wir ja ausnützen müssen, bei der Menge, leiden wohl einige Benutzer daran. Hier zu sollte man sich wohl mal an seine Provider wenden.

    Mein tracert volle 25Mbit/s möglich

    1 <1 ms <1 ms <1 ms 10.0.0.254

    2 10 ms 9 ms 8 ms 10.126.192.1

    3 7 ms 8 ms 8 ms 172.30.1.65

    4 8 ms 9 ms 8 ms 172.30.1.121

    5 10 ms 11 ms 12 ms 172.30.30.25

    6 10 ms 15 ms 11 ms 172.30.30.38

    7 15 ms 15 ms 13 ms decix.proxad.net [80.81.192.223]

    8 25 ms 20 ms * amsterdam-6k-1-po100.intf.routers.proxad.net [212.27.56.38]

    9 48 ms 55 ms * londres-6k-1-po100.intf.routers.proxad.net [212.27.56.41]

    10 36 ms 35 ms * cbv-6k-2-v828.intf.routers.proxad.net [212.27.51.185]

    11 39 ms 33 ms 31 ms bzn-6k-4-po2-p.intf.routers.proxad.net [212.27.50.162]

    12 36 ms 31 ms 30 ms 88.191.2.25

    13 33 ms 31 ms 27 ms sd-6509.dedibox.fr [88.191.37.189]

    Grüße strex

  4. #34
    Member
    Registriert seit
    Oct 2006
    Beiträge
    391
    Wie ich oben schon geschriebn habe, da können weder m-v noch dedibox noch wir was dafür. Würde es eine gute alternative geben wären wir schon längst dort. Leider sind noch immer nicht alle Provider am de-cix, was dann heißt, dass wohl einige nicht den Topspeed bekommen können.

    Aktuelle Auslastung habe ich jetzt mal vom dl2.otr.eubw.net angehängt. Da ist noch einige Luft, zwar ist der Low-Speed Download voll ausgelastet aber High-Speed sollte noch einige möglich sein. Was habt ihr denn gewählt?

    Grüße strex

  5. #35
    Member
    Registriert seit
    Apr 2007
    Beiträge
    18
    Ich hatte High Speed gew&#228;hlt (und habe mich gefragt was ich gekriegt h&#228;tte, wenn ich low gew&#228;hlt h&#228;tte...) Das soll hier keine Beschwerde werden, ich wollte mit meinem Post oben nur sagen dass es vermutlich nicht an Neulings PC liegt.

  6. #36
    Neuling
    Guest
    Ich frag mich nur warum der MV das ge&#228;ndert hat?
    Letztes Jahr waren 1MB/s keine Seltenheit beim MV.

    Heute ist der MV nur noch als Notfall L&#246;sung zu gebrauchen.

    Ps.MV nicht B&#246;s gemeint

  7. #37
    Member
    Registriert seit
    Oct 2006
    Beiträge
    391
    Da muss m-v nicht viel geändert haben, viele Trafficintensive Projekte (>30TB) sind jetzt Richtung Frankreich ausgesiedelt. Das hatte zur Folge das private Übergabepunkte jetzt überlastet sind (siehe DTAG...). Diese möchten derzeit wohl nicht vergrößen oder pochen darauf das der Partner das möchte (um so Geld zu verdienen). Die einzige performante Lösung derzeit ist über den de-cix. Hier ist fullspeed eigentlich immer möglich.

    Low-Speed Download ist meist auch nicht langsamer. Hier sind auch 16 Verbindungen möglich, nur hier teilen sich halt alle User pro Server 25Mbit/s aber ohne Warteschlange sondern mit direkt Download, die 25Mbit/s sind derzeit aber weit nicht ausgelastet.

    Grüße strex

  8. #38
    Neuling
    Guest
    Schade aber kann mann nichts machen.

  9. #39
    Member
    Registriert seit
    Oct 2006
    Beiträge
    391
    Hmm, wenn sich alle jetzt auf den Low-Speed stürzen, hmm dann wirds auch irgendwann eng...aber High-Speed ist hier halt Provider anhänig. Ich hoffe das in nächster Zeit hier mal was geschieht, bzw. die Traffic Preise in DE Purzel. Öhm User die einen passenden Provider haben, können hier wirklich High-Speed Downloaden. Die Warteschlange ist meist gar nicht groß. Bis 16 Uhr ist meist gar nix los und erst dann geht die vll. auf 10 bis 20 User hoch.

    Ich hoffe wirklich das in nächster Zeit sich was ändert und auch DTAG Kunden etc. wieder einen wunderbaren Speed haben. Das wünsche ich mir, bis dahin können wir leider nur dies bieten oder man such sich hier einen DSL FLAT Provider der nicht über private Übergabepunkte arbeitet. Hierzu wäre es sicherlich sehr gut, wenn jeder Downloader ergal von mirror-verbund oder von uns mal seinen Provider und den erreichten Speed posten würde. Dann könnte man mal eine Tabelle aufstellen. Denn manche Flats kosten nur 5€ und man hat dann doch wunderbare Speeds

    Grüße strex

  10. #40
    Member
    Registriert seit
    Sep 2006
    Beiträge
    31

    AW: Downloadgeschwindigkeit

    Beim mirror.verbund habe ich auch nur DL um 12KB/s. d.h. ich bruch für jede datei mehr als einen tag. glücklicherweise geben die einen direkten downloadlink, das man mit resum arbeiten kann.
    hab mir dafür nen wget script geschrieben, der immer wieder aufsetzt nach nem abbruch. nach 24h einen neuen link holen, dann ist die datei da. wäre schön wen ndie links 36h gültigkeit haben dann würde es meist auch ohen das man sich nen neuen link holen muß gehen.
    generell finde ich die idee mit dem link der nach 24h ungültig wird gut, das verhindert, das die links geklaut werden. erlaubt jedoch das man resume machen kann. eigentlich erwartet man ja auch heute das die datein problemlos in 24h runtergeladen sind.
    anders sind da andere, die keine resume erlauben, ich habe schon mal 2,5GB runtergeladen von einem server nur um eine 400MB Datei zu bekommen. es gab immer wieder abbrüche, die dazuführten das die datei wieder von vorne geladen mußte, das ist für keinen von uns effektiv, weder von dem Anbieter noch von den anderen die deswegen keinen trafic bekommen haben.
    Leider war es der einzigste server auf dem die datei verfügbar war, und otr sagt, direktdownload nicht möglich da auf mirrors vorhanden.

    ich persönlich halte das problem für ein problem in den Internetbackbones, bzw in dem Routing, interconectiongebühren oder wie sich das schimpft, was auf dem Rücken von uns Nutzer ausgetragen wird.
    Wir sollten versuchen das zu analysieren und wenn wir es etwas eingegrenzt haben und alle massiv bei unseren providern beschweren.

    interessant finde ich in diesen zusammenhang folgenden tracert nach rapidshare.de
    das sieht doch so aus das da jemand massive die Leitung ausbremst.


    3 29 ms 29 ms 29 ms 62.154.32.230

    4 70 ms 39 ms 29 ms pos2-0.core01.ham01.atlas.cogentco.com [212.20.158.38]

    5 430 ms 460 ms 460 ms p5-1.core01.fra03.atlas.cogentco.com [130.117.0.177]

    6 440 ms 460 ms 479 ms t3-2.mpd01.fra03.atlas.cogentco.com [130.117.1.30]

    7 430 ms 420 ms 440 ms v55.mpd01.fra05.atlas.cogentco.com [130.117.1.2]

    8 460 ms 450 ms 420 ms rapidshare.de [130.117.156.6]

Seite 4 von 5 ErsteErste ... 2345 LetzteLetzte

Ähnliche Themen

  1. Downloadgeschwindigkeit geändert?
    Von tombrasil im Forum direkter Download über OTR
    Antworten: 19
    Letzter Beitrag: 06.04.2007, 17:01
  2. OTR-Portal und die maximale Downloadgeschwindigkeit pro User
    Von Cineatic im Forum Download via Mirror
    Antworten: 0
    Letzter Beitrag: 20.02.2007, 10:02
  3. Downloadgeschwindigkeit
    Von Menno im Forum direkter Download über OTR
    Antworten: 0
    Letzter Beitrag: 17.03.2006, 07:40

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •