KTorrent - BitTorrent pro KDE (diskuse)

[atan]

Ja uspesne pouzivam uTorrent pod wine i s WebUI.

[xkesh]

Zdrojáky mají asi 3,5 MB, kompiluje se klasicky: ./configure; make; make install

Omlouvám se za první poněkud negativní reakci, ale považuji tohle za

1) zbytečnou radu pro ty, kteří vědí, jak "ručně" kompilovat, a zároveň, proč tohle ve svém systému raději nedělat

2) nevhodné pro ty, kteří totéž nevědí

KTorrent 2.1 je už tak dlouho venku, že by ho ty nejběžnější distribuce měly mít v repozitářích aspoň jako "testing".

Proč se ozývám: ABCLinuxu dávno nečtou pouze lidé z výše zmíněné skupiny 1, a proto považuji jakékoliv zmínky o tomto předpotopním způsobu kompilace, který je vhodný de facto pouze pro testování na pokusném systému a opravdu speciální případy, za kontraproduktivní pro image Linuxu. Používám Linux už skoro 6 let a NIKDY jsem takto nekompiloval žádný program (ne, to není zcela přesné, jako krvavý začátečník díky podobně popsanému "návodu" jsem to párkrát zkusil, s naprosto žalostnými výsledky vedoucími k hezky zasviněnému neupgradovatelnému etc. systému).

Proto prosba pro další případné autory populárních článků, nechte si prosím configure, make i make install od cesty. Děkuji vám za všechny začínající uživatele

[pacholeq]

kompilaci se ve spouste pripadu nevyhnes a kdyz uz zacnes kompilovat tak si muzes vyrobit balicek pro tvoji distribuci , pokud to je mozny a tim pada to zasvineni

[xkesh]

kompilaci se ve spouste pripadu nevyhnes a kdyz uz zacnes kompilovat tak si muzes vyrobit balicek pro tvoji distribuci , pokud to je mozny a tim pada to zasvineni

1) píšu, že jsem se "ruční" kompilaci za 6 let zdárně vždycky vyhnul

2) způsob, jak vyrobit balíček pro svou distribuci, ale právě není ten v článku popisovaný

[trekker.dk]

způsob, jak vyrobit balíček pro svou distribuci, ale právě není ten v článku popisovaný

Nebo aspoň odkázaný - pro Debian je něco anglicky tady: http://www.debian-administration.org/articles/336 (AFAIK na ábíčku nic podobného nevyšlo, na druhou stranu přeložit tohle by neměl být problém).

Pro distribuce založené na RPM na ábíčku vyšel seriál Rukověť baliče.

[Zdenek.Z]

Proč bych se jí neměl vyhnout? Dobře, u některých málo známých programů, které v mém distru nejsou. Pokud existuje balíček v repozitářích pro distro, tak je to taky nesmysl. Pokud ho nainstaluju "standardní cestou" z repository, připravuju se o většinu výhod, jako automatické řešení závislostí, úspora času, jednotné a automatické upgradování. Tohle považuju opravdu za blbost do článků uvádět. Komu to pomůže? Pokročilému uživateli to nepomůže, ví jak má instalovat. Začátečník to buď nezvládne (nemá potřebné závislosti a hlavičkové soubory) nebo si tím zaprasí systém.

[kill bill]

Tak to si mozes akurat tak pre seba nechat. Uz len to, ze pouzivas linux 6 rokov a v zivote si nekompiloval, a ak hej, tak si sa hned rozplakal, ze ti to nevyslo. Je to klasicky postup a je stale vyuzivany a nielen pri linuxov, totiz aj na *BSD, kde pouzivas porty, cize zdrojaky, ktore si tymto klasickym sposobom skompilujes a tomu ver, ze k ziadnemu znefunkcneniu nedojde.

[Zdenek.Z]

Nedojde k znefunkčnění systému. Ale uživatel si tím zkomplikuje situaci. Prostě každá distribuce, příp. unix má nějaký doporučený "ideální" způsob instalace -- v rpm/deb based distrech to je přes repository. Má to svůj důvod a svoje výhody, proč se to dělá. Kompilace by měla mít důvod, pokud se v nich provádí. Uživatel Gentoo si taky nebude stahovat rpm a rozbalovat si ho do /.

A člověk, který nekompiluje to nemusí dělat proto, že se toho bojí, ale třeba proto, že má distro se spoustou software v repository a není blbej, aby pořád sledoval stránky každého programu, který používá a pokaždé si novou verzi stahoval, kompiloval, řešil závislosti apod. Kompilace je způsob získání binárky ze zdrojáku, nikoliv způsob, jak se dostat do "klubu zasvěcených".

[Thaweg]

To je jak do dubu, furt. Však nikdo neříká, že je kompilace na nic, jenom se občas (podle mě správně) podotkne, že pokud tvoje distribuce používá nějaký balíčkovací systém, kompilace většinou jenom přidělává práci (a znehodnocuje ten balíčkovací systém). Samozřejmě, jsou případy, kdy se kompilace hodí, neříkám, že ne.

[trekker.dk]

Rozdíl mezi systémem portů na BSD a různými distribucemi Linuxu je v tom, že v BSD jsou porty doporučeným způsobem instalace software. To znamená, že pro všechny programy správci dotyčného *BSD mají definovaný make uninstall (možná deinstall? teď si nevzpomenu) a zároveň jsou schopni ohlídat, aby mezi jednotlivými programy nedošlo ke kolizi ve jméně souboru.

Nic takového v Linuxu neplatí, configure && make && make install si v systému může dělat co se jim zlíbí, přepisovat, co se jim zlíbí a prostě v distru nadělat pěkný bordel.

[kavol]

KTorrent 2.1 je už tak dlouho venku, že by ho ty nejběžnější distribuce měly mít v repozitářích aspoň jako "testing".

... a dobře ví, proč ho mají jen jako testing (jeden či druhý příklad)

doporučovat instalovat takovou sračku, s prominutím[*], navíc obcházením instalačního systému distribuce, je hloupé

[*] opravdu proti ktorrentu nic nemám, ale některé verze se prostě nepovedly a 2.1 je bohužel jednou z nich

[Mikos]

Podle vás možná sračka, podle mě nejlepší torrent klient pod Sluncem. Jinak s ani jedním z těch uváděných bugů jsem se nesetkal.

Ale naprosto souhlasím s tím, že uvádět instalaci pomocí ./configure && make && make install je nejen zbytečné, ale pro neznalé začátečníky i škodlivé. Obcházet balíčkovací systém je Zlo (TM).

[kavol]

Podle vás možná sračka, podle mě nejlepší torrent klient pod Sluncem.

mluvím o konkrétní verzi, ne o programu obecně

Obcházet balíčkovací systém je Zlo (TM).

Zlo určitě používá MSI

[georw]

"podle mě nejlepší torrent klient pod Sluncem" . tak to si este nepoznal uTorrent :)))

[pacholeq]

kdyby nekdo hledal toho demona s web rozhranim , tak doporucuju todle : http://www.torrentflux.com/ komplet v php v multiuzivatelskym stylu , kazdej ma svuj 'home'

[xkesh]

Na KTorrentu se mi nelíbí, že si nepamatuje naposledy stahované torrenty, pokud dojde např. k restartu systému (anebo jsem to ještě nenašel, restart pouze grafického prostředí anebo jen odhlášení uživatele evidentně nevadí) - musím je potom vždycky přidat znovu ručně (proto se vyplatí si soubory .torrent uložit na disk). Azureus si tohle např. pohlídá (uloží).

Víte někdo, jak docílit podobné "paměti" i u KTorrentu?

[randy]

coo?? to sa mi este nikdy nestalo :)) vzdy si vsetko pekne zapamata.. kedze je to sikulka :)) jedina chybka, ktoru som postrehol bola neschopnost nacitat velke mnozstvo stahovanych suborov z torrentu ... ale..to sa po case opravilo a tak som s nim veeeelmi spokojny ;)

[trekker.dk]

Jak si nepamatuje naposledy stahované torrenty? Jako že to, co stahuješ, po restartu zmizí a nestáhne se to?

[Thaweg]

Na KTorrentu se mi nelíbí, že si nepamatuje naposledy stahované torrenty, pokud dojde např. k restartu systému

Nesouvisí to náhodou s umístěním adresáře, kam si KTorrent odkládá temporary soubory? Protože pokud je to nastaveno někam do /tmp, při bootu se to promázne (mám pocit, že to jde někde nastavit). Mám tu teď KTorrent 2.1 (Mandriva Cooker) a tmp je nastaveno (defaultně) na ~/.kde/share/apps/ktorrent. Takže by to snad už mizet nemělo (přesně nevím, ještě jsem nerestartoval, KT jsem instaloval shodou okolností dneska odpoledne

[xkesh]

Na KTorrentu se mi nelíbí, že si nepamatuje naposledy stahované torrenty, pokud dojde např. k restartu systému

Nesouvisí to náhodou s umístěním adresáře, kam si KTorrent odkládá temporary soubory? Protože pokud je to nastaveno někam do /tmp, při bootu se to promázne (mám pocit, že to jde někde nastavit). Mám tu teď KTorrent 2.1 (Mandriva Cooker) a tmp je nastaveno (defaultně) na ~/.kde/share/apps/ktorrent. Takže by to snad už mizet nemělo (přesně nevím, ještě jsem nerestartoval, KT jsem instaloval shodou okolností dneska odpoledne

Díky, to bude tím. Mám /tmp na jiném oddílu (sdílený více distribucemi) a proto tam občas přesměruji dočasné soubory od některých programů, když už tam to prázdné místo je. V případě KTorrentu to tedy není to pravé ořechové Hodím si dočasné soubory na nějaké trvanlivé místo a při nejbližší příležitosti to vyzkouším.

(Ve skrytu duše jsem nevěřil, že by tohle byla normální funkce KTorrentu, ale nejsem zas takový stahovací ani restartovací freak, aby mě to moc rušilo, proto jsem to prostě neřešil. Až teď díky článku jsem si na to vzpomněl.)

[Robert Krátký]

Na KTorrentu se mi nelíbí, že si nepamatuje naposledy stahované torrenty,

S podobným chováním jsem se také nesetkal. KTorrent mi prostě sedí v trayi a vždycky, když je zrovna zapnutý počítač, tak stahuje, co je ve frontě. Chyba musí být v nějaké specifickém nastavení u tebe.

[Semo]

Ktorrent ma stve v tom, ze kasle na upload/download ratio nastavene pri danom konkretnom torrente pocas stahovania. Co znamena, ak si nastavim pomer na 1.2, tak sa uplatni jedine v pripade, ze som stiahol torrent relativne rychlo (rychlejsie ako som ho zdielal) a potom este chvilu zdiela, aby sa dosiahol pomer.

Ale ak pomaly taham torrent, tak kludne odoslem 3x viac dat ako stiahnem. Predtavoval by som si, ze tento pomer nikdy pocas zivota torrentu neprekroci.

[Bart]

Nesnasim BitTorrent klienty :)

[Rezza]

Bohuzel KTorrent je nepouzitelny - na vetsine privatnich trackeru kam chodim, ma ban... Resi to uTorrent pod Wine, stejne i tak je to best klient! (I kdyz i tam bych par veci zmenil)... A idealniho klienta si asi budu muset napsat sam :)

[emorjino]

Z jakého důvodu má ban? Používám KTorrent už docela dlouho, ale s tímto jsem se ještě nesetkal

[xkesh]

Z jakého důvodu má ban?

Protože něco takového (Linux) můžou používat jen nebezpeční hackeři? Není radno si pouštět jejich proradné nástroje byť jen na torrenty

[dan]

Ban ma myslim z duvodu spamovani serveru castymi dotazy. A tak radi misto nej pouzivat napriklad rtorrent.

[kavol]

Ban ma myslim z duvodu spamovani serveru castymi dotazy.

defaultní nastavení hlásit se jednou za hodinu je "spamování častými dotazy"? LOL, to jako servery běží nějaké 386, které víc klientů neutáhnou?

[trekker.dk]

Defaultní nastavení se změnilo, dřív to bylo jenom několik minut (napamatuju si přesně, ale s 95% pravděpodobností to bylo v intervalu od 2 do 10 minut.)

[Mikos]

Tak takové trackery bych už z principu nepoužíval, ať by na nich bylo cokoliv zajímavého. Když jsou jejich správci takoví omezení ignoranti, tak si nezaslouží nic jiného než opovržení.

[Robert Krátký]

Bohuzel KTorrent je nepouzitelny - na vetsine privatnich trackeru kam chodim, ma ban...

Nepoužitelné jsou tedy ty trackery, ne?

[Zdeněk Štěpánek]

Smrt torrentu!!! az nekdo napise protokol co nebude prenaset milion pidi packetu a nebude tim totalne likvodovat WiFi spoje, dejte mi vedet.

Zdenek

[Robert Krátký]

Občas používám BitTorrent přes wifi a žádné likvidace jsem si nevšiml... V čem je problém?

[Jirka]

Take jsem si vsiml, ze sdilet jedno bezdratove pripojeni s torrentarem (obe stanice jsou pripojeny ke spolecne zakladne bezdratove), je bes a hruza. I kdyz si dotycny omezi propustnost dat na mene nez polovinu bezne prenosove rychlosti, ten druhy se muze rozloucit napr. s poslouchanim online radia, i kdyz na pasmu je jeste teoreticky misto.

Nemam to podlozene daty, jen zkusenosti.

[trekker.dk]

AFAIK je problém v tom, že některý wifi hardware prostě nezvládne tu spoustu paketů - místo aby jich poslal víc v jednom rámci, tak je posílá po jednom a dochází ke kolizím.

[Luboš Doležel (Doli)]

Takový HW měl v dávné minulosti můj ISP. Tak jsem prostě jednoho dne spustil pořádnou packet storm, odezva šla nad 60 sekund (!) a od příštího dne měli všude jen kvalitní HW.

Bylo to značně rychlejší, než je jen dokola upozorňovat e-mailem.

[trekker.dk]

odezva šla nad 60 sekund

LOL, to jsi čekal tak dlouho ?

[Luboš Doležel (Doli)]

Spíš se divím, že ping čekal tak dlouho

[Luboš Doležel (Doli)]

Teď si to pletu s pingem ve Windows, ten by nečekal...

[Bart]

plne souhlasim. take s tim bojuji :)

[Luboš Doležel (Doli)]

Smrt nekvalitním WiFi! (WiFi spoje mého ISP udrží snad cokoliv.)

[Mikos]

Přesně tak, dostává mě jak se tu někteří "wifisti" rozhořčují nad tím "proradným Torrentem", když problém je jen a pouze na jejich straně (či straně jejich ISP) a né na straně Torrentu. Když si pořídím připojení nějaké kapacity, tak mám také právo tu kapacitu naplno využívat a né se strachovat, abych náhodou moc nezatížil hardware toho "chudáčka providera". Tohle si má zařídit nějak on sám, mě jako klienta to zajímat nemusí a ani nemá.

Tedy né že mě by se to týkalo, já mám kabelovku

[wifi suxxx]

smrt wifi!!!

[jirka]

No já si myslím, že torrenty není moc dobré používat, neboť jse někde četl, že policie si vede záznamy o lidech, kteří používají p2p klienty. Dokonce jsem četl (snad mluvčí policie ČR to byla - už nevím), že není možné, aby lidé kteří používají p2p klienty nevěděli, že páchají nelegální činnost.

[Mikos]

Člověče, Torrent je jen prostředek, stejně jako třeba HTTP nebo FTP, na tom nic nelegálního není

K čemu ho použiješ už je jiná věc, ale samotný Torrent je zcela v pořádku.

A navíc tu šíříš FUD

[jirka]

Já o tom vím, ale policie o tom asi ještě neví...

[Mikos]

Koukám že FUD umíte šířit docela hezky, nechcete se nechat zaměstnat u Microsoftu nebo SCO? Doporučuji spíš ten Microsoft, SCO za chvilku zkrachuje...

[David Ježek]

hmm, zejmena kdyz si nekdo "pologramotnej" da neco "stahnout v tej opere", tak ten ani nema ze sve omezenosti sanci poznat, ze zrovna tu vec sosa torerntem.

[kotrcka]

Pan autor, Vas raz zavru

Keby Vam teraz niekto klopal na dvere a zdalo by sa, ze je za nimi viac ludi (nedajboze v ciernom), neotvaral by som

[Mikos]

Od kdy je stahování Ubuntu nelegální?

[kotrcka]

a odkedy je downloadanime.org legalne?

[Mikos]

Na screenshotech vidím pouze stahování ISO image Ubuntu. A na tom přidat si nějaký downloadanime.org server do vyhledávačů nic nelegálního není :-P

[kotrcka]

OK davam ruky prec ale na downloadanime maju aj nejake flac nahravky, musim to poriadne obzriet..

[mikirc]

ktorrent pouzivam asi stejne dlouho jak linux a jsem velmi spokojen samozrejme jsou veciktere bych aj vylepsil ale to uz bude spis moje rozmazlenost :D za tu dobu co mam linux jsem nejak zpohodlnel

[pj]

to GUI je fakt hnusny, takovy typicky linuxovy vsechny ovladaci prvky obrovsky, velikansky a kostrbaty fonty, tfuj!

[Robert Krátký]

Typicky linuxový? To je hezky řečeno. Tak se podívej na screenshot u záznamu: KTorrent... třeba ti pak něco dojde :-) (např. o "kostrbatých" fontech).

[DjAARA]

Jojo, to je tak, když někdo používá hnusné kostrbaté fonty z Windows (Bůh ví co je to za fonty, ale zatím jsem měl v Linuxu vždy pěknější fonty než ve Windows. Ale třeba jsou to jen nějaké bitmapové potvory.). A přitom máme takových pěkných fontů .

[phax7]

Mám notebook - LCD, takže třeba to bude tím, ale ty fonty považuji za překrásné; s rozmazáváním na mě nechoďte:) Jestli někdo přijde a ukáže mi jak je nastavit lépe tak mu zaplatím cestu ke mně, jídlo a něco malého navíc. (zpětně;)

[SigTERM]

No, mam dojem, ze tenhle vzhled je proste lepsi... KTORRENT SCREENSHOT
Bezvadna prace firmy MonoType na fontech ktere pouzivaji Windows, se proste nezapre... I na strankach FreeType se doctete, ze BCI je superior oproti anti-aliasingu...

[J. M.]

Fonty z Windows jsou pro zobrazování na obrazovce o deset tříd kvalitnější než cokoli, co je jinak k dispozici pro Linux. Na těch obrázcích vypadají velice dobře (i když myslím, že to může být ještě lepší a míň zubaté - s menší velikostí písma a asi jiným fontem). Ta otřesná "linuxová písma" se musejí rozmazávat, aby se na ně vůbec dalo koukat, tedy aby se ta otřesnost tím rozmazáním zamaskovala. Ale já osobně se na rozmazaná písma můžu koukat maximálně tak jenom těch screenshotech (a někdy ani to ne). Číst text s takovým písmem bych nemohl.

[Mikos]

Nemohu souhlasit, DejaVu fonty (vycházející z Bitstream Vera) se mi líbí nesrovnatelně více než Microsoftí fonty. Jinak ne-antialiasované fonty přímo nesnáším, na ty se zas nedokážu koukat já.

[J. M.]

DejaVu a Vera právě bez antialiasingu vypadají katastrofálně. Ty microstoftí jsou dělány tak, aby i bez antialiasingu vypadaly dobře.

[Mikos]

No jak říkám mně se bez antialiasingu nelíbí žádný font, ani ty microsoftí. Takže tohle pro mě argument není (já na ne-antialiasovaná písma velmi nerad koukám, je to z mého pohledu prostě hnusné). Ale chápu že pokud antialiasing nemáte rád, můžete mít jiné preference...

[J. M.]

Nevím, jestli jsem měl jenom smůlu, ale pro mě je jediný spolehlivý klient originální BitTorrent. Ostatní - ať už KTorrent, nebo BitTorrent klient z Opery - mi fungovaly tak napůl, buď stahovaly nízkoou rychlostí, nebo vůbec nestahovaly a čekaly a čekaly a nic...

[vlk]

jednoznacne nejlepsim (a zaroven multiplatfornim) torrent klientem je azureus ... ani jediny konkurent mu neslape na paty - kdo nezkusil, necht vyzkousi, zpet se jiz nevrati...

KTorrent a podobne "hracky" nemaji s torrent klientem nic spolecneho - nemam absolutne moznost cokoliv podrobneji nastavit

[David Watzke]

Jistě, pane osvícený...

[vlk]

pokud znate jiny torrent klient ktery se alespon vzdalene blizi moznostem vyse uvedeneho azurea, rad se poucim. ja jsem zatim zadny nenasel.

[Mikos]

Já Azureus používal dlouho a pak jsem právě přešel na KTorrent a jsem s ním mnohem spokojenější než s Azureem, vaše teorie tedy není správná, jsem příkladem potvrzujícím opak

Jinak Azureus nemá nic nevíc co by mi v KTorrentu scházelo. Naopak v Azureu byla hromada zbytečností, které jsem v životě nepotřeboval. KTorrent má vše potřebné - podporu DHT (narozdíl od Azureu si nehraje na vlastním písečku a používá standardizované DHT, které je ve všech ostatních klientech kromě Azurea), podporu šifrovaných spojení, podporu peer exchange, multitracker torrentů a UDP trackerů, umožňuje stahování jednotlivých souborů z multi-tracker torrentů a prioritizaci jednotlivých souborů, nyní od verze 2.1 obsahuje i podporu pro RSS feedy.

Opravdu mi v něm neschází vůbec nic. A proti Azureu má ještě jednu podstatnou výhodu - rychlost a nenáročnost na systémové prostředky (Azureus je Java monstrum).

[David Watzke]

Přesně tak...

[vlk]

ano, Azureus je v Jave a proto take mnohem "narocnejsi" na vykon stroje ... coz je ovsem velmi relativni, nebot v dobe kdy je bezne dostupny dvou (a vice) jadrovy procesor a 1GB RAM je jiz temer standardem tak proste toto kriterium ztraci smysl ... (sam jej provozuji na 20Mbps spoji a ackoliv bezne mam linku vytizenou naplno a otevrenych nekolik desitek tisic connection tak to na zatizeni stroje proste znate neni) ... zde by snad mohla byt ona vyhoda jinych klientu pro slabsi stroje.

Nicmene, to, ze klient nabizi mnoho voleb je dle meho nazoru jednoznacne klad (pokud nechci, nic me nenuti je pouzivat, pokud chci, mam moznost), podpora DHT je samozrejme i ona "standardni" nicmene ta nativni je fajn bonus, nebot velmi mnoho lidi pouziva Azureus take a pak je stahovani znatelne rychlejsi ... s beznym klientem je problem dostat se pri stahovani torrentu nad 5-6Mbps, tentyz torrent s Azureem mohu stahovat kolem 10-12MBps... moznost mnoha pluginu, za velkou prednost povazuji (diky Jave) nezavislost na platforme ...

Ted jsem schvalne vyzkousel KTorrent a presne jak zde nekdo zminoval, nastavim-li pomer napr. 1.5 tak se toto kriterium uplatnuje az PO stazeni souboru .. pokud je download pomaly a upload rychly, klidne se dostanu behem downloadu na pomer mnohonasobne vyssi ... jde o to, ze jsem zatim (s vyjimkou Azurea) nenasel torrent klient, ktery by se choval presne dle meho nastaveni a mohl si v nem nastavit prakticky vse od jeho identifikace az po velikost bloku. V zadnem pripade jej vsak nikomu nevnucuji, jen si myslim, ze kvalitnejsi klient pro torrent neexistuje (ano, existuji jednodussi, ktere nekomu mohou vyhovovat vice, zejmena pokud dane problematice az tak nerozumi)

[trekker.dk]

nebot v dobe kdy je bezne dostupny dvou (a vice) jadrovy procesor a 1GB RAM je jiz temer standardem tak proste toto kriterium ztraci smysl

Dostupný a téměř standardem možná, ale to neznamená, že a) takový stroj všichni mají

b) všichni chtějí tu paměť a výpočetní výkon vyplýtvat na běh JVM

za velkou prednost povazuji (diky Jave) nezavislost na platforme ...

Nezávislost na platformě není díky Javě? Stejně tak je možné napsat platform-independent aplikaci třeba v C++ a na všech relevantních architekturách/OS to poběží (relevantní myšleno vzhledem k tomu, kde se bude provozovat ten Azureus)

[JirkaH]

A jak se takova nezavysla app v C++ pise? Stejne to musite napasovat na nejaky wxWidgets nebo qt ci gtk.

[Vykook]

qt je taktez multiplatformni takze to neni problem

[JirkaH]

Noaco ze je multiplatformi, to je java taky. A stejne ho jako tu javu musis do tech jednotlivych systemu kde to ma bezet narvat.

[trekker.dk]

Nicméně to poběží nativně (bez zbytečného overheadu za VM) a bude potřebovat podstatně méně paměti.

[mikirc]

a nebo ty si nezkusil nic jineho, ja mel ho mel azureus na doporuceni asi 1hodinu pak jsem byl rad zejsem ho dostal z pocitace nebo to byl podes div se mi z toho PC nezkroutilo co jsem do nej nainstaloval za srac**

[Prcek]

Ja se musim Azurea zastat - slouzi mi dlouho a dobre.

BTW ty hvezdicky tam ani nemusely byt, protoze to slovo co zbylo je na stejne urovni jako to puvodni .

[JirkaH]

jake stracky jestli se muzu zeptat? java runtime + azureus. Nebo sem neco prehledl?

[Honey]

A jak poznam, ze mam nastavene porty spravne (uz jsem si neco na routeru nastavil)? Ono mi to teda stahuje, ale nevim jestli to stahuje dostatecne efektivne - tim myslim na plny vykon. Prijde mi to dost pomale - vetsinou tak 5KB/s i na docela dost frekventovane torrenty.

[kavol]

A jak poznam, ze mam nastavene porty spravne (uz jsem si neco na routeru nastavil)?

zeptáš se někoho "na druhé straně barikády", jestli je schopen se ti na ty porty připojit ...

Prijde mi to dost pomale - vetsinou tak 5KB/s i na docela dost frekventovane torrenty.

to "dost frekventované" může být naopak problém - pokud nemáš fakt dobrou tlustolinku, tak je vysoce vhodné omezit počty spojení ... každé spojení má nějakou režii, a když jich je moc, tak nakonce po lince běhá více dat režijních nežli užitečných a v konečném důsledku jde rychlost úplně "do kytek"

další oblíbený problém je, že drazí poskytovatelé velmi rádi nabízí linky se silně omezenou odchozí rychlostí - jenomže to nemá vliv jenom na množství dat odeslaných zpět ostatním torrentistům (podle čehož se mimochodem může řídit, kolik a jak rychle ti ostatní budou poskytovat), ale i na odesílání potvrzovacích paketů na příchozí data; a jestliže chodí pomalu potvrzení, odesílatel musí snížit rychlost posílání dat k tobě (to je přímo vlastnost protokolu TCP)

btw, k tomu nastavení routeru ... nevěř autorovi článku, jestliže píše:

"S nastavením routeru vám snad může pomoci plugin UPnP, ale nezkoumal jsem blíže, přijde mi to jako zvrhlost..."

- UPnP mi u ktorrentu chodí bez problémů (tedy proti nějakému AP od OvisLinku), pokud máš router, co UPnP umí, tak se vykašli na nějaké nastavování, prostě si na něm zapni podporu UPnP, v ktorrentu aktivuj UPnP plugin a tradá jedeme (pokud sdílíš router s někým jiným, kdo taky torrentí, tak si ještě změň používané porty, ať nejste v kolizi)

[Honey]

Díky za rady Teď už v tom mám jasno.

[Urso]

Proč je na firewallu povolován port 6882?

[mikro]

patrim medzi "normalnych" userov p2p, cize obcas nejaky torrent, obcas linuxdcpp... a musim povedat, ze ktorrent 2.1 (prave sa stiahol update z repositarov) ma NEUVERITELNE milo prekvapil -- ani nepamatam, ci som niekedy v starom ktorrente videl tak rychlo nieco stahovat (ako napr. teraz -- 280 KB/s len tak fici).

Netusim, co tam inzinieri z NDR bud v starej verzii pokaslali alebo v novej pridali, ale ten pokrok v rychlosti stahovania je fakt obrovsky (predtym som sa vacsinou smoulil na nejakych par KB/s, woooow, ide to 40 KB/s a teraz -- stovky len tak lietaju

Nechce sa mi verit, ze by to bola nahoda (hlavne ked to pozorujem aj pri starych torrentoch

[David Watzke]

Já s ním odjakživa (od prvních verzí) stahuju klidně 650 KB/s (moje maximum)...

[Guci]

No zlatej deluge