axel - distanțe de încărcare accelerată
În mod implicit, porturile utilizează o conexiune pentru a încărca distfile. Programul axel va face acest lucru folosind mai multe conexiuni la un moment dat. Oglinda limitează trecerea unei conexiuni, axa deschide o altă conexiune, încarcă partea din dosar etc., în cele din urmă (în majoritatea cazurilor) încărcare accelerată.
Axel încearcă să accelereze procesul de încărcare generală prin HTTP / FTP datorită numeroaselor conexiuni pentru o distfila. Folosește oglinzi definite în make.conf sau Makefile.
-n este numărul de conexiuni
-a - arată starea descărcării
-s [viteză] - specificați limita de viteză (octeți / s, Bps)
Restul poate fi citit în% om axel
% cd / usr / porturi / jocuri / linux-americasarmy /
faceți clic pe%
=> armyops250-linux.run nu pare să existe în / usr / ports / distfiles /.
=> Încercarea de a descărca de pe ftp://ftp.univ.kiev.ua/pub/FreeBSD/distfiles//.
Încep să descarcă: ftp://ftp.univ.kiev.ua/pub/FreeBSD/distfiles//armyops250-linux.run
Mărime fișier: 813453963 octeți
Fișierul de ieșire este deschis armyops250-linux.run.0
Începeți să descărcați
Conexiunea 3 sa încheiat]
Conexiunea 1 sa încheiat]
Conexiunea 2 sa încheiat]
Conexiunea 0 sa încheiat]
775,8 megabytes (e) descărcate în 1:25 secunde (secunde). (9298,12 KB / s)
o notă mică, uneori un lucru inutil (
/ usr / local / bin / axel, deci va fi mai corect
Da, poți, și așa
Hmm, cum să le obțineți cu getdelta, deoarece ambele înlocuiesc FETCH_CMD. De exemplu, atunci când getdelta nu poate primi delta, va fi descărcat cu ajutorul axelului. Ar fi necesar să ne gândim.
Acest lucru este acum descărcat în mod incorect arhivele .bz2
Când portul de actualizare emite o eroare
bifați, tastați "make NO_CHECKSUM = yes [other args]".
Modificați în make.conf la o descărcare standard sau la wget
eroarea dispare și portul merge bine
FETCH_CMD wget -c - pasiv-ftp -N -T 22 -t 7 - re-simbolinks --proxy = dezactivat