Hi

Sorry for the late reply. 

On Wednesday, 30 July 2025 03:24:42 Central European Summer Time Robin Laing 
wrote:
> I have been using pan for over a decade and the last time I tried pan a
> few days ago (Jul 27), it almost crashed my machine by using all the
> available memory, with usage over 16G and the rest of the swap on a
> machine with 32G ram and 8G swap.  Before that it froze up a couple of
> times downloading headers in the large groups for 100 days.

Unfortunately, the current implementation of pan loads all articles and parts 
of a group in memory. That can explain the huge memory usage you've seen.

> Would it be worth removing the full .pan2 directory and starting fresh
> to see if problems clear up?

That's worth a try. I would suggest to move it aside instead of removing it 
completely. So you can go back.

> Groups I look at have a large number of articles.  Due to obfuscation
> usage, they get a very large number, in the 100's of thousands in a few
> months.  There are original posts as well.

You can try to define scores and actions to remove these obfuscated posts:
- define a score to ignore them
- set an actions (in preferences) to delete article scoring at -9999 or less

For instance here's a filter I use:

%BOS
%Score created by Pan on Sat Feb  4 19:22:42 2023
[alt.binaries.*]
Score:: -9999
Subject: [0-9a-f-]{15,}
%EOS

That said, I do not know if pan remove the articles when downloading headers 
(in which case you should be fine) or if it applies scores and actions after 
loading all headers (in which case, you may face similar memory usage and 
crash)

HTH



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

Reply via email to