Re: store.exe memory usage

If the Exchange database and logs are on that C drive, then the page file should be the least of your worries.
--
Ed Crowley MVP
"There are seldom good technological solutions to behavioral problems."
..

"rsys" <rsys@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:F9E88BFB-B263-4C5B-AC00-E3936DCCE6BA@xxxxxxxxxxxxxxxx
Thanks for your suggestion, yes that does apply in my case. There are users
whose mailboxes larger than 4 GB and I am guessing they also have more than
1000 mails in most folders.

A related question. Like I said, I have an all in one, three disk RAID 5
array now which makes up a big C drive and nothing else. If I am to add
another hard disk, which of the following options would improve the disk I/O
performance?

1. Add the new drive as a separate RAID 0 drive, and move the page file to
that drive (so now there will be no page file on the C drive).

2. Just add the new drive to the existing RAID 5 array and then move the
page file to the new partition (say, D).

Thanks very much.

"Ed Crowley [MVP]" wrote:

Do the large mailboxes have folders with lots (over 1,000) of items in them?
If so, every time a user touches one of them Outlook has to render the view,
which a compute- and disk-intensive process. Suggest to your users that
they move messages into subfolders to reduce the size of any one folder.
--
Ed Crowley MVP
"There are seldom good technological solutions to behavioral problems."
..

"rsys" <rsys@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:CBB8E347-C203-40AA-BFC2-0662607EE990@xxxxxxxxxxxxxxxx
> The following seems to spike up the disk I/O
>
> 1. Users with large mailboxs (greater than 4GB) accesses their mail via
> outlook (cached mode)?
>
> 2. iPhone users interact via the exchange Active Sync. Maybe blackberry
> access too
>
> IMAP users have been around for a while, so I doubt if they are the
> problem.
> I got the Entourage user to change to mail.app
>
> What is the best way I can trace this down to a user or something > really
> specific? Monitoring the processes and counters only found that the > disk
> I/O
> is more and that store.exe does a lot of I/O read and writes.
>
> Thanks very much.
>
> "John Fullbright" wrote:
>
>> IMAP is not MAPI. If you're using IMAP you'll see increased content
>> conversion and usage of the STM.
>>
>>
>> "rsys" <rsys@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> news:4DC42AD7-1A2F-4ECA-83E7-0452D33507EA@xxxxxxxxxxxxxxxx
>> >I have one user with Entourage, rest of the Mac users seem to be usng
>> > mail.app (IMAP). Then I do have some iPhone users and then of course
>> > the
>> > blackberry ones. Anyway like I said, this seems to be holding well >> > so
>> > far
>> > with the KB329067 fix.
>> >
>> > Thanks!
>> >
>> > "Lee Derbyshire [MVP]" wrote:
>> >
>> >> "rsys" <rsys@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> >> news:7EDC1D81-5405-4102-8EE3-34776051B623@xxxxxxxxxxxxxxxx
>> >> > Thanks a lot for all your replies. So I guess I don't need that
>> >> > hotfix
>> >> > then.
>> >> >
>> >> > Something has been causing unusually high disk I/O on the >> >> > exchange
>> >> > server
>> >> > over the last few weeks. Though not at an optimal config now >> >> > (it's
>> >> > on
>> >> > an
>> >> > all
>> >> > in one RAID 5, C partition now and nothng else) it was okay until
>> >> > recently.
>> >> > Recent increase in Mac clients prompted me to do the steps in
>> >> > KB329067.
>> >> > A
>> >> > restart following that seems to have helped a bit, though not >> >> > sure
>> >> > yet.
>> >> >
>> >> > Still watching...
>> >> >
>> >> > Thanks.
>> >> >
>> >> > "John Fullbright" wrote:
>> >> >
>> >> >> Sounds right. In Exchange 2003 with more than 1GB of RAM and >> >> >> the
>> >> >> /3GB
>> >> >> switch in the boot.ini, the store process will allocate 896MB >> >> >> for
>> >> >> DB
>> >> >> cache.
>> >> >> At to that log buffers, version table, and other in memory
>> >> >> structures
>> >> >> and
>> >> >> you got just a bit over a gig used by store.exe. You're simply
>> >> >> watching
>> >> >> the
>> >> >> DB cache populate; that's a good thing.
>> >> >>
>> >> >> See http://support.microsoft.com/kb/815372/en-us for more >> >> >> details
>> >> >> on
>> >> >> memy
>> >> >> usage and optimizing memory in Exchange 2003.;
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> "rsys" <rsys@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> >> >> news:71349345-3231-4158-9443-4742DA71F91B@xxxxxxxxxxxxxxxx
>> >> >> > hi, I have an exchange 2003 SP2 enterprise edition. I have >> >> >> > about
>> >> >> > 75
>> >> >> > users.
>> >> >> > The system has 2 GB RAM, and boot.ini has the /3GB switch etc.
>> >> >> > Following a
>> >> >> > restart here is what I observe about store.exe's memory usage
>> >> >> > (task
>> >> >> > manager -
>> >> >> > processes)
>> >> >> >
>> >> >> > memory usage immediately after the restart - 110K
>> >> >> >
>> >> >> > 15 minutes later - 165K
>> >> >> >
>> >> >> > 2 hours later - 616K
>> >> >> >
>> >> >> > 5 hours later - 690K
>> >> >> >
>> >> >> > 12 hours later - just above 1 GB.
>> >> >> >
>> >> >> > I have noticed that it doesn't keep on growing like this. >> >> >> > There
>> >> >> > are
>> >> >> > times
>> >> >> > during the day when it drops down a bit, I have seen it coming
>> >> >> > down
>> >> >> > to
>> >> >> > around
>> >> >> > 800K. My question is, is this steady increase in store.exe's
>> >> >> > memory
>> >> >> > usage
>> >> >> > normal following a restart? Or more importantly, do I need to
>> >> >> > apply
>> >> >> > the
>> >> >> > hotfix as per KB953251? As per this article, i monitored the >> >> >> > VM
>> >> >> > Total
>> >> >> > Large
>> >> >> > Free Block Bytes counter but that is holding steady and not
>> >> >> > decreasing.
>> >> >> >
>> >> >> > Please note that the restart was done after business hours, so
>> >> >> > you
>> >> >> > could
>> >> >> > say
>> >> >> > the user strength would have dropped down to about 70%. But >> >> >> > there
>> >> >> > are
>> >> >> > mobile
>> >> >> > users (iPhone etc) connected all the time.
>> >> >> >
>> >> >> > All this came to my attention when troubleshooting a recent >> >> >> > spike
>> >> >> > in
>> >> >> > the
>> >> >> > disk activity on the exchange server.
>> >> >> >
>> >> >> > Thanks a lot for your suggestions!
>> >>
>> >> If you are using Entourage, there will be many items getting moved
>> >> into
>> >> the
>> >> streaming content DB, since it is a non-MAPI client.
>> >>
>> >>
>> >>
>>
>>
>>



.

Quantcast