Same 9front under virtualbox: term% time hget -o /dev/null http://mirrors.ctan.org/macros/latex/base.zip 0.06u 0.24s 8.74r hget -o /dev/null http://mirrors.ctan.org/macros/latex/base.zip
Mark. On 2/22/16, tlaro...@polynum.com <tlaro...@polynum.com> wrote: > On Mon, Feb 22, 2016 at 12:17:30PM +0000, Richard Miller wrote: >> > It seems that Plan9 is not at fault per se >> >> I think it probably is. Here's another data point (same ADSL connection) >> - > > The delicate point is: is plan9 at fault or it is the fact that it is > advertised as Plan9 that is the source of this throttling down. > > Because I have tested retrieving a 10MB file from another server, under > plan9 (http://mirrors.ctan.org/macros/latex/base.zip) and I have good > results on par with what I have under NetBSD (same node; dualboot). > > So I think the ethernet layer (the rtl8169) is not at fault. Perhaps > another IP layer is at fault (bad negociation under some circonstances > leading to very small packets). Or the server is throttling down > the connection, whether explicitely because it is Plan9/hget (used > by some? as bittorrent utility, or the string used etc.) or simply > because there is a rule that everything not recognized/authorized > (ie, chrome, mozilla, wget, ftp, lftp) is considered a robot, and > is throttled down... > >> >> #l0: i82579: 1Gbps port 0xFE500000 irq 10: 386077f0e800 >> 0.09u 0.08s 182.26r hget >> http://downloads.kergis.com/kertex/kertex_bundle.tar >> >> But on the same machine, using linux instead: >> >> $ time wget -o /dev/null >> http://downloads.kergis.com/kertex/kertex_bundle.tar >> >> real 0m9.134s >> user 0m0.048s >> sys 0m0.186s >> > > -- > Thierry Laronde <tlaronde +AT+ polynum +dot+ com> > http://www.kergis.com/ > http://www.arts-po.fr/ > Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C > >
