Pane Marku Lutonský,
poslední dny byly nabité změnami. Napřed zavedl Eurotel regulérní FUP_3, která využívá jiný algoritmus a je účinná na většinu užívaných DC clientů. Následně (ale nikoliv jako důsledek, protože se to stalo s mnohahodinovým zpožděním) prudce klesla latence sítě (na 150-200 ms).
Dnes během dopoledne začala narůstat rychlost na HTTP a FTP, z obvyklých 150 - 300 kbps mi vzrostla na obdivuhodných 400 kbps - 1 mbps. Současně s tím opět vzrostla latence, na průměrných 300 ms (stále zázrak oproti minulosti, kdy nebyly neobvyklé hodnoty v řádu sekund).
FUP_3 sice částečně snížil traffic, ale nic takového jsem nebyl schopný vyčíst z NIXu (nevidím tam ani změny, které by odůvodnily nárust rychlosti, ani jsem nenašel očekávanou závislost mezi latencí a trafficem).
Kromě toho jsem zjistil, že jen má tupost mi zabránila v posledních dnech používání P2P přes den (nebudu uvádět "jak na to", je to tak jednoduché, že si připadám jako blb). Po oživení denního provozu DC jsem s úžasem zjistil, že stahuji několikanásobkem obvyklých nočních rychlostí a že se vše načítá mnohem rychleji se zlomkem timeoutů. (To ale není ani náhodou zásluha změn, provedených Eurotelem.) Jednoznačně se tím ale potvrdilo mé silné podezření, že je i noční provoz limitován nějakou variantou FUP_1.
Abych shrnul celkový dojem (doufám, že ne předčasně):
CDMA se chová v současnosti tak, jak se chovalo v srpnu (pravda, s mnohými úpravami včetně hlídání downloadu a automatických restartů). Předběžně odhaduji, že mi opět vzroste denní download na řádově více než 3 GB - což samozřejmě neodpovídá zvýšení rychlosti, protože pomocí DC se Vám většinou nepodaří využít přenosovou kapacitu naplno.
Osobně v této chvíli nemám CDMA co vytknout (streamovaná audia ani videa mě nelákají, a služby, které provozuji fungují tak, jak mají). Doufám, že se neraduji předčasně.
Berte to vše ale prosím se značnou reservou, protože se samozřejmě nejedná o žádná seriósní měření a navíc je to empirie jednoho člověka. K mé lítosti jsem nenalezl žádnou odezvu na zavedení FUP_3 a následných změn, takže vůbec netuším, jestli popisuji plošný jev, nebo něco, co se týká nějaké oblasti, nebo snad jen dokonce sektoru.
Podíval jsem se na cdma.cz, ale na rozdíl od Vás jsem tam nenalezl potvrzení zrychlení, ale navzájem protichůdná prohlášení typu "mně to jede" a "mně to nejede". Ani z těch z těch příspěvků nelze soudit na to, zdali se nejedná jen o lokální experiment Eurotelu.
*******************************************
Frekvence restartů (úměrně vyšší k rychlosti):
Thu, Apr 14, 2005 17:14 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 17:36 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 17:57 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 18:16 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 18:34 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 18:51 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 19:20 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 19:37 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 19:55 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 20:13 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 20:30 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 20:49 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 21:10 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 21:33 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 21:51 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 22:20 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 22:38 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 22:56 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 23:14 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 23:32 LOWER THAN LIMIT 10 kBps
Thu, Apr 14, 2005 23:41 PING_1 ERROR - GO TO NEXT TRY
Thu, Apr 14, 2005 23:42 PING_2 ERROR - RESTARTING
Thu, Apr 14, 2005 23:59 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 00:33 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 03:51 PING_1 ERROR - GO TO NEXT TRY
Fri, Apr 15, 2005 03:51 PING_2 ERROR - RESTARTING
********************************************
VÝPADEK (pozorovatelný na NIXu) AŽ DO:
Fri, Apr 15, 2005 04:30
********************************************
Fri, Apr 15, 2005 04:43 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 05:03 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 05:19 LOWER THAN LIMIT 10 kBps
Ve 3:59 spuštěna opět FUP_3 v nějaké své podobě (krátký interval mezi restarty úměrný rychlosti), od 5:19 do 8:28 bez FUP_3 Potom byla s půlhodinovým předstihem nastartována FUP_3 v podobě, známé ze včerejška (předcházející "zub" na grafu se u mě neprojevil).
Fri, Apr 15, 2005 08:28 PING_1 ERROR - GO TO NEXT TRY
Fri, Apr 15, 2005 08:29 PING_2 ERROR - RESTARTING
Fri, Apr 15, 2005 08:47 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 09:24 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 09:45 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 10:16 LOWER THAN LIMIT 10 kBps (98 MB za 31 min !)
Fri, Apr 15, 2005 10:32 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 10:56 LOWER THAN LIMIT 10 kBps
Fri, Apr 15, 2005 11:24 LOWER THAN LIMIT 10 kBps
atd...
Vyšší frekvence restartů připojení přes den není na závadu, protože se načítají data z hubů mnohen rychleji (nečeká se přes 10 minut na začátku relace - zásluha Eurotelu i změny u mě současně).
Trochu jsem to přechválil, download mezi restarty byl večer 30 stazenych MB (přes den to bylo do 50), ale stejně
je to skvělé a mohu potvrdit odhad denního downloadu (průměr do limitace 40 MB) na více než 3 GB [(15,5x40x3)/1000+1,63]=3,49 GB
Naměřené hodnoty:
Noční download od 00:00 do 08:30
1,63 GB
Za půl dne - 00:00 až 12:00
2,14 GB
Za 3/4 dne - 00:00 až 18:00
2,81 GB
Limita pro snížení datového toku u FUP_3 byla včera večer i dnes ráno 30 MB (resp. 28 MB opakovaně). Během dopoledne se změnila limita na 100 MB (!), nebo se stal rozhodujícím parametrem čas připojení při velkém datovém toku.
FUP_3 je tedy v poslední době tvořena souběhem limitace datového toku po 30-50 MB (někdy po uplytutí definovaného času) a stálou dramatickou limitací provozu P2P na 1 kBps.
Z intervalu mezi restarty a znalosti konkrátního objemu dat staženého mezi nimi nelze přímo odhadovat možný průměrný datový tok (je vyšší než takto konstruovaný odhad), protože v prvních minutách dochází ke komunikaci s HUBy a vyhledávání volných slotů. V tu dobu je datový tok pouze v řádu jednotek kBps.
_______________________________________________________________________
Poznámka:
Nechci razit teorii spiknutí, ale noční výpadky sítě, které se objevují velmi četně mezi 2. a 4. hodinou ranní mohou (kromě předpokládatelných "servisních operací" - ale proč by byly téměř denně a proč by byl předem ohlašován pouhý zlomek z nich) mít za cíl snižovat traffic, protože se dá předpokládat, že ne všichni používají softwarová udělátka na obnovení spojení, takže výpadek a následná krátká aplikace "násilných vytuhnutí spojení" (tento jev jsem několikrát po nocích pozoroval, následoval po výpadcích sítě) zajistí odpojení nikoliv nepodstatné části stahovačů. Pro ilustraci se stačí podívat na stránky pana Alexe -
http://www.efs.wz.cz/ - sekce download na počet stažení
nejkvalitnějšího dostupného redialeru, hlídajícího vše možné, od času, přes objem dat a rychlost... Ze 40 000 lidí si jej dosud stáhlo méně než 500 (1,25%) uživatelů.