Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: [Snort-users] Backend DB's |
|---|---|
| Date: | Mon, 7 Jul 2008 17:30:10 -0400 (EDT) |
On Mon, July 7, 2008 3:12 pm, Craig Van Tassle wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well database performance it's self is not a major issue. We are using FLoP right now because the previous Security Engineer here convinced my boss that barnyard was causing issues with us losing the Alerts, the problem turned out to be related to tagged packets, but right now my boss is unwilling to really let us do much in the way of switching systems. We have multiple databases, for a varity of clients. The main issue we are dealing with is some limitations and slowness that we are seeing with reguards to BASE. The inital page takes a while to load up, our db is about 40gb with over 11M rows. It takes BASE about 2-3 minutes to load up (on a good day). I have not been able to get sguile installed and see how well that will work. We have tuned our rule sets down very tight. We are only getting about 100 Alerts a day for our largest clients.
For the database, if you're stuck with MySQL at least use InnoDB. I like PostgreSQL, but honestly, I don't think which database matters. Just use what you like best yourself. They each have pros and cons. As for the BASE problem, the initial slowness is due to the stats gathering for the front page charts. I'm considering making that a user-configurable feature. For now though, you can turn it off by messing with the PHP code. Randy ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Snort-users mailing list Snort-users@lists.sourceforge.net Go to this URL to change user options or unsubscribe: https://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Snort-users] Backend DB's, Craig Van Tassle |
|---|---|
| Next by Date: | Re: [Snort-users] Backend DB's, Jason Haar |
| Previous by Thread: | Re: [Snort-users] Backend DB's, Craig Van Tassle |
| Next by Thread: | Re: [Snort-users] Backend DB's, Jason Haar |
| Indexes: | [Date] [Thread] [Top] [All Lists] |