| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2261.1 | additional information requested | TOOK::SHMUYLOVICH | | Tue Feb 04 1992 18:49 | 11 |
|
We've never seen such behavior of the Historian.
Would you, please, give us more information:
1. What operating system are you running? What version?
2. What version of MCC?
3. How did you monitor the "historian process"?
4. Which process has been monitored?
Thanks, SAm
|
| 2261.2 | some infos more | ZUR01::SCHNEIDERR | | Wed Feb 05 1992 03:20 | 17 |
| Sam,
O.K. I should tell you more about the story. Maybe you noticed, that I entred
some notes together. All from the same customer. He is one of our major
customers here in Switzerland. He rapported 16 problems in DECmcc. My problem
is, that I can't reproduce nothing from his problems.
He runs BMS V1.1 and VMS V5.4-2.
He made a monitor system and saw the MCC_HISTORIAN_BACHGROUND process using
between 30 - 50% CPU time. He runed 6 processes for 6 domains. He reboots his
Workstation twice a week, because he has a lot of problems with event handler
and alarms. After 3 or 4 weeks he realiced this effect. Now he stopped the
Historian. I told him to restart it and have a look to it. In 5 domains he had
actualy no datarecording running. This 5 processes had nearly no CPU consumption.
Thanks Roland
|
| 2261.3 | more information please | TOOK::CALLANDER | MCC = My Constant Companion | Tue Feb 11 1992 11:59 | 6 |
| could you provide some additional information regarding what other mcc
processes he is running (like rules, or exportings) and what this
pagefile size (and quota) are.
thanks
|
| 2261.4 | I will do it | ZUR01::SCHNEIDERR | | Wed Feb 12 1992 03:00 | 8 |
| Hello,
Thanks for your replies. I will post more infos, if I will have it. The customer
now started historian again. As you can read in .0 we have to wait sone days.
Then I will have a look to the system and post here whats happen.
Thanks regards Roland
|
| 2261.5 | He I am again | ZUR01::SCHNEIDERR | | Thu Mar 19 1992 09:22 | 16 |
| Hello,
4 weeks ago we started the historian again. Still we record the same datas as
discribed. We saw that. The customer made a show system every 24 hours and wrote
down the timeconsumption of the historianprozess. This growed up every day.
Yesterday the historian used close to 5 hours CPU a day. Thats an averadge of 20%
CPU time. The system became slower and slower. He has to wait up to 2 minutes
from click an icon to the action.
The system is totaly overloaded. As background he runs the background (witch we
stoped now) and about 300 alarms (polling bridges every 5 minutes). The machine
is a 3100/76 with fully expanded memory. Is it realy normal that the historian
takes so mutch CPU power. The histfile is in the meantime 70mb big. You can't use
the historian in this circumstances. Whats going on with DECmcc.
Roland
|
| 2261.6 | Stop/Start | MAYDAY::ANDRADE | The sentinel (.)(.) | Thu Apr 09 1992 11:13 | 12 |
| Roland,
If you haven't taken care of this already. The thing to do is to stop
and start all DECmcc processes before they grab up too much resources.
I would recomend you stop and start all of them at least once a day.
You can do this from command procedures, during the night.
*** One thing, I knew DECmcc leaked memory. But this is the first time
I hear about it "leaking" CPU cycles. (-;
Gil
|