Hello Len, Friday, September 19, 2003, 2:43:28 PM, you wrote:
LC> sure, esp when on an IMGate relay, the msgs typically spend less the 10 LC> seconds in the system. Without RAM drive my IMGate messages usually see a delay of about 3 secs. LC> the big problem is the size of the ram disk. What happens when Imail's LC> outbound link gets real slow or goes down, and mailqueue the ram drive LC> fills up. How does Imail react with no more diskspace? I should be OK here since all mail is being delivered to a downstream server at LAN speeds. LC> If you think your problem is really disk i/o congestion and all LC> optimizations have maxed out, then hooking faster SCSI disks to a caching LC> SCSI controller(s) with 128 or 256 MB cache RAM, battery backed, would be LC> just about as fast, greatly minimize disk i/o as most msgs would be LC> delivered and deleted from cache before the cache would write them disk. Well, I don't really have a PROBLEM so to speak. Just trying to think of any possibilities for getting faster performance out of the system. I've got the spool folder on a separate drive on a RAID controller with 128M of cache. Right now I'm see average secs/read and write under 20ms which is good but I do see spikes in my Disk Transfers/sec over 80/disk which isn't good. -- Best regards, David mailto:[EMAIL PROTECTED] To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
