On Mon, Apr 26, 2010 at 21:15, Warren Togami wrote:
> On Mon, Apr 26, 2010 at 6:00 AM, Justin Mason wrote:
>>
>> On Sat, Apr 24, 2010 at 19:36, Adam Katz wrote:
>> > The ruleqa system is very slow to crunch its results, and even slow to
>> > display them. I'd like to see it have a caching syste
On Mon, Apr 26, 2010 at 6:00 AM, Justin Mason wrote:
> On Sat, Apr 24, 2010 at 19:36, Adam Katz wrote:
> > The ruleqa system is very slow to crunch its results, and even slow to
> > display them. I'd like to see it have a caching system for data it has
> > completed processing and maybe find so
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6421
--- Comment #2 from guerr...@ice.cat 2010-04-26 06:18:22 EDT ---
Created an attachment (id=4754)
--> (https://issues.apache.org/SpamAssassin/attachment.cgi?id=4754)
Tcpdump log as requested
I wanted to attach the result of the tcpdump l
- "Justin Mason" wrote:
> On Sat, Apr 24, 2010 at 19:36, Adam Katz wrote:
>
> It seems to be quite beefy, but we have a lot of data to crunch and as
> you've
> noted it tends to get very backlogged, particularly on the OVERLAP
> data,
> which is very memory- and I/O-hungry.
>
> > (This i
On Sat, Apr 24, 2010 at 19:36, Adam Katz wrote:
> The ruleqa system is very slow to crunch its results, and even slow to
> display them. I'd like to see it have a caching system for data it has
> completed processing and maybe find some way to improve its ability to
> handle the masscheck calcula
On Sun, Apr 25, 2010 at 00:57, Sidney Markowitz wrote:
> Adam Katz wrote, On 25/04/10 8:22 AM:
>> Today, I saw this in svn at masses/README.perceptron:
>
> See this that Justin posted to sa-dev that explains the history of our
> using GA, then perceptron, then back to GA.
>
> It also links to Dunc
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6325
Dr. Tilmann Bubeck changed:
What|Removed |Added
CC||t.bub...@reinform.de
--- C
