[p4] P4 monitor show

Jeff Jensen jeffjensen at upstairstechnology.com
Fri Jan 5 08:53:24 PST 2007 

Yes, I think your solution, Matt, is the best approach for multiple
reasons...
 

-----Original Message-----
From: Albrecht, Matt [mailto:matt.albrecht at zilliant.com] 
Sent: Friday, January 05, 2007 10:39 AM
To: Jamie.Echlin at barclayscapital.com; jeffjensen at upstairstechnology.com;
perforce-user at perforce.com
Subject: RE: [p4] P4 monitor show

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