rozie@dukgo.com

Od kiedy tylko usłyszałem o projekcie kusiło mnie przetestowanie apt-p2p, czyli demona, który pozwala aptowi (i pochodnym) pobierać (i udostępniać) pakiety za pomocą p2p (pochodna protokołu bittorrent w tym przypadku). Wtedy na przeszkodzie stanęły zależności (a na domowym routerku chciałem mieć czystego Etch). Korzystając z chwili czasu wolnego, przyjrzałem się bliżej temu narzędziu.

Po pierwsze, dokumentacja jest mało aktualna. Wszystko jest znacznie prostsze, niż opisano na stronie domowej - nie ma potrzeby pobierania wersji z repozytorium, bo dostępna w Lennym 0.1.5 jest najnowsza. Tak naprawdę wystarczy apt-get install apt-p2p żeby cieszyć się nowym sposobem pobierania pakietów. No dobrze, warto jeszcze zajrzeć do konfiguracji i trzeba przekierować/otworzyć port, na którym demon nasłuchuje (domyślnie 9977).

Sama konfiguracja jest prosta - wystarczy na hostach docelowych (u mnie na testach był to ten sam, na którym działa apt-p2p) dodać do linii w /etc/apt/sources.list IP i port, dokładnie tak, jak opisano w przykładzie na stronie. Jedyna rzecz, która mi nie działała, to musiałem podawać localhost - przy podaniu IP prywatnego nie działało, mimo zaznaczenia stosownych opcji w konfigu.

Sam demon - cóż, apetycik ma. Na wysłużonym PII 266 MHz z 64 MB RAM top pokazywał w porywach 40% zajętości pamięci i 80% procesora. I to po delikatym tuningu konfiga pod kątem zmniejszenia zasobów i pustym cache. Jeśli chodzi o pobieranie, to wydaje się ono wolniejsze, niż w sposób tradycyjny, ale nie ma jakiejś drastycznej różnicy (na tym sprzęcie i tak większość czasu zajmuje aktualizacja bazy pakietów). No i nie chodzi o to, żeby było zawsze szybciej - bardziej o odciążenie oficjalnych mirrorów i szybsze pobieranie w przypadku dużego ich obciążenia.

Wypada też wspomnieć o bezpieczeństwie. P2P sprawdza sumy kontrolne otrzymanych fragmentów i całości pliku, ale nie oznacza to, że udostępnienie spreparowanych pakietów jest niemożliwe (jest po prostu trudne). Na szczęście pakiety są także podpisane przez developerów Debiana, dlatego w przypadku korzystania z apt-p2p należy bezwzględnie sprawdzać, czy apt potwierdza autentyczność pakietów i odrzucać instalację ew. niepotwierdzonych.

Co w przypadku, gdy żaden "sąsiad" nie ma interesującego nas pakietu? Nie ma problemu, twórca apt-p2p przewidział to i w razie problemów dokonywany jest fallback do pobierania via http (warunki definiowane w konfigu).

Z wad: nie udało mi się sprzęgnąć apt-cacher z apt-p2p na zasadzie takiej, że apt-cacher odpytuje apt-p2p o pakiety, ściąga do swojego cache (z którego korzysta także apt-p2p) i innym klientom serwuje już normalnie, po http, a taka architektura odpowiadała by mi najbardziej. Co prawda chyba podobny efekt uzyskam, jeśli na wszystkich końcówkach wskażę adres z apt-p2p, ale jednak wolałbym mieć cachera po drodze - działa, sprawdził się i zapewne w razie problemów wróciłbym do niego.

Koniec końców, wróciłem do czystego apt-cachera. Pomysł w apt-p2p świetny, ale apetyt zbyt duży, jak na tę maszynkę, no i musiałbym przekonfigurować wszystkie maszyny klienckie, na co nie było już czasu. Tak czy inaczej - polecam przyjrzenie się temu rozwiązaniu.

No i na koniec prośba. W routerze jest EDO z ECC. Mam 3 sloty, z czego 1 zajęty. Gdyby ktoś miał na zbyciu tego typu RAM - chętnie przyjmę. W zamian mogę oddać 2 sztuki SDRAM z ECC (IIRC 128 MB) lub EDO ECC Compaq (4x64 MB). Żadne z nich nie działało u mnie, kości Compaqa wręcz nie pasują fizycznie - delikanie przesunięty "ząbek"...