Moving forward, albeit costly, you may consider a CF cluster and a few small POST servers. POST itself is a very manageable application with a small hardware footprint.
We are considering moving a cluster of 2 CF5 servers (we're testing CF5 for this purpose and seeing huge performance gains over CF4.5) and then moving POST to a series of 4 smaller servers. One issues we have seen over and over is a conflict with POST and CF4.5 when sending very large quantities of email. They fight like brother and sister. Then again, it is all about ROI. Our calculations internally, put this upgrade at a 3 month ROI so it makes good sense to do. Matt -----Original Message----- From: Raven R. Cecil [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 1:41 PM To: inFusion Support List Subject: RE: [iMS] Moving iMS Yes, we have been sending our files to the queue all at once, and it seems the best route is to batch them in smaller runs with a rest in between. Thanks for the suggestions. Raven > -----Original Message----- > From: Matthew Boyce [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 14, 2002 1:38 PM > To: inFusion Support List > Subject: RE: [iMS] Moving iMS > > > Raven, > > Is the issue the creation of the mail or the Posting of the mail? > > I think you will see significant gains by adding a second CPU and also > getting that RAM up to at least 1GB. Our CF server is a dual > PIII866 with > 2GB RAM and 15k rpm SCSI drives with POST 2.1.8 (Enterprise > version) and CF > 4.5 (Enterprise version) and we can kick out the 200,000 > personalized emails > (albeit not using cfx_imsmail, but a home grown cf > application) in about 2 > to 3 hours with this machine alone. > > As far as moving IMS Post to another server, there is no > reason why you > cannot. We have 5 copies of IMS Post (3 SE and 2 Enterprise) > and we have > the ability to use all 5 if needed by writing the .mbx and > .mail files to > these other servers via mapped drives. We also do this in > batches (normally > 5k per batch and then 1 min rest) via CF Scheduling. By > using the other > servers we can write more mail, more often and allow CF to > continue working > without fighting POST for RAM and CPU time. The batching > allows us to use > POST on the CF server without 'a lot' of fighting for > resources. We batch > 5K files and the allow POST to run by itself for 1 minute. > The CF kicks in > and repeats the cycle. We have see no issues with this system and our > servers now barely purr. > > Sorry if this is choppy, but I am on the phone at the same > time I am writing > this. > > Matt > > > > ********************** > So, it is not possible if we need to use these templates? > > Here is our situation. > > We have a brand new Compaq Box with one PIII 900 & SCSI RAID > 15000 RPM & > 512MB of RAM running CF IIS and IMS POST. The box cannot seem > to keep up > with the amount of mailings we are sending, and it locks up > when we send out > 200K+ (about 45% are bad addresses, but we cannot remove them > at this time). > I tried finding the issue with PerfMon, and it shows huge > spikes in POST > server activity. I tried anywhere from 15 down to 1 Sim. App. > Serv. Conn. > and at the same time dropped the thread count. We still have > not found the > cause, so we are looking to boost server specs or switch IMS > to its own > server. > > Any ideas? > > > Raven > > > > > > > > > > <snipped> > ==^======================================================= This list server is Powered by iMS "The Swiss Army Knife of Mail Servers" -------------------------------------- To leave this list please complete the form at http://www.coolfusion.com/iMSSupport.cfm Need an iMS Developer license? Sign up for a free license here: http://www.coolfusion.com/iMSDevelopers.cfm List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/ Note: You are subscribed as [email protected] ==^=======================================================
