[p4] P4 monitor show

Albrecht, Matt matt.albrecht at zilliant.com
Fri Jan 5 08:38:38 PST 2007 

That's why I have the monitor page bring in other data, such as 'vmstat'
in the Unix world.  That, along with a time stamp on the 'p4 monitor'
display, can at least tell users that the server is under a heavy load,
even when the 'p4 monitor' part shows that it was last updated a long
while back.  With a little more JavaScript magic in your page, and you
can report some nice text to say the server is under a high load when
the time stamp is too old.

> -----Original Message-----
> From: Jamie.Echlin at barclayscapital.com 
> [mailto:Jamie.Echlin at barclayscapital.com] 
> Sent: Friday, January 05, 2007 10:34 AM
> To: jeffjensen at upstairstechnology.com; Albrecht, Matt; 
> perforce-user at perforce.com
> Subject: RE: [p4] P4 monitor show
> 
> I appreciate that, but it doesn't get round the fact that the monitor
> command can fail to run wherever it is run, even if it's only run once
> every 3 seconds even if a hundred people are viewing the page.
> 
> Cheers, jamie 
> 
> > -----Original Message-----
> > From: Jeff Jensen [mailto:jeffjensen at upstairstechnology.com] 
> > Sent: 05 January 2007 16:33
> > To: Echlin, Jamie: IT (LDN); matt.albrecht at zilliant.com; 
> > perforce-user at perforce.com
> > Subject: RE: [p4] P4 monitor show
> > 
> > Matt is suggesting to separate the 2 processes - have the 
> > monitor output
> > file generation happening on its own process.  Then, your web 
> > app includes
> > the file as it is.  When a user views the page, the monitor 
> > command is not
> > run.  This at least minimizes the monitor command usage and 
> > won't cause the
> > user's page to "hang" waiting for monitor to complete.
> > 
> > 
> > -----Original Message-----
> > From: Jamie.Echlin at barclayscapital.com
> > [mailto:Jamie.Echlin at barclayscapital.com] 
> > Sent: Friday, January 05, 2007 10:25 AM
> > To: matt.albrecht at zilliant.com; jeffjensen at upstairstechnology.com;
> > perforce-user at perforce.com
> > Subject: RE: [p4] P4 monitor show
> > 
> > That's pretty much what I have already, the issue is that p4 
> > monitor stops
> > responding when the server is heavily loaded.  Sounds like 
> > the best way to
> > go is create another instance and link that table to the 
> 2nd instance.
> > 
> > Since when my page is running it runs p4 monitor show every 
> > 2s (using ajax
> > to call another cgi program), if many users are looking at 
> > this page this
> > can equal a lot of extra monitor invocations (I'm unsure 
> > whether that load
> > is significant). So writing the results to a file and 
> > including that makes
> > sense, my other problem is how to do that since our perforce 
> > server does not
> > have samba and I want to keep things simple. I may well 
> > install an apache
> > server, but if not, is it possible to get p4web to serve 
> > arbitrary content?
> > Cheers,jamie
> > 
> > 
> > > -----Original Message-----
> > > From: Albrecht, Matt [mailto:matt.albrecht at zilliant.com]
> > > Sent: 05 January 2007 16:15
> > > To: Echlin, Jamie: IT (LDN);
> > > jeffjensen at upstairstechnology.com; perforce-user at perforce.com
> > > Subject: RE: [p4] P4 monitor show
> > > 
> > > What I did to help out users was make a "server health" 
> page, which 
> > > sounds very similar to what you are trying to do.
> > > 
> > > I have a simple web page that presents the layout of the 
> > page, and has 
> > > server-side include tags in it where I want to show the 
> > monitor output 
> > > text.
> > > 
> > > I then tie my cron jobs that work on Perforce (like the 
> > checkpoint / 
> > > backup scripts) to generate a file of content to report its 
> > progress 
> > > (which gets included by the main page), and added another 
> cron job 
> > > that reports simple server health output to another text 
> file (also 
> > > included by the main page).
> > > 
> > > With this layout, it could be simple to add 'p4 monitor' 
> output to 
> > > another file.  You just need to take care that the 'p4 
> > monitor' cron 
> > > job only replaces the file after it generates its 
> content.  Adding 
> > > time stamps makes this nice, too.
> > > 
> > > Since it sounds like you want to get fancy with this, you 
> > could turn 
> > > these individual files into XML feeds for AJAX use or whatever.
> > > 
> > > > -----Original Message-----
> > > > From: perforce-user-bounces at perforce.com
> > > > [mailto:perforce-user-bounces at perforce.com] On Behalf Of 
> > > > Jamie.Echlin at barclayscapital.com
> > > > Sent: Friday, January 05, 2007 7:58 AM
> > > > To: jeffjensen at upstairstechnology.com; 
> perforce-user at perforce.com
> > > > Subject: Re: [p4] P4 monitor show
> > > > 
> > > > > Another idea is to use P4Report tool and use a SQL approach.  
> > > > > May be easiest
> > > > > yet...
> > > > 
> > > > I was told that the p4report db drivers just run the 
> > equivalent p4 
> > > > commands to get the right data, so presumably they would
> > > have the same
> > > > issue as anything else trying to communicate with the 
> > server when it 
> > > > has "hung".
> > > > 
> > > > Cheers, jamie
> > > > 
> > > > >  
> > > > > 
> > > > > -----Original Message-----
> > > > > From: perforce-user-bounces at perforce.com
> > > > > [mailto:perforce-user-bounces at perforce.com] On Behalf Of 
> > > > > Jamie.Echlin at barclayscapital.com
> > > > > Sent: Friday, January 05, 2007 6:10 AM
> > > > > To: perforce-user at perforce.com
> > > > > Subject: [p4] P4 monitor show
> > > > > 
> > > > > Hi,
> > > > > 
> > > > > I'm trying to allow people to see current perforce 
> activity, to 
> > > > > that end I've written an ajax web app which basically 
> > polls every 
> > > > > couple of seconds and shows the results.
> > > > > 
> > > > > However, as mentioned in the Google presentation:
> > > > > http://versioncontrolblog.com/r/http://www.perforce.com/perfor
> > > > > ce/confere
> > > > > nces/eu/2006/presentations/Google.pdf, p4 monitor show 
> > -l can hang 
> > > > > when it's very busy. This does appear to happen, using 
> > the API I 
> > > > > fail to run "monitor show" (sorry no further error msgs).
> > > > > 
> > > > > However, the presentation also mentions that this might 
> > be fixed, 
> > > > > anyone know if it is? We're using version 2006.1/113344 
> > > > > (2006/12/21).
> > > > > 
> > > > > It suggests running another daemon and linking the 
> > db.monitor file 
> > > > > to the live one. This seems to indicate that when 
> it's busy it 
> > > > > does not fail to update this table, just fails to 
> > connect or run 
> > > > > "monitor show".
> > > > > That being the case is it possible to have direct 
> > database access 
> > > > > without going through p4? Not sure how different it is from
> > > Berkeley db now.
> > > > > 
> > > > > Cheers, jamie
> > > > > 
> > > > > --------------------------------------------------------------
> > > > > ----------
> > > > > For more information about Barclays Capital, please 
> > visit our web 
> > > > > site at http://www.barcap.com.
> > > > > 
> > > > > Internet communications are not secure and therefore 
> > the Barclays 
> > > > > Group does not accept legal responsibility for the 
> contents of 
> > > > > this message.  Although the Barclays Group operates 
> anti-virus 
> > > > > programmes, it does
> > > > not accept
> > > > > responsibility for any damage whatsoever that is caused 
> > by viruses 
> > > > > being passed.  Any views or opinions presented are 
> > solely those of 
> > > > > the author and do not necessarily represent those of 
> > the Barclays 
> > > > > Group.
> > > > > Replies to this
> > > > > email may be monitored by the Barclays Group for 
> operational or 
> > > > > business reasons.
> > > > > --------------------------------------------------------------
> > > > > ----------
> > > > > 
> > > > > _______________________________________________
> > > > > perforce-user mailing list  -  perforce-user at perforce.com 
> > > > > http://maillist.perforce.com/mailman/listinfo/perforce-user
> > > > > 
> > > > > 
> > > > > 
> > > > 
> > > > _______________________________________________
> > > > perforce-user mailing list  -  perforce-user at perforce.com 
> > > > http://maillist.perforce.com/mailman/listinfo/perforce-user
> > > > 
> > > 
> > 
> > 
> > 
>

More information about the perforce-user mailing list