Re: Is python2 dead?

2023-09-15 Thread Eric S. Raymond via devel
Hal Murray via devel :
> Do you have any data on Go GC times?

Yes. They're pretty miniscule. Most Go GC is performed concurrently
with normal program execution, except for one stop-the-world phase
that typically runs on the close order of 1ms for real production
programs.

https://medium.com/servicetitan-engineering/go-vs-c-part-2-garbage-collection-9384677f86f1

"Nearly all STW pauses in Go are really sub-millisecond ones. If you
look more real-life test case (see e.g. this file), you’ll notice that
16GB static set on a ~ regular 16-core server implies your longest
pause = 50ms (vs 5s for .NET), and 99.99% of pauses are shorter than
7ms (92ms for .NET)!"
-- 
http://www.catb.org/~esr/;>Eric S. Raymond


___
devel mailing list
devel@ntpsec.org
https://lists.ntpsec.org/mailman/listinfo/devel


Re: Is python2 dead?

2023-09-15 Thread Eric S. Raymond via devel
Hal Murray :
> Maybe it's time to switch to Go?

I've thought about it.  It shouldn't be all that difficuly.  I wrote a tol that 
would help:

https://gitlab.com/esr/pytogo

> How long would it take us to rewrite, from scratch, everything in ntpclients?

Around three man-monts is my estimate.

> I occasionally poke around in ntpq.  I find it very hard to work with.  I 
> think the others are much simpler.

Yes, that's so.  Most of the complexity is in ntpq.

> Is the basic structure right?  If we were starting from scratch, what would 
> pylib look like?

I've learned by hard experience not to try to do a language translation and
a rewrite at the same time, so this is a question I wouldn't want to broach
while doing a lift.

That said, I think the structure of pylib is basically sound.
-- 
http://www.catb.org/~esr/;>Eric S. Raymond


___
devel mailing list
devel@ntpsec.org
https://lists.ntpsec.org/mailman/listinfo/devel


Re: Is python2 dead?

2023-09-15 Thread Eric S. Raymond via devel
Gary E. Miller via devel :
> > Maybe it's time to switch to Go?
> 
> Please, no.  Go is a garbage collected language.  Just what NTPsec does
> not need, random, unpredictable delays.

We're only takling client-side as yet.
-- 
http://www.catb.org/~esr/;>Eric S. Raymond




signature.asc
Description: PGP signature
___
devel mailing list
devel@ntpsec.org
https://lists.ntpsec.org/mailman/listinfo/devel


Windows time scrambling (from the TZ list)

2023-09-15 Thread Hal Murray via devel
"Windows feature that resets system clocks based on random data is wreaking
havoc."

https://arstechnica.com/security/2023/08/windows-feature-that-resets-system-clo
cks-based-on-random-data-is-wreaking-havoc/




-- 
These are my opinions.  I hate spam.



___
devel mailing list
devel@ntpsec.org
https://lists.ntpsec.org/mailman/listinfo/devel