Novinky o FatRatu - 14

5.9.2010 00:34 | Přečteno: 1700× | FatRat | | poslední úprava: 5.9.2010 00:43

Plán vývoje a nějaké ty ukázky z vývoje. Nevíte, co je FatRat?

FatRat má nyní dvě oddělené vývojové Git větve, kde se postupně připravují nové funkce - tou první je ajax_webui zmiňovaný v předchozím zápisku a tou druhou je segmentation_support.

Segmentové stahování

je naprostá hovadina. V dávných dobách se mi to hodilo, ale ten samotný princip tak nějak není fér. Je to jen praní o šířku pásma s ostatními uživateli. Obzvlášť na hlavu je to, jak k tomu přistupuje například Download Accelerator Plus: ve výchozím nastavení začne z jediného URL stahovat ve čtyřech vláknech. Potěš pánbůh, to je ale debilita.

Fakt je ale ten, že uživatelé to chtějí, a to hlavně uživatelé z bývalého Sovětského svazu. A oni ty HTTP/FTP přenosy měly doposud jen velkou šedivou plochu, když se přepnulo do detailního zobrazení, tak tam teď aspoň něco bude. Samotná podpora už je teď napsaná, jen se k tomu musí dodělat všechny GUI hovadinky a mirror search. Vlastní kapitola je omezování rychlosti segmentovaného přenosu. Ačkoliv je absurdní u takového přenosu omezovat rychlost, je pro korektnost chování nutné, aby to fungovalo.

Nad linuxovým epoll() je to snadné, protože do epoll setu můžete kromě socketů a souborů přidat jiný epoll handle. Tudíž se jednotlivé stahované segmenty sjednotí pod jeden epoll handle a ten je zařazen pod globální epoll handle, kde probíhá omezování rychlosti. Nejsem si jist, zda tahle sranda bude fungovat pod *BSD (kqueue), nicméně podle statistik a odhadů je uživatelů FatRatu na *BSD jako koček domácích na severním pólu, takže mě to aktuálně moc netíží.

Takhle to zatím vypadá - sorry za hnusný font a všechno, bylo to v testovacím prostředí:

Otázkou teď je, jak vyřešit mirror search. První nápad je shromáždit přehledy linuxových (distribuční, SourceForge apod.) zrcadel do nějakého config souboru. Druhý nápad je používat navíc službu FindFiles.com jako GetRight. Máte další nápady?

AJAX webové rozhraní

Jeho vývoj postupuje dál - zbývají tyto části:

• přidávání přenosů
• tab s detaily pro HTTP/FTP a BitTorrent přenosy
• konfigurační prostředí po vzoru dialogu Nastavení v GUI

Zároveň jsem v této větvi upustil od vlastní implementace HTTP serveru a přešel na libpion-net. Nutno podotknout, že Firefox je kurevsky pomalý prohlížeč a webové rozhraní v něm není při častém obnovování dat zrovna svižné. V Opeře a WebKit prohlížečích není problém.

Další blbinky

• monitor schránky s nastavením regexpů, na které reagovat
• filtr přenosů v hlavním okně podle názvu
• seznam oblíbených veřejných trackerů v dialogu pro vytváření torrentů
• funkce pro (hromadné) kopírování URI přenosů

Plán vývoje

V plánu je brzy vydat opravnou verzi 1.1.3 s opravami stability a drobnostmi výše zmíněnými. Jakmile budou dokončeno segmentové stahování i nové webové rozhraní, vyjde verze 1.2. V té době bude doufejme na světě i plugin pro Uloz.to s decaptcha.

Pro účely nového webového rozhraní je zdokonalováno i XML-RPC rozhraní. To by se dalo dál využít... aplikace pro Android? Uvidím...

S blížící se bakalářkou navíc přemýšlím, jak v bakalářce dělat něco skutečně užitečného - třeba pro FatRat. Jak to s tématy bakalářky bývá na FEL ČVUT, STM, nevíte?

       

Komentáře

[trekker.dk]

Jak to s tématy bakalářky bývá na FEL ČVUT, STM, nevíte?

Neviděl bych v tom problém - tipuju, že někoho, kdo se ti pod to podepíše, najdeš.

[Jan Grmela]

Souhlasím. Na bakalářku je toho až až.

Navrhuji téma: "Jak jsem protlačoval FatRat do distribucí". To ocení nejen tvůj vedoucí

[Jan Drábek]

Rada pro příště... Zamlž raději všechny položky, takhle to působí dost kontraproduktivně.

[kotyz]

plugin pro uloz.to se hodi, ale vic by se mi hodil spis plugin pro share-rapid. a co ten metalink? chtel ho jeste nekdo jinej nez ja?

[finder]

Mam dojem, ze metalink niekedy vo Fatrate chodil. Teraz nie? Ja ho chcem tiez.

[Luboš Doležel (Doli)]

Metalink nechodil nikdy, je to věc, se kterou jsem se osobně setkal snad dvakrát za život, takže bych si moc naděje nedělal.