Twoje PC  
Zarejestruj się na Twoje PC
TwojePC.pl | PC | Komputery, nowe technologie, recenzje, testy
B O A R D
   » Board
 » Zadaj pytanie
 » Archiwum
 » Szukaj
 » Stylizacja

 
M E N U
  0
 » Nowości
0
 » Archiwum
0
 » Recenzje / Testy
0
 » Board
0
 » Rejestracja
0
0
 
Szukaj @ TwojePC
 

w Newsach i na Boardzie
 
OBECNI NA TPC
 
 » DJopek 21:20
 » rainy 21:19
 » bajbusek 21:19
 » Dexter 21:15
 » piotrszac 21:09
 » skalak23 21:05
 » Wedelek 21:00
 » metacom 20:59
 » Kilgor 20:55
 » wrrr 20:51
 » Draghmar 20:49
 » Kenjiro 20:39
 » Holyboy 20:39
 » Sherif 20:36
 » slanter 20:34
 » Star Ride 20:32
 » ekspert_I 20:31
 » Chan 20:27
 » Rafael_3D 20:24
 » rulezDC 20:24

 Dzisiaj przeczytano
 57038 postów,
 wczoraj 61370

 Szybkie ładowanie
 jest:
włączone.

 
ccc
TwojePC.pl © 2001 - 2026
A R C H I W A L N A   W I A D O M O Ś Ć
    

[SOFT] eMule i spowolnienia na koncu plikow - (chyba) rozwiazanie , bwana 20/03/03 07:41
a wlasciwie odpowiedz na pytanie dlaczego tak sie dzieje.

Wiem, ze ta kwestia nurtowala pare osob a wyjasnienie tego "zjawiska" jest chyba fundamentalne (drogi Watsonie;-D) bo probabilistyczne.

Zalozmy, ze sciagamy plik skladajacy sie z 1000 czesci. W sieci eMule jest zalozmy min. 1000 zrodel (czyli min. 1000 userow, z ktorych kazdy ma przynajmniej jedna czesc pliku, ktory sciagamy). Na samym poczatku mamy calkowite prawdopodobienstwo,ze czesc pliku ktora nam sie przyda, jest dostepna z kazdego ze znanych nam zrodel, bo wszystko jedno, czy sciagamy najpierw czesc nr 1 czy czesc nr 55 czy jakakolwiek inna. Jesli sciagieta jest polowa pliku, to prawdopodobienstwo to wynosi juz tylko 1/2, a gdy czekamy na ostatni pakiet to prawdopodobienstwo to wynosi 1/1000. Tak wiec raczej nie jest to wina sieci czy klienta eMule, a po prostu "zjawisko naturalne" z ktorym trzeba sie pogodzic.

Mam nadzieje ze to co tu pisze, przyda sie komus do uspokojenia "nerw";-D

"you don't need your smile when I cut
your throat"

  1. nio czasem , marsmok 20/03/03 10:10
    zdazyc sie moze ze zabraknie tej jedynej czesci i lipa ;-)

    Ryzen2700X,16GB,Asus PrimeX470-Pro, M2 SA1000M8
    SSD 4x256GB, 3TBHDD,Asus GTX 970,Tagan
    700W.

    1. ryzyko , Andrzej 20/03/03 14:40
      zawodowe :)

      "Jeżeli brak ci pomysłu na własne
      życie , to zawsze ma go ktoś inny".

  2. No tak... , Ar3cK 20/03/03 15:52
    ...w sumie to juz dawno do tego doszedlem :)... ale ok :)...

    It's the Bright One, it's the Right
    One, that's Ar3cK...
    http://thesurrealist.co.uk/slogan

    1. nie no... , bwana 20/03/03 17:12
      to czemu nie pusciles info na Board? Kilka osob pytalo o to, a w kazdym razie poruszalo ten problem.

      "you don't need your smile when I cut
      your throat"

  3. No dobra , Mackie Messer 20/03/03 18:01
    ale jezeli przyjmujemy ze mamy plik, ktory wazy ok 900 Mega(czyli ma tysiac zrodel) I jezeli mamy jush sciagniete 50 % procent czyli 450 chunksow( bo 1 chunk to bodajze 9 MB). I oczywiscie przyjmujemy, ze kazdy klijent ma pelne zrodla. Bo innaczej sie zgubimy w tym rozumowaniu - bo nie wiadomo kto ma jakie czesci. I czy czesci ktorych jeszcze u niego nie pobralsmy dalej mozemy od niego pobrac.

    Tak wiec mamy jush 50 %

    I dalej mamy maxymalne prawdopodobienstwo na wszystkie zrodla bo wszyscy maja wszystkie chunksy. Jezeli tylko nie zostaniemy zbanowani to dalej mozemy stac u niego w kolejce po zrodla. Pytaniem jest ile emule przeznacza klijentow na jeden chunk. Bo w mldonkeyu naprzyklad moge ustwic ten parametr. Jezeli koncowka wolno sie konczy daje duza liczbe na ten parametr i to przyspiesza. Raczej problem z zakanczaniem pliku jest sam charakter mula. Gdy mam sciagnac ostani chunk to potrzeban jest bardzo dobra filtracja klijentow(odrzcenie kliejntow bez potrzebnych zrodel), czyli pozyskanie klijenta ktory ma wlasnie TEN chunk. Ale to moj sposob widzenia i rozumowania.
    Pozdrawiam

    "Predzej sam siebie zgasze, niz sie wypale"
    F. Nietzsche

    1. niepotrzebnie komplikujesz, niepotrzebnie upraszczasz;-D , bwana 20/03/03 23:34
      dlaczego "kazdy ma kompletny plik"? kazdy kto ma choc jednego chunka jest potencjalnym zrodlem, jesli masz u siebie zero chunkow sciagnietych. Wydaje mi sie, ze kompletnosc kopii pliku we wszystkich zrodlach ma rozklad podobny do normalnego (to dosc bezpieczne zalozenie) - tyle samo osob ma "prawie nic" co "prawie wszystko" ale najwiecej osob ma "mniej wiecej polowe" - krzywa Gaussa. Zreszta, jesli nawet przyjac rozklad rownomierny, to widac, ze im wiecej chunkow masz Ty, tym mniej jest zrodel ktore maja te chunki, ktorych Ty nie masz (bo liczba zrodel jest skonczona). ce be de u;-D

      "you don't need your smile when I cut
      your throat"

  4. nie bałdzo , Mackie Messer 21/03/03 00:10
    zalezy od pliku, ile jush jest w sieci, oraz jak bardzo jest popularny. Przyjmuje zalozenie ze wszyscy maja pelne zrodla bo za bardzo sie sprawa komplikuje. Co do "tym mniej jest zrodel ktore maja te chunki, ktorych Ty nie masz (bo liczba zrodel jest skonczona)." Tu masz racje ale przy najbardziej popularnych plikach. Te ktore sie obecnie sciaga, te do ktorych stoja najwieksze kolejki. I tu tkwi najwieksza IMO bolaczka mula(ale to temat jush na inny watek).

    "Predzej sam siebie zgasze, niz sie wypale"
    F. Nietzsche

    
All rights reserved ® Copyright and Design 2001-2026, TwojePC.PL