From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 22 Feb 2016 10:14:12 +0100 From: tlaronde@polynum.com To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20160222091412.GA484@polynum.com> References: <20160219125246.GA345@polynum.com> <7cdd0c6898558feb7648d8d0bd356157@lilly.quanstro.net> <20160220103225.GA42@polynum.com> <901BC05C-A1C3-43F2-88F1-C96B28C00CD5@gmail.com> <20160220121147.GA515@polynum.com> <20160220140149.GA1093@polynum.com> <36a7a43105da0ea05fcec8fe089d37ac@mule> <20160220174548.GA1630@polynum.com> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: [9fans] rtl8169 gbe slow Topicbox-Message-UUID: 870c9086-ead9-11e9-9d60-3106f5b1d025 Actually, the sources are up-to-date. Setting "tcp" for /net/log doesn't produce any message. Since the problem is with one address (http://downloads.kergis.com/), I will have to snoopy the interface to have a clue about what is going on (is the negociation leading to this poor performance? Are the packets arriving sparsely, meaning that the problem is "before" with the gateway or the external server? Is "Plan9/hget" considered a bittorrent application and the external server throttling down on purpose?). If someone under Plan9 could try to download with hget(1): http://downloads.kergis.com/kertex/kertex_bundle.tar and give me the time (it is a 10MB file) to do so, I will have a clue about whether there is something "generally" going on on the server with Plan9 or hget, or if the problem is local to my installation. TIA -- Thierry Laronde http://www.kergis.com/ http://www.arts-po.fr/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C