[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

1776.0. "Performance questions; DECmessageQ question" by CUJO::HILL (Dan Hill-Net.Mgt.-Customer Resident) Thu Nov 07 1991 02:12

    I noticed in the V1.2 specifications that DECmcc performance goals are
    to be able to support 30 minute polling of 100-200 entities with at
    least 2 interactive users without exhausting VAXstation 3100 resources.
    
    I have a requirement to support 1-2 minute polling of 400-600 entities
    on a VAXstation 3100/38 SPX, 32MB memory, 150000 block pagefile, and
    easily over 1000 alarm rules.  This is my requirement right now for
    V1.1.  Within the next year, I can see the polling period getting
    smaller and the number of entities and rules getting larger.
    
    Can anyone provide me with overhead/performance comparisons for the
    ETHERNET, NODE4, NODE and SNMP access modules ?
    
    What plans exist for increasing DECmcc's performance capabilities?
    
    I have asked the following question several times and have been
    ignored:
    
       **** What is the planned role (if any) of DECmessageQ with regard
            to improving DECmcc performance?
    
    -Dan

T.R	Title	User	Personal Name	Date	Lines
1776.1	Eh? adding layers make software faster?	BLUMON::SYLOR	Architect = Buzzword Generator	`Thu Nov 07 1991 17:37`	2
	Can you explain how DECmessageQ can speed up DECmcc? I don't see how that's possible.
1776.2	The elves are very busy right now	TOOK::MATTHEWS		`Thu Nov 07 1991 19:26`	8
	Dan, The reason the DECmcc team has not responded to your question is that everyone is fully consumed getting into V1.2 field test and we have no cycles to do research on DECmessageQ. We did some preliminary work for the DataCollector AM and have a superficial idea of what DECmessageQ is but we need to get through V1.2 before we can spend any time of researching your question. wally
1776.3	MCC and DECmessageQ ?	ECRU::TAMER		`Thu Nov 07 1991 23:17`	7
	re .0, I am also very interested on how DECmessageQ and MCC relate. Phil PS: It is very relevent to my current work.
1776.4	More on Performance and DECmessageQ.	CUJO::HILL	Dan Hill-Net.Mgt.-Customer Resident	`Mon Nov 11 1991 02:26`	21
	re: .2 I am pleased and very much appreciate the fact that everyone is working hard to get V1.2 out the door. My customers need V1.2 more than they need answers to questions on futures, but performance is very much of an issue, and it doesn't look like V1.2 will solve it for me. re: .1 I am not asking for another layer, believe me. I was simply intrigued by what I read in the PAMSRC::DECMESSAGEQ notes file (50.). I have a customer who uses DmQ and is most impressed by its speed, but if process activation/overhead on both the managed node and the director node are the bottlenecks, it doesn't matter how fast the packet arrives at its destination. ** I'd still like some answers to my original performance questions listed in .0 when time permits. Thanks, Dan
1776.5	no real performance info to be available for a while still	TOOK::CALLANDER	MCC = My Constant Companion	`Fri Jan 03 1992 13:02`	7
	we tried to put a bit of performance info in the 1.2 field test release notes. But, at this point we are a long way from fully characterizing peroformance. We has some rough numbers coming in from some groups but until we review methodology and testing environments we can't even coorelate the data yet. Performance is the number one goal of the work going on right now.