Just FTR: My HW: cstamas@Urnebes ~/Worx/apache-maven/maven-resolver (named)$ inxi CPU: 6-Core Intel Core i7-7800X (-MT MCP-) speed/min/max: 1200/1200/4000 MHz Kernel: 5.8.0-25-generic x86_64 Up: 2h 32m Mem: 8698.2/64029.4 MiB (13.6%) Storage: 6.36 TiB (4.6% used) Procs: 382 Shell: bash 5.0.17 inxi: 3.0.38 cstamas@Urnebes ~/Worx/apache-maven/maven-resolver (named)$ uname -a Linux Urnebes 5.8.0-25-generic #26~20.04.1-Ubuntu SMP Thu Oct 15 14:55:06 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux cstamas@Urnebes ~/Worx/apache-maven/maven-resolver (named)$ cat /etc/issue Linux Mint 20 Ulyana \n \l
My net (as measured by https://netspeed.one/internet-speed-test/ ) ping 13 ms jitter 1 ms 926/28 down/up Python: (linuxbrew installed) Python 3.9.0 HTH Tamas On Fri, Nov 6, 2020 at 10:05 AM Jakub Bartecek <[email protected]> wrote: > I agree that the numbers I got are suspicious (I don't know why) and I'll > try to get some numbers by running the script on a server. The reason might > be that on my laptop the kernel / python starts with a smaller number of > TCP connections and it waits for the first batch to complete before the > next one is initiated. That might explain it and might also be a case in a > real world. These are just my assumptions. I didn't find any other reason > for it. > > But anyway I think that there are other benefits in the HTTP/2 than just > server push. E.g. steam multiplexing over the same TCP connection, > bidirectional communication, binary form of the protocol, header > compression, ... > > > On Thu, Nov 5, 2020 at 9:24 PM Benjamin Marwell <[email protected]> > wrote: > > > Well, if central supported h2 push, that would be a benefit! > > > > E.g. request shiro-web.jar and all the other dependencies would be > pushed: > > shiro-core.jar/.pom etc. > > > > Maven would need to figure out which one it needed, so it doesn't > > redownload existing artifacts. > > > > So, no (or only marginal) gain without h2 server push. > > > > There may be other interesting mechanisms, but from what I've heard, push > > is the most beneficial. And that's what I observed so far. > > > > On Thu, 5 Nov 2020, 19:49 Bernd Eckenfels, <[email protected]> > wrote: > > > > > Hello, > > > > > > I don’t really see where http/2 should have a speed performance > compared > > > to http/1.1 as long as both use keepalive. For larger artifacts even > the > > > header reduction should be negectible. Having said that, it is of > course > > a > > > good idea to go with the new protocols, but I would not expect much > > > advantage. Especially not if you limit yourself to one or two tcp > > > connections per repository. > > > > > > Gruss > > > Bernd > > > -- > > > http://bernd.eckenfels.net > > > ________________________________ > > > Von: Jakub Bartecek <[email protected]> > > > Gesendet: Thursday, November 5, 2020 6:28:05 PM > > > An: Maven Users List <[email protected]> > > > Betreff: Re: HTTP/2 support in Maven > > > > > > Hi, > > > I'll look at it tomorrow and try to verify it really downloads the > whole > > > content, I did some checks on POM files and it really downloaded it. > > > > > > Thanks for testing it from your machine. It's interesting to see that > you > > > have completely different results. Honestly I'm not sure how that is > > > possible, but I'll think about it more tomorrow. I'm about to call it a > > day > > > now. > > > > > > Kuba > > > > > > On Thu, Nov 5, 2020 at 6:10 PM Tamás Cservenák <[email protected]> > > > wrote: > > > > > > > (short disclaimer: am not a python speaking person, so the change I > did > > > > above with intent to "consume response body, the artifact bytes" may > > not > > > > did what I wanted :D) > > > > > > > > > >
