Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by ncann on Sunday January 02, 2022 @11:30PM
(#29777346)
It's not like you would render and display the diffs in 2k emails at the same time either.
[ Parent
| on HN ]
Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by hamburglar on Monday January 03, 2022 @03:57AM
(#29778725)
There’s no reason you couldn’t. And part of the beauty of patch emails containing full diffs is that you can take them and use whatever tool you want to render them and not be beholden to some dumb web UI’s opinion of what’s “too big.”
Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by CameronNemo on Monday January 03, 2022 @12:18AM
(#29777605)
The difference is in one case a centralized server is expending a lot of resources to show something to the user, and in the other case it all happens locally and has no effect on the kernel.org infrastructure.
Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by encryptluks2 on Monday January 03, 2022 @04:31AM
(#29778922)
I don't think the issue is with the centralized server, but the browser and the JS components they use. I prefer local anyhow.
Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by wtallis on Sunday January 02, 2022 @11:34PM
(#29777364)
Didn't git do exactly that in preparing those emails to be sent? I wonder how long it took for that command to run.
Re:“Fast Kernel Headers” Tree -v1: Eliminate the Linux Kerne...
by db48x on Monday January 03, 2022 @01:28AM
(#29777978)
Probably very, very quickly. git-format-patch is very fast; all it has to do is diff the files involved in each commit, which is already heavily optimized. No syntax highlighting (your email program can do that if you want it), or line numbering (ditto).