
I pro Wokna existuje víc FTP serverů, takže možno si pohrát i tam.
Add Hapiho příklad s Pure-FTPd. Co si pamatuji, tak tam ujížděli na možnosit nastavovat kde co, včetně limitů rychlostí dle uživatele a další ptákoviny. Tak bych na Hapiho místě trošku prošel konfiguraci a dokumentaci, zda náhodou nezjistí, že defaultní nastavení je, že jedno spojení nedostane víc než polovinu rychlosti portu nebo něco takového (pak nejde o problém aplikační úrovně, ale až někde mezi židlí a klávesnici, nebrat osobně

sub_zero píše:Takže jen malé shrnutí... pokud pomocí iperfu nebo jiný "hloupý" utility dostanu z linek maximum a následně třeba FTP jen desetinu, je to tedy problém na aplikační vrstvě, ano?
Nemám bouchat do data carrierů a dožadovat se nápravy? Mám raději napsat nějakýmu Frantovi, co napsal ten FTP server?Je mi jasný, že pokud by se TCP rozumně neřídil, asi by nynější kapacity serverů, sdílenýho prostředí apod už dávno nestačily.
Jde mi hlavně o to, že pokud v dnešní době nabízí poskytovatelé na FTTx 100Mbit lajny a uživatel je stejně nedokáže vytížit a "reklamuje" tu službu (teď se nebavme o agregaci), jak má ten poskytovatel reagovat? Když uživatel mu tvrdí: "Já měl před vaší firmou firmu xyz a u nich to v pohodě šlo." A já tomu věřím. Čím dál více se setkávám s tak markantním rozdíly v kvalitě a rychlosti služeb jednotlivých poskytovatelů a právě toto mě přimělo začít hledat chybu jinde než u nás v síti.
Bohužel jsi narazil na problém, na který narazí časem asi většina ISPíků dávající takové linky (a jejich uživatelé), že jaksi chybí služby, které by dokázaly takovou linku ucpat. Zvláště pokud zákazník chce linku proto, že bude sosat z jednoho místa a ono to jak na potvoru z něho nejde. Tohle je dost obecná záležitost na kteoru narazí každá síť, kde spoleháš na zdroje dat ležící mimo tvoji pravomoc.
Také bych věřil, že jinde mu to mohlo jet z jeho oblíbeného porno fekálního FTP serveru rychleji než u tebe, přestože tam měl třeba linku méně než 100 Mbps. Možná ten jiný ISP používal jiného data carriera a uplatnily se jiné vazby v jeho síti a proti síti serveru...
K tomu pokud pomocí iperfu vytlačím max a klientovi to jde soplem, tak vždy chyba v aplikaci klienta a/nebo serveru nebude. Na takové tvrzení by jsi tím iperfem musel sjíždět stejnou linku a koncové body jako brblající zákazník, což obvkyle nemůžeš. Pokud by jsi vedle sebe na stejné celé trase dokázal to FTP a iperf porovnat a měl jsi jistotu, že v daných sítích nedochází k řízení toků, které se jinak postaví k FTP a jinak k iperfu s jeho tcp spojením tak pak ano, je problém té apliakce, že se nedokáže vyrovnat s profilem té linky a vymačkat z ní maximum. Třreba může jít i o to, že prvně poradit zákošovi, ať laskavě ten stahovaný warez neukládá na USB disk připojený přes USB1.0 port, ať ho přepojí do USB2.0/3.0 portu a hnedka mu to stahování výrazně zrychlí, protože bude klient schopen i rychleji ukládat, tak ten klientský program bude mít i důvod rychleji sosat (jako jedna z možných příčin).
Bohužel máš iperf sever asi někde jinde než ten server, co reklamuje zákazník, takže měříš jinou trasu. Je třeba si uvědomit, že jediné, co dokážeš garantovat, je tvoje síť, kterou máš pod kontrolou (snad

Takže to obecně tou jendou větou odbýt nejde. Co se děje jedině by jsi pro každého brblala musel zjišťovat zhruba tak, jak jsem psal pro Hapiho, což je nereálné. Reálné a co máš dělat je snažit se o kvalitativní držbu toho, co slibuješ ve své síti a hlídat si svou uplikn linku, že dává co má. A pokud to jde dál po psa, tak občas štouchnout do data carriera, že on to nemá přehánět s tou agregací u sebe a případně přihodit další 10 Gbps port do NIXu, k dalšímu Tier 1, ....

Není to potěšující, že?
