Dobry vecer,
predne: diky za zajimavy a poutavy clanek.
Pouzivam rtorrent+rtgui coz neni na nasich malych servricich co mame doma celkem zadny problem. konfiguruje se prilozenym a velmi dobre komentovanym textakem,
watch podporuje take, DHT jabysmet a dokonce ma bohuzel i stejnou "distribucni" zastaralost (beru jej proto z unstable debianu). Uznavam ze me dost matlo pouzivat jej online ve screenu a jeho zkratky mi unikani dodnes, ale diky rozumnemu webovemu rozhrani a (nebo) pouziti watch adresare (plneneho treba pres ftp). Jedine ceho jsme si nevsiml je ze by rtorrent podporoval random port, ale to se obv. neda dama pouzit, neb forwardujeme z adsl/wifi a jinych podobnych krabicek a ty se s tim nedokazi vyrovnat :)

zajima mne prave to porovnani pri provozu server/client ... systemove naroky, dlouhodobe zkusenosti, spolehlivost ... ze by treti dil :-)
transmission jsem tehdy zkoumal jen celkem povrchne (prisel jsem z ctorrentu a tak jsem celkem jasne skoncil u rtorrentu) a nejak me tehdy nezaujal, coz prave muzete zmenit...
PJ

No ja jsem treti dil neplanoval. Mozna bych mohl ukazat ty GUI rozhrani k daemonu - jedno je v .netu a druhe ve FP a ukazat instalaci web rozhrani do apache.

Srovnami s rtorrentem hmm, no jedine bych mohl merit cas za jak dlouho stahnou torrent. Ovladani z command line pres transmission-remote je velmi rychle a snadne, konfigurak rtorrentu rozhodne intuitivni neni, kuprikladu nastavovani veci pres eventy. Transmission je vyrazne lepsi co se tyce uzivatelske pritulnosti. Kolik to zere pameti a CPU?

u mne ted ma transmission co bezi od nedele 2m43s CPU casu a 17,5MB RAM.
CURRENT SESSION
Uploaded: 1.5 GiB
Downloaded: 280.8 MiB
Ratio: 5.50
Duration: 1 day, 19 hours

Seeduju baliky eclipse helios. Moc o ne velky zajem neni, nezaplacne to ani tu bandwidth co mam na to vyhrazenou