Re: store.exe memory usage

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.








.

Relevant Pages

  • Re: store.exe memory usage
    ... IMAP is not MAPI. ... conversion and usage of the STM. ... restart following that seems to have helped a bit, ... At to that log buffers, version table, and other in memory structures ...
    (microsoft.public.exchange.admin)
  • Re: store.exe memory usage
    ... iPhone users interact via the exchange Active Sync. ... conversion and usage of the STM. ... restart following that seems to have helped a bit, ... At to that log buffers, version table, and other in memory ...
    (microsoft.public.exchange.admin)
  • Re: newbie question: shell script to monitor server performance
    ... server performance. ... CPU, disk, memory, swap usages, i/o stats. ... space, memory usage and free memory space, etc. ...
    (comp.unix.admin)
  • GC, Windows or Design problem?
    ... But while loading the object from disk ... on ~400-500Mb PF usage the CPU conter comed to 0 and memory remains in the ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: newbie question: shell script to monitor server performance
    ... CPU, disk, memory, swap usages, i/o stats. ... space, memory usage and free memory space, etc. ...
    (comp.unix.admin)
Loading