<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Jan 11, 2013, at 7:35 AM, Mike Miller <<a href="mailto:mike@...16027...">mike@...391...6027...</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span style="font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; display: inline !important; float: none; ">Last time I was in the IDS realm, the 'common knowledge' was that you used Mysql for small and medium sized IDS implementations, but when things got bigger, Postgres scaled better. Has that changed? Is there a better alternative? I've got one test system that's currently doing everythign on-box (still building the DB server), and at 800 mbps sustained, mysql is getting pokey after about day three. :D<span class="Apple-converted-space"> </span></span></blockquote></div><br><div>I don't think it's a DB issue.  mysql can scale pretty well.  I think it's more having to do with the layout of the DB.  It is about 10 years old at this point and we've turned it over to the barnyard2 folks for redesign.</div><div><br></div><div><span style="font-size: 12px; font-family: 'Lucida Grande'; ">--</span><br><span style="font-size: 12px; font-family: 'Lucida Grande'; "><b>Joel Esler</b></span><br><span style="font-size: 12px; font-family: 'Lucida Grande'; ">Senior Research Engineer, VRT</span><br><span style="font-size: 12px; font-family: 'Lucida Grande'; ">OpenSource Community Manager</span><br><span style="font-size: 12px; font-family: 'Lucida Grande'; ">Sourcefire</span></div></body></html>