Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)
On Thu, 4 Aug 2022, Richard Miller wrote: I don't know any reliable server with good bandwidth serving without tls I am able to connect to your example arch.mirror.constant.com using both http and https. And now I feel like an idiot! The thing is that other tests I've made (I'm talking about a long, long time ago) with archlinux's mirrors allways redirected me to an htpps server, silly of me for not trying again. But I don't think it is the usb ethernet or the tls implementation, I've tryed before with the internal interface and ori's experience is similar. I've tryed with other user agent strings, and with the user agent string hget is using in linux's wget, but that is not the issue. Maybe is the tcp implementation? -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T668643d11149fab4-M353e1347db2203b819e9e672 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)
Quoth Richard Miller <9f...@hamnavoe.com>: > I am able to connect to your example arch.mirror.constant.com using > both http and https. Same. > Something is going on with usb ethernet and tls which I don't understand. > Could it be as simple as different block sizes interacting with the usb > packet size? > > I modified hget -v option to print the number of reads in each second, as > well as the original bytes-so-far and bytes-total. My internet wire speed > is about 40 megabit/sec. I'm not certain that it's only USB ethernet. On my (gigabit) ethernet, my CPU server is about 15% the speed of my Linux work machine, averaging something like 15 MiB/second. But with different URLs (I picked some OpenBSD mirrors), the results vary wildly: cpu% hget http:$url | tput 10.98 MB/s 20.70 MB/s 17.07 MB/s 15.59 MB/s 10.70 MB/s 10.77 MB/s 15.17 MB/s 15.26 MB/s $ curl -o /dev/null http:$url < % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 489M 100 489M0 0 105M 0 0:00:04 0:00:04 --:--:-- 105M Compare this one, where 9front beats Linux handily: cpu% url=//ftp4.usa.openbsd.org/pub/OpenBSD/7.1/amd64/install71.img cpu% hget http:$url | tput 60.20 MB/s 71.13 MB/s 70.77 MB/s 71.21 MB/s 69.97 MB/s 70.15 MB/s 72.19 MB/s 73.59 MB/s $ curl -o /dev/null http:$url % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 664M 100 664M0 0 24.7M 0 0:00:26 0:00:26 --:--:-- 25.1M And: % hget http:$url | tput 1.26 MB/s 1.54 MB/s 1.54 MB/s 1.45 MB/s 3.53 MB/s $ curl -o /dev/null http:$url % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 27 664M 27 183M0 0 22.7M 0 0:00:29 0:00:08 0:00:21 23.4M and: % hget http:$url | tput 33.00 MB/s 37.52 MB/s 36.93 MB/s 38.97 MB/s 39.09 MB/s $ curl -o /dev/null http:$url % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 664M 100 664M0 0 90.0M 0 0:00:07 0:00:07 --:--:-- 93.7M -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T668643d11149fab4-M6384a056753c4f907745c22c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)
> I don't know any reliable server with good bandwidth serving without tls I am able to connect to your example arch.mirror.constant.com using both http and https. Something is going on with usb ethernet and tls which I don't understand. Could it be as simple as different block sizes interacting with the usb packet size? I modified hget -v option to print the number of reads in each second, as well as the original bytes-so-far and bytes-total. My internet wire speed is about 40 megabit/sec. Using the pi4 built-in ethernet, I see this: term% url=//arch.mirror.constant.com/images/v20220801.71902/Arch-Linux-x86_64-basic-20220801.71902.qcow2term% 5.hget -v -o /dev/null http:$url 1 1074 513671168 154 236298 513671168 1891 4664898 513671168 1885 9351954 513671168 1952 14040462 513671168 1948 18715902 513671168 1908 23411670 513671168 2035 28095822 513671168 1992 32781426 513671168 1995 37459770 513671168 1945 42146826 513671168 ... term% 5.hget -v -o /dev/null https:$url 1 1670 513671168 136 1113734 513671168 571 5791366 513671168 569 10452614 513671168 571 15130246 513671168 568 19783302 513671168 570 24452742 513671168 569 29113990 513671168 573 33808006 513671168 568 38461062 513671168 542 42901126 513671168 ... Using a 100Mb/s usb2 ether adapter on the same pi4, I see this: term% 5.hget -v -o /dev/null http:$url 1 1074 513671168 662 1261410 513671168 2129 5896194 513671168 2121 10525170 513671168 2259 15167214 513671168 2212 19804902 513671168 2223 24442590 513671168 2195 2911 513671168 2175 33800730 513671168 2197 38479074 513671168 2244 43164678 513671168 ... term% 5.hget -v -o /dev/null https:$url 1 1670 513671168 75 614022 513671168 132 1695366 513671168 2 1711750 513671168 4 1744518 513671168 128 2793094 513671168 10 2875014 513671168 24 3071622 513671168 98 3874438 513671168 4 3907206 513671168 130 4972166 513671168 ... Needs deeper investigation. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T668643d11149fab4-Mbdc3913dcd77a8be18193e66 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription