Are you trying to blame Fritz's behavior on me?? Give me a break and try
reading the MANY posts complaining about the help people are getting on this
list.
Then add how insulting Fritz is into the mix and it's got nothing to do with
MY behavior.
If you'd like, I would be happy to post ALL of the email exchanges between
Fritz and I and I'm sure 99% of you would have said screw off to him after
just the first few emails instead of taking it like a desperate fool who
needs help so has no choice but to put up with it.
-----Original Message-----
From: Victor Miasnikov
Sent: Monday, May 20, 2013 8:19 AM
To: C. Eckbold ; For Users of ASSP
Cc: m...@grounded.net
Subject: Fw { Use both MySQL ( "DB:") and BerkeleyDB ( for other) <=flat
files == _terrible_ memory usage } Re: crashes due to memory leaks Re:
[Assp-user] Install BerkeleyDB version 5.xx Re: rebuild kills assp even with
correct perl
Hi!
>I can't decipher this either Mike.
Mike . . .
Look on result of Mike behavior:
----- Original Message -----
From: "Fritz Borgstedt"
To: "For Users of ASSP"
Sent: Monday, May 20, 2013 5:46 PM
Subject: Re: [Assp-user] rebuild kills assp even with correct perl
I ( Fritz) told you ( Mike) from the beginning,
that I ( Fritz) only support V1 because that is my field of experience.
VVM: typical answer ( many,many,many,many time . . .):
Mike>> The only information is the cryptic information that Fritz sent me
Mike>>while he was working on the server;
VVM: and as result:
I ( Fritz) will not longer do any personal support for this list.
Fritz
--
TO Mike: Great anti-thanks from ASSP users!
>
>It would be great if there were a
> clearly defined set of system requirements for starter....
>
> We need BerkeleyDB 5+?
>
Yes, in any case
> We need 32-bit perl?
Perl 32Bit is _preffered_ by memory usage
> crashes daily due to memory leaks.
RAM ? How exactly Mb ?
As variant, try 64Bit Perl
Some another Q:
count of workers?
maxbytes ? 4Kb? 8? 16? Or?
Are You use MySQL/MS SQL and( or) BerkeleyDB ?
Windows ? 2003 / 2008 R2 ?
or Linux? RedHat / Debian / or ?
> . . . memory
Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/
P.S.
> system requirements
----- Original Message -----
From: "Victor Miasnikov" vvm
To: . . . ; "ASSP development mailing list"
Sent: Thursday, March 29, 2012 6:53 PM
Subject: [Assp-test] Use both MySQL ( "DB:") and BerkeleyDB ( for other)
<=flat files == _terrible_ memory usage Re:
Antwort: Re:Antwort: Re: Antwort: Memory footprint
Hi!
>> Do you use any DB ?
> No, just flat files. And, I just checked again. it's now running at
> 1.9GB and 112MB swap
flat files == _terrible_ memory usage
This
VVM>>>Win 2003 x86 720Mb for OS + 1Gb for soft => 5 . . 7 workers ( MySQL
( or other SQL Server) + BerkeleyDB
_absolutely_ requred )
may be read as
If use both MySQL ( "DB:") and BerkeleyDB ( for other) 7 workers ( on x86)
use 608 Mb
Best regards, Victor Miasnikov
--
----- Original Message -----
From: "Victor Miasnikov" vvm
To: "PMW Troy"
Cc: "ASSP development mailing list"
Sent: Friday, March 23, 2012 2:38 PM
Subject: Re: [Assp-test] ASSP V2 Problem Worker_X accept to client failed
. . .
Thomas Eckardt>> - too high setting for 'maxbytes'
"To:" PMW Troy:
maxbytes ? 4Kb? 8? 16? Or?
> says 5 workers are active.
Try 7 workers if have free RAM and( or) try RAM-Dirve for TMPDb
Try 3 workers in case small size RAM
> I will try updating to perl 5.12, and see if that helps.
And even to 5.14 . . . <= in case small size RAM
Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/
P.S.
Thomas Eckardt>> - bad system design - too less RAM (min 1GB of the non
system part)
Yes: for example: Win 2003 x86 720Mb for OS + 1Gb for soft => 5 . . 7
workers ( MySQL ( or other SQL Server) +
BerkeleyDB _absolutely_ requred )
Thomas Eckardt>> and/or CPU cores (min 4)
PMW Troy:>
PMW Troy> I would suggest adding those minimums to the archive, because this
is
PMW Troy> the first I've heard of them, especially the minimum 4 core part.
First of all, more than 1 (one) CPU core
2 core is absolutly(!) minimum
4 core is _recommended_ , but in any case close to minimum
( and see in P.P.P.S. if "use of virtualization ( Hyper-V / XEN / ESX /
etc.)" -- count of CPU is not big problem)
P.P.S.
PMW Troy:> first I've heard . . .
Don't forgot about storage subsystem ( HDD / RAID) :
----- Original Message -----
From: "Thomas Eckardt"
To: "ASSP development mailing list"
Sent: Monday, November 21, 2011 8:44 PM
Subject: [Assp-test] Antwort: best config for rebuildspam and HMM
. . .
There are multiple possible reasons for such a slowness. I think, slow IO
performance is the reason in your case. BerkeleyDB (use for the temporary
HMM DB's) needs a very fast IO system, in case large DB's like HMM are
processed.
. . .
It is not important that the IO system could process many MB/s - IO/s is
much more important.
. . .
My IO system (in an ESX server) for assp is designed as follows.
- LSI high performance SAS-CTL with 256 MB Cache
- 6 disks each with 10Krpm in a RAID10
--
P.P.P.S.
> We're a small business
I strongly recommend the use of virtualization ( Hyper-V / XEN / ESX / etc.)
, especially for small businesses:
consolidation costs / better TCO
--
----- Original Message -----
From: "Thomas Eckardt"
To: "ASSP development mailing list"
Sent: Wednesday, March 21, 2012 7:11 PM
Subject: [Assp-test] Antwort: ASSP V2 problem Worker_x accept to
clientfailed
These are the most common reasons:
- bad system design - too less RAM (min 1GB of the non system part) and/or
CPU cores (min 4)
- the memory of the assp processes is paged
- too slow DNS-servers are used ( fast local DNS servers are recommended)
- a too slow database server is used (seems some MSSQL-setup,drivers....
makes problems because of uncleaned DB-cursors - use MySQL instead)
- regular expressions are looping or taking too long to process
- too high setting for 'maxbytes'
- too less workers (5-7/9) - highload systems with more than 300.000
connection per day could require a special/professional setup and system
design
- Perl modules are not uptodate - Perl 5.12 or higher is recommended
Thomas
--
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Assp-user mailing list
Assp-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-user
