Control: retitle -1 libipc-shareable-perl: t/65-seg_size.t uses insane amount of memory on loong64
On Fri, 07 Aug 2026 12:16:14 +0200, Paul Gevers wrote:
On 07-08-2026 00:07, gregor herrmann wrote:Did you have a chance to see in top, which process/test was the culprit?No, but I ran it again to capture it. The output halts here:
Thanks, much appreciated!
t/64-nested_segs_untidy.t ..
…
ok 14 - Shared memory hash matches test data ok 1..14 ok
root@elbrus:/# ps faux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
…
root 601 32.8 53.2 1953147760 70989856 pts/5 D+ 10:05 1:12 >\_ /usr/bin/perl t/65-seg_size.t
So it's t/65-seg_size.t again."Again" because this test already has a patch to be skipped on 32bit platforms, which was adopted upstream in the new release (at a slightly different position in the renamed tests but with the same effect).
That means that I don't expect any improvement by the new upstream release at first sight.
Now we either need to find out what's different on loong64 (staring at the output of `perl -V' didn't show anything obvious to me) or we can skip the test (in general or on loong64).
Also there's a new upstream release, but that's more of a rewrite and I don't dare to guess if it changes the problem. Maybe we should just try, but I don't want to kill the poor loong64 CI hosts …Well, the package is currently on the reject_list on loong64, so don't worry about that. I can schedule it when you let me know.
Oh, good to know, and thanks for the offer. Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe`-
signature.asc
Description: Digital Signature
