Robin Laing posted on Thu, 7 Aug 2025 23:17:31 -0600 as excerpted:

>   32G and swap. all used
> up.  Pan can have access to about 20Gig plus 8 Gig swap.  With the large
> binary groups, it all gets used up.

Out of curiosity just how many "headers" are we talking?  As I mentioned, 
pan should handle north of 2 million now, given say 16-gig plus of RAM, 
but I really don't know /how/ /far/ north of that ~28 gig (RAM+swap) app-
usable will get, now, nor do I know what sort of numbers such groups 
actually have now, so getting some sort of idea to calibrate myself 
against modern 64-bit pan and modern high-traffic binary groups would be 
useful.

And also... I'm assuming that swap is at least SATA-3 SSD if not M2 or 
even compressed-RAM (zswap or swap on zram), and not legacy "spinning 
rust", which I can only shudder at the thought of, 8-gig into swap!

Meanwhile, if people are going into swap enough to be a worthwhile 
discussion, we could do a subthread on swap and filesystem cache tuning 
(basically the stuff under /proc/sys/vm, often configured via /etc/sysctrl 
or the like).  My system's old enough to be stuck on SATA-3 SSDs still, 
but swap and cache tuning have made quite a difference for me.

(FWIW, 16 gig RAM here, gentoo system, and it's stuff like firefox builds 
that really send /me/ into swap -- not pan because as I said I don't do 
enough binaries for that to be an issue.  Chromium builds were even worse 
when I was using it, with the various chromium-based webengines near as 
bad, and libre-office is supposed to be pretty bad as well.  But with 
reasonable tuning I can be double-digit gigs into swap and not even 
realize it until I happen to glance at my conky memory graphs, while 
before tuning I was seeing noticeable swap stalls even a couple hundred MB 
into swap.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


_______________________________________________
Pan-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/pan-users

Reply via email to