This glibc performance bug came up recently on the tz mailing list; see the thread "[tz] localtime_r multiple times slower for Europe/Moscow timezone" starting here:
This problem has grown in importance as many jurisdictions are now like Moscow, as they formerly had daylight saving but now no longer do. So this performance bug is more important now than it was years ago.
This glibc performance bug came up recently on the tz mailing list; see the thread "[tz] localtime_r multiple times slower for Europe/Moscow timezone" starting here:
https:/ /mm.icann. org/pipermail/ tz/2023- January/ 032522. html
That thread stems from the following Ubuntu bug report:
https:/ /bugs.launchpad .net/ubuntu/ +source/ tzdata/ +bug/868395
Guy Harris diagnosed the problem as glibc not properly caching the expansion of the TZ string at the end of the TZif file. See:
https:/ /mm.icann. org/pipermail/ tz/2023- January/ 032529. html
This problem has grown in importance as many jurisdictions are now like Moscow, as they formerly had daylight saving but now no longer do. So this performance bug is more important now than it was years ago.