Transmission vs. Deluge

Az egyik csatornán elkezdték adni a Rém rendes családot (Married with children), barátnőmmel elkezdtük nézni és annyira rákattantunk, hogy be is szereztem az összes évadot. NAS-nak egy Microserver N36L-t használok, a Raspberry Pi pedig wifin keresztül szedi samba share-ről a forrást. Tegnap este akadozni kezdett a videó lejátszás közben, nem volt kérdéses, hogy a Linux telepítő képfájlok seed-elése fogta meg a szervert, le is állítottam az összes torrentet, a videó lejátszása pedig folyamatos lett. Ma reggel néztem kíváncsiságból egy topot a szerveren, a processzor felét megeszi a transmission daemon. Mivel Windows a desktopom, olyan torrent kliens kell a szerverre, amihez van remote GUI Windows alá. A Deluge-ról tudom, hogy ez ilyen, egyik volt kollégám is használta nagy megelégedésre. Amint lesz időm, lecserélem és beszámolok az eredményekről.

Ja, azt hittem, hogy poénnak szántad. Nem ilyen válaszra számítottam. Azt hittem, hogy magas labda volt, lecsaptad és épp fejen talált. :) Szóval tudom, mi az a web UI, olvastam, hogy qbittorrenthez is van, csak nem próbáltam vele, úgyhogy nincs tapasztalatom. Transmissionhöz jó a webes felülete, rtorrethez is jók a felületek, amikkel dolgom volt eddig.

--
Ingyenes Ubuntu One tárhely:
https://one.ubuntu.com/referrals/referee/170278/

( saabi v | 2014. 01. 04., szo – 11:30 )

Hasonló konfigurációt használok, Microserver N40L, Deluge, Plex Media Server a kliens meg egy Samsung Smart TV-n futó Plex Client. Magas bitrátájú 1080p filmeknék sem tapasztalok akadozást, folyamatos letöltés mellett sem. Ugyanakkor a Microserverről nem lehet böngészni ha fut a deluged, amit nem igazán tudok hova tenni, csak nincs időm rendesen utánanézni. A deluged webes felülete jó, torrent file-t és magnet URL-t is megadhatsz. A transmissionben azt szerettem, hogy volt CLI-je, ugyanakkor valamiért nem frissítette a trackeren hogy ott van így az nem számolta a seeddel eltöltött időt.

( Byron | 2014. 01. 04., szo – 12:52 )

Nekem RaspberryPi-n fut a Transmission (nem CLI, gtk, mert lusta voltam eddig) és semmi gond vele (Arch a rendszer). Akadozást csak az IO terheltség okoz (3-4MB/sec olvasás nem nagyon megy már 1-2MB/sec írás közben), az USB inteface-en keresztül megy az ethernet, ez az oka, de ilyenkor leállítom az írást. Az olvasást médialejátszó végzi.

( sibike | 2014. 01. 04., szo – 12:53 )

Tapasztalataim szerint a transmission is elég kis erőforrású. Seedelésnél gond lehet a sok titkosított kapcsolat, ami leterheli az eszközt, lehet szó bármilyen torrent kliensről. Az encrypton paraméter 0-ra állítása lehet, hogy segítene ezen.

( salaud v | 2014. 01. 04., szo – 14:21 )

Tartalékgép: AMD Athlon LE-1640 1 magos cpu, 2 Gb ddr2, Transmission-gtk 40Mb ram-ot és max 15% cpu-t használ 33 torrenttel.
Ha a sokszor modernebb hp microservert ez kiakasztja, ott valami gond van.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

( nferenc | 2014. 01. 04., szo – 16:36 )

Nálam egy raspberry (256MB model)+transmission daemon páros seedel linux isokat és paranoid android, ill. gapps zippeket.
Az elmúlt fél hónap CPU loadja: http://i.imgur.com/HWe19lH.png
Memóriahasználat stabilan 60-70MB körül van.

( bbandi | 2014. 01. 04., szo – 18:14 )

Ez nagyon meglep, nálam ugyan így van, sőt, még az openelec is nfs-ről tölt be, és semmi bajom a transmissionnel, pedig két példány is fut belőle (két felhasználó van, jobb megoldást nem találtam).
Amit még próbáltam:
-rtorrent+screen+rutorrent: Ezt még egy régi p2-esen, de akkora szívás volt beindítani, hogy nem fogtam neki még egyszer. Ráadásul valami beállítás probléma is maradt, mert volt olyan, hogy valamit utorrent simán leszedett, rtorrent meg nem
-utorrent for linux: ezt nagyon szerettem volna, ha jó lenne, de sajnos a kb egy hét alatt, amíg futott, állandóan kilépett log nélkül. Végül visszatértem transmissionre.
De a deluge engem is érdekelne, még mindig túl egyszerűsítettnek tartom a transmissiont

Egyébként lehet érdemes lenne NFS-en streamelned, elvileg mindkét oldalon kisebb processzorhasználatot eredményez.

Most gondolkozok, ami még számíthat: gigabites LAN-om van (tp-link 1043nd), a net viszont csak 30Mbites, szóval marad bőven sávszél.

( pityulaman1983 v | 2014. 02. 05., sze – 14:45 )

Köszönöm az instrukciókat, megpróbálok optimalizálni a használaton. Jó lenne, ha maradhatna a transmission, mert itt remote gui van, ami nem böngészőből fut.

-----------
"Pontban 0:00-kor nem nagyon szoktak véletlen dolgok történni"