[p4] P4 monitor show

[Jeff Jensen]

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
> > 
>