I admit some performance is currently lost on Cygwin. However, this is = not really what concerns me performance wise. The biggest performance = problem I see is the number of processes getting launched per email, not the use = of Cygwin vs native Win32 compile. As I mentioned, there is a SpamC that = you can build from source included with SA3 that is a native build and not a Cygwin build. But the performance difference between launching a native Win32 version of SpamC and launching a Cygwin version of SpamC is = nothing compared to the performance hit we see from launching so many processes = per hit to begin with.
Here are the five processes that we launch for each email: 1) perl.exe 2) cmd.exe 3) spamc.exe 4) cmd.exe 5) clamscan.exe As we all know, launching processes on Windows hurts performance. We = need to be spawning threads instead of new processes. On Linux, launching another process is not nearly as much of a performance cost. The = existing filter design would be fine under Linux, even though it suffers under Windows. What I would love to see on the XMail build for Windows is an option to use dll files instead of launching processes for the filters. = If that were the case, I would write a dll that handled connecting to clamd = & spamd over tcp, and my dll would replace all of the code that is = currently in my perl script for handling parsing and logic regarding the replies = from clam & sa. Then we could see real performance gain under Windows. I am = not all that worried about the performance lost to Cygwin, because it is a fraction of the performance we are loosing to launching additional processes. As soon as we can hook a dll file into XMail for filters, = then I will get excited and write all of the stuff in VC++ as a dll. The existing design we use works. I am not complaining. But I would = love to be able to write all of it as one dll file that ran in process. Then = the only process other than XMail that would need to be running would be clamd.exe. We would not need the performance expense of launching five = new processes per email. Adding the option of dll filters would be enough = of an improvement to get the Windows version of XMail on par with the Linux version of XMail. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of Jason J. Ellingson Sent: Thursday, November 04, 2004 10:56 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: [****SPAM****] RE: Re: Spam Filters Looked at everything... Basically, both are CygWin. The SpamC you are using is using CygWin.dll = to run... With that setup, you'd find a definite improvement by moving to a linux = box to run them both on. F-Prot for Windows needs the "server" switch turned on when scanning = (don't remember the "-switch" you need off hand). Then it doesn't need any decoders... it will decode on its own. It understands MIME, UUENCODE, = ZIP, attached messages, etc, and even can decode WINMAIL.DAT (Outlook = proprietary encoding). If you would like to try a native SpamC... you can use mine (XMail = POST-DATA filter - written in VB.NET) or WinSpamC.exe on sourceforge (written in = C). Regardless... not criticizing your choices. I think anyone taking the = time to come up with some sort of anti-virus/anti-spam system for their mail servers deserves a solid pat on the back. ------------------------------------------------------------ Jason J Ellingson Technical Consultant 615.301.1682 : nashville 612.605.1132 : minneapolis www.ellingson.com [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of Shiloh Jennings Sent: Thursday, November 04, 2004 2:27 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: [****SPAM****] RE: Re: Spam Filters Cygwin for CLamAV and a native Win32 compile of SpamC. Windows CLamAV: http://clamav.or.id/ Windows SpamC: http://www.my-mueller.com/projects/sa_win32/distr/spamc-2.55-bin-cygwin.z= =3D ip Also, SA3 comes with SpamC code that will compile under Windows. As far = =3D as I can tell, the SpamC 2.55 works just as well with SA3 as the SpamC 3.0. = =3D =3D20 I tried using F-Prot for a while, but did not like it. Too many issues = =3D with certain decoders. The decoding stuff is actually built into ClamAV, so = =3D we do not need to fuss with an additional decoder that may need its own babysitting and debugging. I am a huge fan of ClamAV at this point. - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
