Szybsze Sieci P2p

[Gość Coccolino_]

Z badań przeprowadzonych przez Carnegie Mellon University i firmę Intel wynika, że transfer danych w sieciach peer-to-peer można przyspieszyć pięciokrotnie dzięki poprawionemu sposobowi wyszukiwania.

 

David Andersen z Carnegie Mellon i Michael Kaminsky z Intela nazwali swój system Similarity-Enhanced Transfer. SET dzieli pliki na 16-kilobajtowe części, które następnie mogą być wyszukiwane w sieciach P2P. Wyszukiwanie podobnych, zamiast identycznych plików, może skutkować pięciokrotnym zwiększeniem prędkości transferu danych.

 

Zdaniem Andersena i Kaminsky'ego, w tradycyjnych sieciach P2P liczba dostępnych źródeł jest ograniczona przez ściąganie części tylko z identycznych plików. Wyszukiwanie podobnych lub takich samych fragmentów z jakiegokolwiek dostępnego pliku, mogłoby znacznie zwiększyć szybkość transferu.

 

Badacze twierdzą, że wiele plików, zwłaszcza muzycznych jest do siebie podobnych. Dzięki ich systemowi prędkość ściągania MP3 miałaby wzrosnąć o 71%, a w przypadku dużych plików filmowych o 30%.

 

 

Źródło: TG Daily / 4Press

[Gość Bio]

tylko po co... jak ktoś ma wolne łącze to mu to nie pomoże a reszta ma konta na prywatnych trackerach gdzie leci full speedem ;p

[toman]

Świetna sprawa, teoretyczne zwiększenie źródeł spowoduje większą dostępność. Z drugiej strony chaschowanie dużego pliku 16KB podzielonego na 16KB segmenty to jakaś pomyłka, no ale coś za coś.

[q8ic]

mp3 ponazywane różnie i przez to łącza się marnują ojejq jacy oni troskliwi :lol:

Poprostu chcą łyknąć następny kawałek rynku który w tej chwili jest śliski i niedostępny dla nich.

A mp3 lecą i tak z pelną prędkością w eMule B)

 

Mogli by wymyślić coś żeby jeden pakiet wysłany od seeda lecial np do 20 użytkowników na raz - to byłby kopniak ;]

No i sys 64 bit który dziala i nie jest linuksem :E

Edytowane 12 Kwietnia 2007 przez q8ic

[costi]

Uwazam, ze taki system to jest swietna sprawa, szczegolnie w przypadku pliow z mala iloscia zrodel (to glownie emula boli).

 

mp3 ponazywane różnie i przez to łącza się marnują ojejq jacy oni troskliwi

Nie zrozumiales idei - nie chodzi o ta sama MP3 pod inna nazwa (choc jest to tez ciezki problem emula). Wszystkie pliki sa dzielone na kawalki po 16KB (logicznie oczywiscie, a nie fizycznie), po czym wyszukiwanie zrodel opiera sie na tych kawalkach. Dowcip polega na tym, ze sprawdzana jest zawartosc takiego fragmentu (binarnie) i wg. tego wyszukiwane sa w sieci elementy pasujace do wzorca, bez wzgledu na tym i nazwe pliku, z ktorego oryginalnie pochodza. Dzieki takiemu rozwiazaniu bedzie mozna teoretycznie zlozyc plik MP3 z dokumentow Worda :)

[q8ic]

Dzieki takiemu rozwiazaniu bedzie mozna teoretycznie zlozyc plik MP3 z dokumentow Worda :)

:blink: Brzmi dość fantastycznie - ile w tym prwdy a ile fantazji ?

[tukamon]

Ciekawe jak bedzie to dzialac z filmami w 1080p majacymi po 30+gb w jednym pliku :D

[costi]

Zalezy jak skutecznie poradza sobie z problemem hashowania duzych plikow (np. obrazow plyt) oraz wyszukiwania zrodel.

Sama idea jest w sumie nieglupia - opiera sie na zalozeniu, ze ten sam ciag bitow moze w roznych plikach oznaczac rozne rzeczy. Mamy w szukanym pliku ciag bitow (zalozmy, ze ten ponizszy fragment reprezentuje ten ich 16KB "klocek"):

01010001 01001001 00110101 00011101

Teraz przegladamy cala siec w poszukiwaniu klockow, ktore sa identyczne, i sciagamy je. Powtarzamy ta operacje dla wszystkich klockow, z ktorych zbudowany jest poszukiwany plik.

 

W wariancie idealnym taki mechanizm oznaczalby, ze zniknie pojecie pliku bez zrodel.

[kamilo23]

Całkiem ciekawe to :) Zobaczymy jak wyjdzie w praktyce :D

[tukamon]

W wariancie idealnym taki mechanizm oznaczalby, ze zniknie pojecie pliku bez zrodel...

.. a czesc plikow mozna by budowac sobie z tego co juz mamy na dysku (folder windowsa, inne mp3...)

[Gierek]

mp3 ponazywane różnie i przez to łącza się marnują ojejq jacy oni troskliwi :lol:

Poprostu chcą łyknąć następny kawałek rynku który w tej chwili jest śliski i niedostępny dla nich.

A mp3 lecą i tak z pelną prędkością w eMule B)

 

Mogli by wymyślić coś żeby jeden pakiet wysłany od seeda lecial np do 20 użytkowników na raz - to byłby kopniak ;]

No i sys 64 bit który dziala i nie jest linuksem :E

 

w pełni sie zgadzam sam chcialem prawie to samo napisac:P

[evocati]

Ok ale zeby wiedziec jakiego ciagu bitow mamy szukac, musimy pobrac go od jakiego seeda tak ? Bo z powietrza nie dowiemy sie jakiego ciagu bitow szukac, wiec albo sciagnac ten "klocek" od seeda albo ?

 

Dobrze rozumiem ?

 

Pozdrawiam

[tukamon]

Moze tracker/serv bedzie przetrzymywal jakies sumy kontrolne tych kawalkow i liste plikow z jakich mozna sciagnac kawalki.

[costi]

Jesli dobrze rozumiem pierwszego posta, to hashowane beda klocki, a info o pliku bedzie tylko zawierac liste klockow, z ktorych jest zlozony.

 

Im dluzej na to patrze, to tym bardziej wydaje mi sie to utopia - narzut obliczeniowy jest tak wielki, ze moze przewyzszyc potencjalne zyski.

[PC_Speaker]

A ja uderzam w strunę jak zwykle "Spiskowej Teorii Dziejów", gdyż: nie bez kozery pojawia się nazwa "Intel" co dla mnie obecnie = C2D.... pomyślcie jak to wygląda haszowanie takiego powiedzmy 10 GB pliku na Celeronie D albo na P4 NW ? Mazahakra i tyle .... czyli należy kupić jakiegokolwiek C2D żeby nie zajęło to dwóch dni. Ponadto ... miałem przypadek, że program Moorhunt gdy załapał mi szczyt ruchu http, zarżnąl podkręconego do 2800 MHz P4M co jest niezwykłe.... bo zarżnął go właśnie prędkością ściągania, (760Kbps vs. 4 Mbps).... Moorhunt posługuje się protokołem SMTP i portami dla niego przeznaczonymi i dokładnym haszowaniem - seedowaniem, czyli czymś podobnym do zakładanej opcji, które nie sa blokowane przez wrednych Adminów :twisted: ... Dlaczego zatem wychodzi mi, że pomysł jest "chłytem materkindodym" Intela, aby ludzików skusić na wydajne platformy C2D ?? Żebyśmy się nie zdziwili, jak wszystko zdominują Niebiescy....Chwała Im za to :twisted:

 

Pozdrawiam.

 

EDIT: kolory ????? = nudziłem się :twisted:

Edytowane 12 Kwietnia 2007 przez PC_Speaker