https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6942
--- Comment #20 from Henrik Krohns <[email protected]> --- (In reply to Mark Martinec from comment #19) > > > - the multi_tok_count_change (called by learn) does not atomically > > > increment token's spam and ham counts. If multiple auto-learning > > > child processes were to learn same tokens, we could lose some > > > increments. > > If we can use 2.6 lua scripting to replace pack/unpack, it's the only > > sensible solution? Otherwise, nothing to worry. It's like winning in > > lottery. > > Here's another possibility for atomic adds: > > APPEND key value Sounds slightly awkward. Also it would probably eat a lot more memory. More I'm thinking about it, lua would be very elegant. I'd have probably used it if 2.6 was released when I started. Now we are still experimental and no one probably even uses 2.4 anymore so it would be easy change to require 2.6. This would even reduce network exchange considerably, since it's not required to pipeline up to 100 commands, only 1 EVAL command is sent with all the tokens as arguments. Just need to find some time to experiment.. -- You are receiving this mail because: You are the assignee for the bug.
