[p4] P4 monitor show

Jamie.Echlin@barclayscapital.com Jamie.Echlin at barclayscapital.com
Fri Jan 5 08:34:28 PST 2007 

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