cancel
Showing results for 
Search instead for 
Did you mean: 

How does Processor Speed affect Archiving Rate

Jason_Szeto
Level 6
In the performance guide it list a 2.8 ghz Xeon Single Processor can archive 15000 messages per hour, Duo can process 25000 and a Quad or 2 Duo procs can archive 400000 messages.
 
So does anyone know what affect processor speed has on the archiving rate? So if I have a Xeon processor at 3.16ghz, will my archive rate be significantly better? Thanks.
 
Jason
 
10 REPLIES 10

biosphere
Level 4
Partner
The number of processors (or cores) has much more effect on archiving rate than processor speed, as you can see for yourself from the examples you list (and btw, it's 40000/hour, not 400000 Smiley Tongue).

So if you're asking whether a 3.16 Ghz Xeon will significantly outperform a 2.8 Ghz Xeon, then the answer is no.

Andy_Lukens
Level 5
I've found Enterprise Vault to be one of the most resource intensive applications I've ever run across.  While our average message size is about double that used in the performance guide, we are only seeing 6-7k messages per hour during mailbox archiving.  All 4 CPUs are running 100% all night long, just indexing and storing messages.  The actual archiving tasks are running on a separate server.  We are replacing the 4x CPU box to a 4x dual-core server with 8GB of RAM in late February to try and improve archiving performance and end-user reponsiveness during the archiving window.

I'd suggest overengineering your solution because changing the architecture after the fact can be quite difficult.

Michael_Bilsbor
Level 6
Accredited
Hi,
 
What particular processes are using the CPU.  StorageCrawler and EVConverterSandbox?
How many Storage Archive processes do you see in task manager?
 
So what's you average message size?  How come it's so large?

Andy_Lukens
Level 5
There are eight StorageArchive.exe threads running that use 90%+ of the CPUs combined.  IndexServer.exe and StorageCrawler.exe use just a few percent each.

Average message size from mailbox archiving is just under 80k while it is only 43k in the journal archive.  My best guess as to the larger message size from mailbox archiving is that users are more likely to archive/retain large messages with attachments.

Michael_Bilsbor
Level 6
Accredited
Hi,
 
Still seems rather high.  Check you temp directory in case there are a large number of files there.  It may not be related, but I've seen large number of files there causing the converters to take up more CPU than they normally would.
 
You did say StorageArchive though, not EVConvertorSandbox...

Jason_Szeto
Level 6
Wow that does sound high. Just out of curiousity, do you have the /3gb switch in your boot.ini? EV doesn't work as well with it.
 
 

Andy_Lukens
Level 5
There were 2,000 +/- ExchangePerflog temp files which I deleted, but that didn't seem to make any difference.

The /3gb switch is long gone from boot.ini.  I think the deployment scanner checks for that now. 

I've also excluded the EV drives from AD, moved all the index, queue and temp files to fast disk, removed all unnecessary utilities... but performance hasn't changed considerably.

Michael_Bilsbor
Level 6
Accredited
Hi.
 
Set up a dtrace for storagearchive and have it running for a minute or so (so that it's small) and post it here.
 
 

Andy_Lukens
Level 5
I created the dtrace file, but nothing jumps out at me.  The only error that I can find is this one, which occurs multiple times throughout the dtrace:

67    06:12:30.310     [38856]    (StorageArchive)    <39256>    EV:H    CSavesetOnIStg::ReadStreamedPropertyBin _com_error exception reading streamed property.|Property Name: CHGuid|hr=%1 could not be found.  [0x80030002]
68    06:12:30.310     [38856]    (StorageArchive)    <39256>    EV:M    CSavesetOnIStg::ReadStreamedPropertyBin (Exit). hr=%1 could not be found.  [0x80030002]
69    06:12:30.310     [38856]    (StorageArchive)    <39256>    EV:M    CSavesetOnIStg::get_ContentHandlingGuid (Exit). hr=False [0x1]

I don't really want to paste the whole thing.  Is there a way that I can attach a zipped copy?

Michael_Bilsbor
Level 6
Accredited
Hi,
 
That's to be expected in the dtrace.  Sounds like best bet is log  case with support.