a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Dylan Cuthbert]

Hi there,

I've searched through the archives but can't seem to find any mention of
this, is there a way to display the cpu load via a shell utility?

If not, can someone point me to the posix function call (if it exists) so I
can write a little utility.  I want to do some load balanced compiles across
several machines by spawning the compile across the network via "make -j",
and a wrapper for gcc, then use rsh (ssh or rexec) and network sharing to do
the compile.  The thing is I only want to use machines whose loads are low.

Of course, if a tool for this kind of thing already exists, then please give
me a pointer.

Regards

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Gunnar Norling]

Have you checked www.sysinternals.com? They might have something.
/norling

> -----Original Message-----
> From: cygwin-owner@cygwin.com 
> [mailto:cygwin-owner@cygwin.com]On Behalf Of Dylan Cuthbert
> Sent: den 24 juli 2002 09:32
> To: cygwin@cygwin.com
> Subject: a way to read the current cpu load from the shell or 
> via a cmdline utility in cygwin?
> 
> 
> Hi there,
> 
> I've searched through the archives but can't seem to find any 
> mention of
> this, is there a way to display the cpu load via a shell utility?
> 
> If not, can someone point me to the posix function call (if 
> it exists) so I
> can write a little utility.  I want to do some load balanced 
> compiles across
> several machines by spawning the compile across the network 
> via "make -j",
> and a wrapper for gcc, then use rsh (ssh or rexec) and 
> network sharing to do
> the compile.  The thing is I only want to use machines whose 
> loads are low.
> 
> Of course, if a tool for this kind of thing already exists, 
> then please give
> me a pointer.
> 
> Regards
> 
> ---------------------------------
> Q-Games, Dylan Cuthbert.
> http://www.q-games.com
> 
> 
> 
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[John Morrison]

Does cat /proc/stat | grep cpu give you the information you want?

J.

On Wed, 24 Jul 2002, Dylan Cuthbert wrote:
> Hi there,
>
> I've searched through the archives but can't seem to find any mention of
> this, is there a way to display the cpu load via a shell utility?
>
> If not, can someone point me to the posix function call (if it exists) so I
> can write a little utility.  I want to do some load balanced compiles across
> several machines by spawning the compile across the network via "make -j",
> and a wrapper for gcc, then use rsh (ssh or rexec) and network sharing to do
> the compile.  The thing is I only want to use machines whose loads are low.
>
> Of course, if a tool for this kind of thing already exists, then please give
> me a pointer.
>
> Regards
>
> ---------------------------------
> Q-Games, Dylan Cuthbert.
> http://www.q-games.com


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Wed, 24 Jul 2002 08:41:05 +0100 (BST)
John Morrison <john.r.morrison@ntlworld.com> wrote:

> Does cat /proc/stat | grep cpu give you the information you want?
> 
> J.
> 
> On Wed, 24 Jul 2002, Dylan Cuthbert wrote:
> > Hi there,
> >
> > I've searched through the archives but can't seem to find any mention of
> > this, is there a way to display the cpu load via a shell utility?
> >
> > If not, can someone point me to the posix function call (if it exists) so I
> > can write a little utility.  I want to do some load balanced compiles across
> > several machines by spawning the compile across the network via "make -j",
> > and a wrapper for gcc, then use rsh (ssh or rexec) and network sharing to do
> > the compile.  The thing is I only want to use machines whose loads are low.
> >
> > Of course, if a tool for this kind of thing already exists, then please give
> > me a pointer.
> >
> > Regards
> >
> > ---------------------------------
> > Q-Games, Dylan Cuthbert.
> > http://www.q-games.com
Under Linux we had 'top'.  Is there an equivalent or something that someone is working on?

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2097 bytes --]

On Wed, 24 Jul 2002, Jim George wrote:

> On Wed, 24 Jul 2002 08:41:05 +0100 (BST)
> John Morrison <john.r.morrison@ntlworld.com> wrote:
>
> > Does cat /proc/stat | grep cpu give you the information you want?
> >
> > J.
> >
> > On Wed, 24 Jul 2002, Dylan Cuthbert wrote:
> > > Hi there,
> > >
> > > I've searched through the archives but can't seem to find any mention of
> > > this, is there a way to display the cpu load via a shell utility?
> > >
> > > If not, can someone point me to the posix function call (if it exists) so I
> > > can write a little utility.  I want to do some load balanced compiles across
> > > several machines by spawning the compile across the network via "make -j",
> > > and a wrapper for gcc, then use rsh (ssh or rexec) and network sharing to do
> > > the compile.  The thing is I only want to use machines whose loads are low.
> > >
> > > Of course, if a tool for this kind of thing already exists, then please give
> > > me a pointer.
> > >
> > > Regards
> > >
> > > ---------------------------------
> > > Q-Games, Dylan Cuthbert.
> > > http://www.q-games.com
> Under Linux we had 'top'.  Is there an equivalent or something that
> someone is working on?
> Jim

Jim,

I did a google search on "linux top cpu load".  Here's a top from the
first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
It took about an hour to make it compile and run under cygwin 1.3.12-2 on
Win2k.  The patch is attached.

Note: I just compiled and ran the code; I haven't verified the correctness
of the output.  It seemed to work without crashing, and the output looked
plausible.  I also haven't tested it on any system other than mine (above).
Try it at your own risk.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file

[-- Attachment #2: Type: TEXT/PLAIN, Size: 10474 bytes --]

diff -N -c -r -x .defaults ../top-3.5beta9/Configure ./Configure
*** ../top-3.5beta9/Configure	Fri Dec 18 10:42:29 1998
--- ./Configure	Wed Jul 24 22:36:44 2002
***************
*** 503,509 ****
      -e "s|%topn%|$topn|" \
      -e "s|%delay%|$delay|" \
      -e "s|%random%|$random|" \
! 	top.local.H >top.local.h
  
  echo "Building top.1..."
  sed -e "s|%topn%|$topn|" \
--- 503,509 ----
      -e "s|%topn%|$topn|" \
      -e "s|%delay%|$delay|" \
      -e "s|%random%|$random|" \
! 	top.local.h.X >top.local.h
  
  echo "Building top.1..."
  sed -e "s|%topn%|$topn|" \
diff -N -c -r -x .defaults ../top-3.5beta9/Makefile.X ./Makefile.X
*** ../top-3.5beta9/Makefile.X	Tue Nov 19 21:19:24 1996
--- ./Makefile.X	Wed Jul 24 22:37:21 2002
***************
*** 63,69 ****
  	@echo 'You need to run the script "Configure" before running "make".'
  	exit 10
  
! top.local.h: top.local.H
  	@echo 'You need to run the script "Configure" before running "make".'
  	exit 10
  
--- 63,69 ----
  	@echo 'You need to run the script "Configure" before running "make".'
  	exit 10
  
! top.local.h: top.local.h.X
  	@echo 'You need to run the script "Configure" before running "make".'
  	exit 10
  
diff -N -c -r -x .defaults ../top-3.5beta9/commands.c ./commands.c
*** ../top-3.5beta9/commands.c	Wed Jul  1 15:30:08 1998
--- ./commands.c	Wed Jul 24 22:49:36 2002
***************
*** 446,451 ****
--- 446,452 ----
  char *str;
  
  {
+ #if defined(PRIO_PROCESS)
      register char negate;
      int prio;
      int procnum;
***************
*** 502,507 ****
--- 503,509 ----
  	    ERROR(str, errno);
  	}
      } while ((str = next_field(str)) != NULL);
+ #endif
  
      /* return appropriate error string */
      return(err_string());
diff -N -c -r -x .defaults ../top-3.5beta9/machine/m_linux.c ./machine/m_linux.c
*** ../top-3.5beta9/machine/m_linux.c	Wed Jul  1 15:32:49 1998
--- ./machine/m_linux.c	Wed Jul 24 23:15:42 2002
***************
*** 34,47 ****
--- 34,61 ----
  #include <sys/vfs.h>
  
  #include <sys/param.h>		/* for HZ */
+ 
+ #if 0
  #include <asm/page.h>		/* for PAGE_SHIFT */
+ #else
+ #define PAGE_SHIFT 12
+ #endif
+ 
+ #if 0
  #include <linux/tasks.h>	/* for NR_TASKS */
+ #else
+ #define NR_TASKS 1<<12
+ #endif
  
  #if 0
  #include <linux/proc_fs.h>	/* for PROC_SUPER_MAGIC */
  #else
+ #ifdef __CYGWIN__
+ #define PROC_SUPER_MAGIC 0x700ff
+ #else
  #define PROC_SUPER_MAGIC 0x9fa0
  #endif
+ #endif
  
  #define PROCFS "/proc"
  extern char *myname;
***************
*** 156,161 ****
--- 170,176 ----
  	{
  	    fprintf(stderr, "%s: proc filesystem not mounted on " PROCFS "\n",
  		    myname);
+ 	    fprintf(stderr, "    type=%x\n", sb.f_type);
  	    return -1;
  	}
      }
diff -N -c -r -x .defaults ../top-3.5beta9/top.c ./top.c
*** ../top-3.5beta9/top.c	Wed Jul  1 15:41:03 1998
--- ./top.c	Wed Jul 24 23:11:00 2002
***************
*** 143,149 ****
--- 143,153 ----
  
      static char tempbuf1[50];
      static char tempbuf2[50];
+ #if 0
      int old_sigmask;		/* only used for BSD-style signals */
+ #else
+     sigset_t sigmask, old_sigmask;
+ #endif
      int topn = Default_TOPN;
      int delay = Default_DELAY;
      int displays = 0;		/* indicates unspecified */
***************
*** 489,495 ****
--- 493,507 ----
      sighold(SIGQUIT);
      sighold(SIGTSTP);
  #else
+ #if 0
      old_sigmask = sigblock(Smask(SIGINT) | Smask(SIGQUIT) | Smask(SIGTSTP));
+ #else
+     (void) sigemptyset(&sigmask);
+     (void) sigaddset(&sigmask, SIGINT);
+     (void) sigaddset(&sigmask, SIGQUIT);
+     (void) sigaddset(&sigmask, SIGTSTP);
+     (void) sigprocmask(SIG_BLOCK, &sigmask, &old_sigmask);
+ #endif
  #endif
      init_screen();
      (void) signal(SIGINT, leave);
***************
*** 503,509 ****
--- 515,525 ----
      sigrelse(SIGQUIT);
      sigrelse(SIGTSTP);
  #else
+ #if 0
      (void) sigsetmask(old_sigmask);
+ #else
+     (void) sigprocmask(SIG_SETMASK, &old_sigmask, (sigset_t*)NULL);
+ #endif
  #endif
      if (warnings)
      {
***************
*** 940,945 ****
--- 956,963 ----
  int i;
  
  {
+     sigset_t sigmask;
+ 
      /* move to the lower left */
      end_screen();
      fflush(stdout);
***************
*** 951,957 ****
--- 969,981 ----
  #ifdef SIGRELSE
      sigrelse(SIGTSTP);
  #else
+ #if 0
      (void) sigsetmask(sigblock(0) & ~(1 << (SIGTSTP - 1)));
+ #else
+     (void) sigemptyset(&sigmask);
+     (void) sigaddset(&sigmask, SIGTSTP);
+     (void) sigprocmask(SIG_UNBLOCK, &sigmask, (sigset_t*)NULL);
+ #endif
  #endif
      (void) kill(0, SIGTSTP);
  
diff -N -c -r -x .defaults ../top-3.5beta9/top.local.H ./top.local.H
*** ../top-3.5beta9/top.local.H	Wed Apr 15 13:30:57 1992
--- ./top.local.H	Wed Dec 31 19:00:00 1969
***************
*** 1,68 ****
- /*
-  *  Top - a top users display for Berkeley Unix
-  *
-  *  Definitions for things that might vary between installations.
-  */
- 
- /*
-  *  The space command forces an immediate update.  Sometimes, on loaded
-  *  systems, this update will take a significant period of time (because all
-  *  the output is buffered).  So, if the short-term load average is above
-  *  "LoadMax", then top will put the cursor home immediately after the space
-  *  is pressed before the next update is attempted.  This serves as a visual
-  *  acknowledgement of the command.  On Suns, "LoadMax" will get multiplied by
-  *  "FSCALE" before being compared to avenrun[0].  Therefore, "LoadMax"
-  *  should always be specified as a floating point number.
-  */
- #ifndef LoadMax
- #define LoadMax  %LoadMax%
- #endif
- 
- /*
-  *  "Table_size" defines the size of the hash tables used to map uid to
-  *  username.  The number of users in /etc/passwd CANNOT be greater than
-  *  this number.  If the error message "table overflow: too many users"
-  *  is printed by top, then "Table_size" needs to be increased.  Things will
-  *  work best if the number is a prime number that is about twice the number
-  *  of lines in /etc/passwd.
-  */
- #ifndef Table_size
- #define Table_size	%TableSize%
- #endif
- 
- /*
-  *  "Nominal_TOPN" is used as the default TOPN when Default_TOPN is Infinity
-  *  and the output is a dumb terminal.  If we didn't do this, then
-  *  installations who use a default TOPN of Infinity will get every
-  *  process in the system when running top on a dumb terminal (or redirected
-  *  to a file).  Note that Nominal_TOPN is a default:  it can still be
-  *  overridden on the command line, even with the value "infinity".
-  */
- #ifndef Nominal_TOPN
- #define Nominal_TOPN	%NominalTopn%
- #endif
- 
- #ifndef Default_TOPN
- #define Default_TOPN	%topn%
- #endif
- 
- #ifndef Default_DELAY
- #define Default_DELAY	%delay%
- #endif
- 
- /*
-  *  If the local system's getpwnam interface uses random access to retrieve
-  *  a record (i.e.: 4.3 systems, Sun "yellow pages"), then defining
-  *  RANDOM_PW will take advantage of that fact.  If RANDOM_PW is defined,
-  *  then getpwnam is used and the result is cached.  If not, then getpwent
-  *  is used to read and cache the password entries sequentially until the
-  *  desired one is found.
-  *
-  *  We initially set RANDOM_PW to something which is controllable by the
-  *  Configure script.  Then if its value is 0, we undef it.
-  */
- 
- #define RANDOM_PW	%random%
- #if RANDOM_PW == 0
- #undef RANDOM_PW
- #endif
--- 0 ----
diff -N -c -r -x .defaults ../top-3.5beta9/top.local.h.X ./top.local.h.X
*** ../top-3.5beta9/top.local.h.X	Wed Dec 31 19:00:00 1969
--- ./top.local.h.X	Wed Apr 15 13:30:57 1992
***************
*** 0 ****
--- 1,68 ----
+ /*
+  *  Top - a top users display for Berkeley Unix
+  *
+  *  Definitions for things that might vary between installations.
+  */
+ 
+ /*
+  *  The space command forces an immediate update.  Sometimes, on loaded
+  *  systems, this update will take a significant period of time (because all
+  *  the output is buffered).  So, if the short-term load average is above
+  *  "LoadMax", then top will put the cursor home immediately after the space
+  *  is pressed before the next update is attempted.  This serves as a visual
+  *  acknowledgement of the command.  On Suns, "LoadMax" will get multiplied by
+  *  "FSCALE" before being compared to avenrun[0].  Therefore, "LoadMax"
+  *  should always be specified as a floating point number.
+  */
+ #ifndef LoadMax
+ #define LoadMax  %LoadMax%
+ #endif
+ 
+ /*
+  *  "Table_size" defines the size of the hash tables used to map uid to
+  *  username.  The number of users in /etc/passwd CANNOT be greater than
+  *  this number.  If the error message "table overflow: too many users"
+  *  is printed by top, then "Table_size" needs to be increased.  Things will
+  *  work best if the number is a prime number that is about twice the number
+  *  of lines in /etc/passwd.
+  */
+ #ifndef Table_size
+ #define Table_size	%TableSize%
+ #endif
+ 
+ /*
+  *  "Nominal_TOPN" is used as the default TOPN when Default_TOPN is Infinity
+  *  and the output is a dumb terminal.  If we didn't do this, then
+  *  installations who use a default TOPN of Infinity will get every
+  *  process in the system when running top on a dumb terminal (or redirected
+  *  to a file).  Note that Nominal_TOPN is a default:  it can still be
+  *  overridden on the command line, even with the value "infinity".
+  */
+ #ifndef Nominal_TOPN
+ #define Nominal_TOPN	%NominalTopn%
+ #endif
+ 
+ #ifndef Default_TOPN
+ #define Default_TOPN	%topn%
+ #endif
+ 
+ #ifndef Default_DELAY
+ #define Default_DELAY	%delay%
+ #endif
+ 
+ /*
+  *  If the local system's getpwnam interface uses random access to retrieve
+  *  a record (i.e.: 4.3 systems, Sun "yellow pages"), then defining
+  *  RANDOM_PW will take advantage of that fact.  If RANDOM_PW is defined,
+  *  then getpwnam is used and the result is cached.  If not, then getpwent
+  *  is used to read and cache the password entries sequentially until the
+  *  desired one is found.
+  *
+  *  We initially set RANDOM_PW to something which is controllable by the
+  *  Configure script.  Then if its value is 0, we undef it.
+  */
+ 
+ #define RANDOM_PW	%random%
+ #if RANDOM_PW == 0
+ #undef RANDOM_PW
+ #endif

[-- Attachment #3: Type: text/plain, Size: 214 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Tony Arnold]

Igor,

> I did a google search on "linux top cpu load".  Here's a top 
> from the first match: 
> http://www.groupsys.com/topsrc/top-> 3.5beta9.tar.gz
> It took 
> about an hour to make it compile and 
> run under cygwin 1.3.12-2 on Win2k.  The patch is attached.
> 
> Note: I just compiled and ran the code; I haven't verified 
> the correctness of the output.  It seemed to work without 
> crashing, and the output looked plausible.  I also haven't 
> tested it on any system other than mine (above). Try it at 
> your own risk.

Thanks for this, it's a good start to getting top working under Cygwin.

My question is that when you run the Configure script what do give as
the 'appropriate module' for the machine? I've used 'linux' but I wonder
if there is a better option, or whether we should invent a Cygwin
machine definition?

Secondly, when it runs, I'm not convinced the figures are correct! For
example, my setiathome process should show almost 100% cpu utilisation,
but it shows 0%! Is this a refelction of my choice above, or problems
with the /proc file system infotmation?

Hints and tips on this much appreciated.

Regards,
Tony.
-- 
Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,
University of Manchester, Oxford Road, Manchester M13 9PL.
T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039
E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

Tony,

On Thu, 25 Jul 2002, Tony Arnold wrote:

> > I did a google search on "linux top cpu load".  Here's a top
> > from the first match:
> > http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > It took about an hour to make it compile and
> > run under cygwin 1.3.12-2 on Win2k.  The patch is attached.
> >
> > Note: I just compiled and ran the code; I haven't verified
> > the correctness of the output.  It seemed to work without
> > crashing, and the output looked plausible.  I also haven't
> > tested it on any system other than mine (above). Try it at
> > your own risk.
>
> Thanks for this, it's a good start to getting top working under Cygwin.
>
> My question is that when you run the Configure script what do give as
> the 'appropriate module' for the machine? I've used 'linux' but I wonder
> if there is a better option, or whether we should invent a Cygwin
> machine definition?

'linux' seemed to work for me.  I've had to comment out some
linux-specific stuff, though (see patch:
http://cygwin.com/ml/cygwin/2002-07/msg01974.html ), so creating a cygwin
module might be a better long-term solution.

> Secondly, when it runs, I'm not convinced the figures are correct! For
> example, my setiathome process should show almost 100% cpu utilisation,
> but it shows 0%! Is this a refelction of my choice above, or problems
> with the /proc file system infotmation?

As I said, I haven't verified the correctness of the output.  As my
machine is mostly idle, the output looked plausible (compatible with that
of the Win2k Task Manager).  Now that I actually ran an experiment with a
CPU-intensive process, it looks like top downscales utilization by a
factor of 3 (again, on my machine and configuration).

> Hints and tips on this much appreciated.
> Regards, Tony.

The way top calculates CPU percentage is by dividing the accumulated
process time since last check by the wallclock time since last check.  As
far as I can see, the code itself looks correct.  Thus, the blame would
probably lie with either the /proc filesystem entries (particularly
/proc/$PID/stat) or the gettimeofday() implementation/granularity.
I'm sorry I don't have time to investigate further.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> Igor,
>
> > I did a google search on "linux top cpu load".  Here's a top
> > from the first match:
> > http://www.groupsys.com/topsrc/top-> 3.5beta9.tar.gz
> > It took
> > about an hour to make it compile and
> > run under cygwin 1.3.12-2 on Win2k.  The patch is attached.
> >
> > Note: I just compiled and ran the code; I haven't verified
> > the correctness of the output.  It seemed to work without
> > crashing, and the output looked plausible.  I also haven't
> > tested it on any system other than mine (above). Try it at
> > your own risk.
>
> Thanks for this, it's a good start to getting top working under Cygwin.
>
> My question is that when you run the Configure script what do give as
> the 'appropriate module' for the machine? I've used 'linux' but I wonder
> if there is a better option, or whether we should invent a Cygwin
> machine definition?
>
> Secondly, when it runs, I'm not convinced the figures are correct! For
> example, my setiathome process should show almost 100% cpu utilisation,
> but it shows 0%! Is this a refelction of my choice above, or problems
> with the /proc file system infotmation?
>
> Hints and tips on this much appreciated.
The values seem to be a factor of 10 out.
This is because Linux uses a value of 100 for HZ, whereas Cygwin has this
defined as 1000. The /proc implementation uses 100 and ignores the Cygwin
value.

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Christopher Faylor]

On Fri, Jul 26, 2002 at 09:46:19PM +0100, Chris January wrote:
>The values seem to be a factor of 10 out.
>This is because Linux uses a value of 100 for HZ, whereas Cygwin has this
>defined as 1000. The /proc implementation uses 100 and ignores the Cygwin
>value.

Is the cygwin value wrong?  Should we change it?

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> >The values seem to be a factor of 10 out.
> >This is because Linux uses a value of 100 for HZ, whereas Cygwin has this
> >defined as 1000. The /proc implementation uses 100 and ignores the Cygwin
> >value.
>
> Is the cygwin value wrong?  Should we change it?
Which value you pick is completely arbitary. I chose 100 because that's the
same as Linux. I could just as easily re-write the /proc stuff to use HZ
from sys/param.h instead. The procps proc/sysinfo.c file has code to
automatically work out what value of HZ is being used by the kernel, so
existing binaries would still work without re-compilation.
The author of procps has this to say:
 * Some values in /proc are expressed in units of 1/HZ seconds, where HZ
 * is the kernel clock tick rate. One of these units is called a jiffy.
 * The HZ value used in the kernel may vary according to hacker desire.
 * According to Linus Torvalds, this is not true. He considers the values
 * in /proc as being in architecture-dependant units that have no relation
 * to the kernel clock tick rate. Examination of the kernel source code
 * reveals that opinion as wishful thinking.
So, no, I don't think it should be changed. Well written programs should be
able to cope with this. I will modify fhandler_process.cc and
fhandler_proc.cc to use HZ from sys/param.h.

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Greg McCrory]

At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
>On Wed, 24 Jul 2002, Jim George wrote:
>
>Jim,
>
>I did a google search on "linux top cpu load".  Here's a top from the
>first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
>It took about an hour to make it compile and run under cygwin 1.3.12-2 on
>Win2k.  The patch is attached.
>
>Note: I just compiled and ran the code; I haven't verified the correctness
>of the output.  It seemed to work without crashing, and the output looked
>plausible.  I also haven't tested it on any system other than mine (above).
>Try it at your own risk.
>     Igor


Notes on my quick attempt this morning:

To get the ./Configure to run properly I needed a symbolic link to tcsh:
ln -s /bin/tcsh /bin/csh

Also chose module linux when asked.

for owner, used SYSTEM instead of default root

install script did not move the executable into the proper directory:

./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
chown: changing ownership of `/usr/local/bin/top': No such file or directory
chgrp: changing group of `/usr/local/bin/top': No such file or directory
chmod: changing permissions of `/usr/local/bin/top': No such file or directory
make: *** [install-top] Error 1

I was able to install it manually and it appears to work.

GMc


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

On Thu, 25 Jul 2002, Greg McCrory wrote:

> At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> >On Wed, 24 Jul 2002, Jim George wrote:
> >
> >Jim,
> >
> >I did a google search on "linux top cpu load".  Here's a top from the
> >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> >Win2k.  The patch is attached.
> >
> >Note: I just compiled and ran the code; I haven't verified the correctness
> >of the output.  It seemed to work without crashing, and the output looked
> >plausible.  I also haven't tested it on any system other than mine (above).
> >Try it at your own risk.
> >     Igor
>
> Notes on my quick attempt this morning:
>
> To get the ./Configure to run properly I needed a symbolic link to tcsh:
> ln -s /bin/tcsh /bin/csh

Right, I have that too (from way back, no wonder I forgot to mention it).

> Also chose module linux when asked.

Yep.  Again, should have said that.

> for owner, used SYSTEM instead of default root

chown and chgrp didn't seem to work for me at all.  However, I don't have
a CYGWIN variable, so that might be the reason.  I don't miss it, though.

> install script did not move the executable into the proper directory:

I used /usr/bin/install as the install command.

> ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> chown: changing ownership of `/usr/local/bin/top': No such file or directory
> chgrp: changing group of `/usr/local/bin/top': No such file or directory
> chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> make: *** [install-top] Error 1

See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
It may be necessary to use the local script after all, and re-write it to
boot.

> I was able to install it manually and it appears to work.
> GMc

Not quite correctly -- see
http://cygwin.com/ml/cygwin/2002-07/msg01995.html
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Dylan Cuthbert]

> > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > ln -s /bin/tcsh /bin/csh

why not just install tcsh for cygwin?  It seems to be in the package list
now.

Regards
---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com





--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Thu, 25 Jul 2002 11:57:51 -0400 (EDT)
Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:

> On Thu, 25 Jul 2002, Greg McCrory wrote:
> 
> > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > >On Wed, 24 Jul 2002, Jim George wrote:
> > >
> > >Jim,
> > >
> > >I did a google search on "linux top cpu load".  Here's a top from the
> > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > >Win2k.  The patch is attached.
> > >
> > >Note: I just compiled and ran the code; I haven't verified the correctness
> > >of the output.  It seemed to work without crashing, and the output looked
> > >plausible.  I also haven't tested it on any system other than mine (above).
> > >Try it at your own risk.
> > >     Igor
> >
> > Notes on my quick attempt this morning:
> >
> > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > ln -s /bin/tcsh /bin/csh
> 
> Right, I have that too (from way back, no wonder I forgot to mention it).
> 
> > Also chose module linux when asked.
> 
> Yep.  Again, should have said that.
> 
> > for owner, used SYSTEM instead of default root
> 
> chown and chgrp didn't seem to work for me at all.  However, I don't have
> a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> 
> > install script did not move the executable into the proper directory:
> 
> I used /usr/bin/install as the install command.
> 
> > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > make: *** [install-top] Error 1
> 
> See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> It may be necessary to use the local script after all, and re-write it to
> boot.
> 
> > I was able to install it manually and it appears to work.
> > GMc
> 
> Not quite correctly -- see
> http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> 	Igor
Hi everyone,

	well I got as far as compiling and installing, in the same way that Greg did, but...

	When I run top I get the following error..

		top: proc filesystem not mounted on /proc
		     type = 6

	The output of mount is..

	C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode)
	C:\cygwin\bin on /usr/bin type system (binmode)
	C:\cygwin\lib on /usr/lib type system (binmode)
	C:\cygwin on / type system (binmode)
	c: on /cygdrive/c type user (binmode,noumount)
	u: on /cygdrive/u type user (binmode,noumount)
	v: on /cygdrive/v type user (binmode,noumount)

	Can anyone tell me what I've done wrong?  Do I need to explicitly mount /proc?

jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 10:23:11 +0100
"John Morrison" <john.r.morrison@ntlworld.com> wrote:

> > On Behalf Of Jim George
> >
> > On Thu, 25 Jul 2002 11:57:51 -0400 (EDT)
> > Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
> >
> > > On Thu, 25 Jul 2002, Greg McCrory wrote:
> > >
> > > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > > >
> > > > >Jim,
> > > > >
> > > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > > >It took about an hour to make it compile and run under
> > cygwin 1.3.12-2 on
> > > > >Win2k.  The patch is attached.
> > > > >
> > > > >Note: I just compiled and ran the code; I haven't verified
> > the correctness
> > > > >of the output.  It seemed to work without crashing, and the
> > output looked
> > > > >plausible.  I also haven't tested it on any system other
> > than mine (above).
> > > > >Try it at your own risk.
> > > > >     Igor
> > > >
> > > > Notes on my quick attempt this morning:
> > > >
> > > > To get the ./Configure to run properly I needed a symbolic
> > link to tcsh:
> > > > ln -s /bin/tcsh /bin/csh
> > >
> > > Right, I have that too (from way back, no wonder I forgot to
> > mention it).
> > >
> > > > Also chose module linux when asked.
> > >
> > > Yep.  Again, should have said that.
> > >
> > > > for owner, used SYSTEM instead of default root
> > >
> > > chown and chgrp didn't seem to work for me at all.  However, I
> > don't have
> > > a CYGWIN variable, so that might be the reason.  I don't miss
> > it, though.
> > >
> > > > install script did not move the executable into the proper directory:
> > >
> > > I used /usr/bin/install as the install command.
> > >
> > > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > > chown: changing ownership of `/usr/local/bin/top': No such
> > file or directory
> > > > chgrp: changing group of `/usr/local/bin/top': No such file
> > or directory
> > > > chmod: changing permissions of `/usr/local/bin/top': No such
> > file or directory
> > > > make: *** [install-top] Error 1
> > >
> > > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > > It may be necessary to use the local script after all, and
> > re-write it to
> > > boot.
> > >
> > > > I was able to install it manually and it appears to work.
> > > > GMc
> > >
> > > Not quite correctly -- see
> > > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > > 	Igor
> > Hi everyone,
> >
> > 	well I got as far as compiling and installing, in the same
> > way that Greg did, but...
> >
> > 	When I run top I get the following error..
> >
> > 		top: proc filesystem not mounted on /proc
> > 		     type = 6
> 
> /proc is virtual.  Make sure you have the latest version
> of cygwin (the dll).  If you wish, you can create a directory
> called /proc, but you don't have to.
> 
> J.
Thanks John, 

	but I'm running 1.3.12?

	Isn't that recent enough?

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[John Morrison]

> 	but I'm running 1.3.12?
> 
> 	Isn't that recent enough?

Don't know.  I'm running 1.3.12-2 and I know it's there.

$ ls /proc/
1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
1764  2444  2592  2636  2680  2712  loadavg  registry  uptime

J.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 11:15:19 +0100
"John Morrison" <john.r.morrison@ntlworld.com> wrote:

> 
> > 	but I'm running 1.3.12?
> > 
> > 	Isn't that recent enough?
> 
> Don't know.  I'm running 1.3.12-2 and I know it's there.
> 
> $ ls /proc/
> 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> 
> J.
> 
Don't get me wrong../proc exists and looks very similar to yours, but I get that error (i.e. the complaint that /proc is not mounted) whenever I run top.

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[John Morrison]

> on Behalf Of Jim George
> 
> On Fri, 26 Jul 2002 11:15:19 +0100
> "John Morrison" <john.r.morrison@ntlworld.com> wrote:
> > 
> > > 	but I'm running 1.3.12?
> > > 
> > > 	Isn't that recent enough?
> > 
> > Don't know.  I'm running 1.3.12-2 and I know it's there.
> > 
> > $ ls /proc/
> > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> > 
> > J.
> > 
> Don't get me wrong../proc exists and looks very similar to yours, 
> but I get that error (i.e. the complaint that /proc is not 
> mounted) whenever I run top.

Oh, sorry, missread.  I don't think I can help then :(

J.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> > > > but I'm running 1.3.12?
> > > >
> > > > Isn't that recent enough?
> > >
> > > Don't know.  I'm running 1.3.12-2 and I know it's there.
> > >
> > > $ ls /proc/
> > > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> > > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> > >
> > > J.
> > >
> > Don't get me wrong../proc exists and looks very similar to yours,
> > but I get that error (i.e. the complaint that /proc is not
> > mounted) whenever I run top.
Make sure you are using 1.3.12-2 and not 1.3.12-1 in which the /proc
filesystem is hopelessly broken.

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 21:48:32 +0100
"Chris January" <chris@atomice.net> wrote:

> > > > > but I'm running 1.3.12?
> > > > >
> > > > > Isn't that recent enough?
> > > >
> > > > Don't know.  I'm running 1.3.12-2 and I know it's there.
> > > >
> > > > $ ls /proc/
> > > > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> > > > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> > > >
> > > > J.
> > > >
> > > Don't get me wrong../proc exists and looks very similar to yours,
> > > but I get that error (i.e. the complaint that /proc is not
> > > mounted) whenever I run top.
> Make sure you are using 1.3.12-2 and not 1.3.12-1 in which the /proc
> filesystem is hopelessly broken.
> 
> Chris
Looks like another download then ;)

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> > > but I'm running 1.3.12?
> > >
> > > Isn't that recent enough?
> >
> > Don't know.  I'm running 1.3.12-2 and I know it's there.
> >
> > $ ls /proc/
> > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> >
> > J.
> >
> Don't get me wrong../proc exists and looks very similar to yours, but I
get that error (i.e. the complaint that /proc is not mounted) whenever I run
top.
I think this is because top is looking for a file in /proc that's not there.
Please send me the source package for the version of top you are using.
You can download a working version of top here:
http://www.doc.ic.ac.uk/~ccj00/procps-010801/

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 19:21:01 +0100
"Chris January" <chris@atomice.net> wrote:

> > > > but I'm running 1.3.12?
> > > >
> > > > Isn't that recent enough?
> > >
> > > Don't know.  I'm running 1.3.12-2 and I know it's there.
> > >
> > > $ ls /proc/
> > > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat    version
> > > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> > >
> > > J.
> > >
> > Don't get me wrong../proc exists and looks very similar to yours, but I
> get that error (i.e. the complaint that /proc is not mounted) whenever I run
> top.
> I think this is because top is looking for a file in /proc that's not there.
> Please send me the source package for the version of top you are using.
> You can download a working version of top here:
> http://www.doc.ic.ac.uk/~ccj00/procps-010801/
> 
> Chris
> 
Thanks that's excellent, why don't you include this in cygwin?

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> > > > > but I'm running 1.3.12?
> > > > >
> > > > > Isn't that recent enough?
> > > >
> > > > Don't know.  I'm running 1.3.12-2 and I know it's there.
> > > >
> > > > $ ls /proc/
> > > > 1540  1808  2536  2616  2660  2684  2848     meminfo   stat
version
> > > > 1764  2444  2592  2636  2680  2712  loadavg  registry  uptime
> > > >
> > > > J.
> > > >
> > > Don't get me wrong../proc exists and looks very similar to yours, but
I
> > get that error (i.e. the complaint that /proc is not mounted) whenever I
run
> > top.
> > I think this is because top is looking for a file in /proc that's not
there.
> > Please send me the source package for the version of top you are using.
> > You can download a working version of top here:
> > http://www.doc.ic.ac.uk/~ccj00/procps-010801/
> >
> > Chris
> >
> Thanks that's excellent, why don't you include this in cygwin?
I posted it to cygwin-apps and changed it to address the issues that were
raised, but as of yet it has not been included. There's not much more than
that I can do!

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

Jim,
First off, it would be nice if your reply went directly to the list
instead of to me personally.  This is less of a criticism for you, and
more of a note to the list maintainers -- I thought the Reply-To:
field would be set correctly when a message comes from the list.  Oh,
well, I'll just set it manually.
More below...

On Thu, 25 Jul 2002, Jim George wrote:

> On Thu, 25 Jul 2002 11:57:51 -0400 (EDT)
> Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
>
> > On Thu, 25 Jul 2002, Greg McCrory wrote:
> >
> > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > >
> > > >Jim,
> > > >
> > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > > >Win2k.  The patch is attached.
> > > >
> > > >Note: I just compiled and ran the code; I haven't verified the correctness
> > > >of the output.  It seemed to work without crashing, and the output looked
> > > >plausible.  I also haven't tested it on any system other than mine (above).
> > > >Try it at your own risk.
> > > >     Igor
> > >
> > > Notes on my quick attempt this morning:
> > >
> > > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > > ln -s /bin/tcsh /bin/csh
> >
> > Right, I have that too (from way back, no wonder I forgot to mention it).
> >
> > > Also chose module linux when asked.
> >
> > Yep.  Again, should have said that.
> >
> > > for owner, used SYSTEM instead of default root
> >
> > chown and chgrp didn't seem to work for me at all.  However, I don't have
> > a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> >
> > > install script did not move the executable into the proper directory:
> >
> > I used /usr/bin/install as the install command.
> >
> > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > > make: *** [install-top] Error 1
> >
> > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > It may be necessary to use the local script after all, and re-write it to
> > boot.
> >
> > > I was able to install it manually and it appears to work.
> > > GMc
> >
> > Not quite correctly -- see
> > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > 	Igor
> Hi everyone,
>
> 	well I got as far as compiling and installing, in the same way
>       that Greg did, but...
>
> 	When I run top I get the following error..
>
> 		top: proc filesystem not mounted on /proc
> 		     type = 6
>
> 	The output of mount is..
> [snip]
> 	Can anyone tell me what I've done wrong?  Do I need to explicitly
>       mount /proc?

No, /proc is a virtual filesystem that is already mounted.  However, top
checks something called a PROC_SUPER_MAGIC, which is a compile-time
constant, but seems to be different for every system.  The value in the
patch is for my system only (as I repeatedly said).  To determine what the
value is on your system, edit machine.c, and insert fprintf(stderr, "
type=%x\n", sb.f_type); in machine_init, right after it prints out the
above error message (but before the return).  Then recompile and run.
It'll still fail, but now you'll know what the value of PROC_SUPER_MAGIC
is for your system.  Edit machine.c and change the #define of
PROC_SUPER_MAGIC from 0x9fa0 (the value for my system) to whatever it is
on yours.  Recompile, and top should work.
I know this is tedious and non-portable.  Someone who knows how the value
is actually derived on each machine can come up with a better way.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 11:44:03 -0400 (EDT)
Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:

> Jim,
> First off, it would be nice if your reply went directly to the list
> instead of to me personally.  This is less of a criticism for you, and
> more of a note to the list maintainers -- I thought the Reply-To:
> field would be set correctly when a message comes from the list.  Oh,
> well, I'll just set it manually.
> More below...
> 
> On Thu, 25 Jul 2002, Jim George wrote:
> 
> > On Thu, 25 Jul 2002 11:57:51 -0400 (EDT)
> > Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
> >
> > > On Thu, 25 Jul 2002, Greg McCrory wrote:
> > >
> > > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > > >
> > > > >Jim,
> > > > >
> > > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > > > >Win2k.  The patch is attached.
> > > > >
> > > > >Note: I just compiled and ran the code; I haven't verified the correctness
> > > > >of the output.  It seemed to work without crashing, and the output looked
> > > > >plausible.  I also haven't tested it on any system other than mine (above).
> > > > >Try it at your own risk.
> > > > >     Igor
> > > >
> > > > Notes on my quick attempt this morning:
> > > >
> > > > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > > > ln -s /bin/tcsh /bin/csh
> > >
> > > Right, I have that too (from way back, no wonder I forgot to mention it).
> > >
> > > > Also chose module linux when asked.
> > >
> > > Yep.  Again, should have said that.
> > >
> > > > for owner, used SYSTEM instead of default root
> > >
> > > chown and chgrp didn't seem to work for me at all.  However, I don't have
> > > a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> > >
> > > > install script did not move the executable into the proper directory:
> > >
> > > I used /usr/bin/install as the install command.
> > >
> > > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > > > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > > > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > > > make: *** [install-top] Error 1
> > >
> > > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > > It may be necessary to use the local script after all, and re-write it to
> > > boot.
> > >
> > > > I was able to install it manually and it appears to work.
> > > > GMc
> > >
> > > Not quite correctly -- see
> > > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > > 	Igor
> > Hi everyone,
> >
> > 	well I got as far as compiling and installing, in the same way
> >       that Greg did, but...
> >
> > 	When I run top I get the following error..
> >
> > 		top: proc filesystem not mounted on /proc
> > 		     type = 6
> >
> > 	The output of mount is..
> > [snip]
> > 	Can anyone tell me what I've done wrong?  Do I need to explicitly
> >       mount /proc?
> 
> No, /proc is a virtual filesystem that is already mounted.  However, top
> checks something called a PROC_SUPER_MAGIC, which is a compile-time
> constant, but seems to be different for every system.  The value in the
> patch is for my system only (as I repeatedly said).  To determine what the
> value is on your system, edit machine.c, and insert fprintf(stderr, "
> type=%x\n", sb.f_type); in machine_init, right after it prints out the
> above error message (but before the return).  Then recompile and run.
> It'll still fail, but now you'll know what the value of PROC_SUPER_MAGIC
> is for your system.  Edit machine.c and change the #define of
> PROC_SUPER_MAGIC from 0x9fa0 (the value for my system) to whatever it is
> on yours.  Recompile, and top should work.
> I know this is tedious and non-portable.  Someone who knows how the value
> is actually derived on each machine can come up with a better way.
> 	Igor

Igor,

	I went to make the change to machine.c that you suggested but the entry is already there right before the error return.

	When I run top I get the type=6, so what is the number I should replace 0x9fa0 with, 0x0006?

Regards,

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

On Fri, 26 Jul 2002, Jim George wrote:

> On Fri, 26 Jul 2002 11:44:03 -0400 (EDT)
> Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
>
> > On Thu, 25 Jul 2002, Jim George wrote:
> >
> > > > On Thu, 25 Jul 2002, Greg McCrory wrote:
> > > >
> > > > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > > > >
> > > > > >Jim,
> > > > > >
> > > > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > > > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > > > > >Win2k.  The patch is attached.
> > > > > >
> > > > > >Note: I just compiled and ran the code; I haven't verified the correctness
> > > > > >of the output.  It seemed to work without crashing, and the output looked
> > > > > >plausible.  I also haven't tested it on any system other than mine (above).
> > > > > >Try it at your own risk.
> > > > > >     Igor
> > > > >
> > > > > Notes on my quick attempt this morning:
> > > > >
> > > > > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > > > > ln -s /bin/tcsh /bin/csh
> > > >
> > > > Right, I have that too (from way back, no wonder I forgot to mention it).
> > > >
> > > > > Also chose module linux when asked.
> > > >
> > > > Yep.  Again, should have said that.
> > > >
> > > > > for owner, used SYSTEM instead of default root
> > > >
> > > > chown and chgrp didn't seem to work for me at all.  However, I don't have
> > > > a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> > > >
> > > > > install script did not move the executable into the proper directory:
> > > >
> > > > I used /usr/bin/install as the install command.
> > > >
> > > > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > > > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > > > > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > > > > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > > > > make: *** [install-top] Error 1
> > > >
> > > > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > > > It may be necessary to use the local script after all, and re-write it to
> > > > boot.
> > > >
> > > > > I was able to install it manually and it appears to work.
> > > > > GMc
> > > >
> > > > Not quite correctly -- see
> > > > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > > >   Igor
> > > Hi everyone,
> > >
> > >     well I got as far as compiling and installing, in the same way
> > >       that Greg did, but...
> > >
> > >     When I run top I get the following error..
> > >
> > >             top: proc filesystem not mounted on /proc
> > >                  type = 6
> > >
> > >     The output of mount is..
> > > [snip]
> > >     Can anyone tell me what I've done wrong?  Do I need to explicitly
> > >       mount /proc?
> >
> > No, /proc is a virtual filesystem that is already mounted.  However, top
> > checks something called a PROC_SUPER_MAGIC, which is a compile-time
> > constant, but seems to be different for every system.  The value in the
> > patch is for my system only (as I repeatedly said).  To determine what the
> > value is on your system, edit machine.c, and insert fprintf(stderr, "
> > type=%x\n", sb.f_type); in machine_init, right after it prints out the
> > above error message (but before the return).  Then recompile and run.
> > It'll still fail, but now you'll know what the value of PROC_SUPER_MAGIC
> > is for your system.  Edit machine.c and change the #define of
> > PROC_SUPER_MAGIC from 0x9fa0 (the value for my system) to whatever it is
> > on yours.  Recompile, and top should work.
> > I know this is tedious and non-portable.  Someone who knows how the value
> > is actually derived on each machine can come up with a better way.
> >       Igor
>
> Igor,
>         I went to make the change to machine.c that you suggested but
> the entry is already there right before the error return.
>         When I run top I get the type=6, so what is the number I should
> replace 0x9fa0 with, 0x0006?
> Regards,
> Jim

Jim,
Right, sorry, I forgot that I included the printout in the patch...  Well,
that means less work for you. :-)
Yes, do replace 0x9fa0 with the value that was printed out (in your case,
6).  The printout is in hex, you can just add a 0x in front of it (i.e.,
0x6).  Adding leading 0's (e.g., 0x000006) won't make a difference.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Jim George]

On Fri, 26 Jul 2002 18:07:01 -0400 (EDT)
Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:

> On Fri, 26 Jul 2002, Jim George wrote:
> 
> > On Fri, 26 Jul 2002 11:44:03 -0400 (EDT)
> > Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
> >
> > > On Thu, 25 Jul 2002, Jim George wrote:
> > >
> > > > > On Thu, 25 Jul 2002, Greg McCrory wrote:
> > > > >
> > > > > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > > > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > > > > >
> > > > > > >Jim,
> > > > > > >
> > > > > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > > > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > > > > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > > > > > >Win2k.  The patch is attached.
> > > > > > >
> > > > > > >Note: I just compiled and ran the code; I haven't verified the correctness
> > > > > > >of the output.  It seemed to work without crashing, and the output looked
> > > > > > >plausible.  I also haven't tested it on any system other than mine (above).
> > > > > > >Try it at your own risk.
> > > > > > >     Igor
> > > > > >
> > > > > > Notes on my quick attempt this morning:
> > > > > >
> > > > > > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > > > > > ln -s /bin/tcsh /bin/csh
> > > > >
> > > > > Right, I have that too (from way back, no wonder I forgot to mention it).
> > > > >
> > > > > > Also chose module linux when asked.
> > > > >
> > > > > Yep.  Again, should have said that.
> > > > >
> > > > > > for owner, used SYSTEM instead of default root
> > > > >
> > > > > chown and chgrp didn't seem to work for me at all.  However, I don't have
> > > > > a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> > > > >
> > > > > > install script did not move the executable into the proper directory:
> > > > >
> > > > > I used /usr/bin/install as the install command.
> > > > >
> > > > > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > > > > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > > > > > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > > > > > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > > > > > make: *** [install-top] Error 1
> > > > >
> > > > > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > > > > It may be necessary to use the local script after all, and re-write it to
> > > > > boot.
> > > > >
> > > > > > I was able to install it manually and it appears to work.
> > > > > > GMc
> > > > >
> > > > > Not quite correctly -- see
> > > > > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > > > >   Igor
> > > > Hi everyone,
> > > >
> > > >     well I got as far as compiling and installing, in the same way
> > > >       that Greg did, but...
> > > >
> > > >     When I run top I get the following error..
> > > >
> > > >             top: proc filesystem not mounted on /proc
> > > >                  type = 6
> > > >
> > > >     The output of mount is..
> > > > [snip]
> > > >     Can anyone tell me what I've done wrong?  Do I need to explicitly
> > > >       mount /proc?
> > >
> > > No, /proc is a virtual filesystem that is already mounted.  However, top
> > > checks something called a PROC_SUPER_MAGIC, which is a compile-time
> > > constant, but seems to be different for every system.  The value in the
> > > patch is for my system only (as I repeatedly said).  To determine what the
> > > value is on your system, edit machine.c, and insert fprintf(stderr, "
> > > type=%x\n", sb.f_type); in machine_init, right after it prints out the
> > > above error message (but before the return).  Then recompile and run.
> > > It'll still fail, but now you'll know what the value of PROC_SUPER_MAGIC
> > > is for your system.  Edit machine.c and change the #define of
> > > PROC_SUPER_MAGIC from 0x9fa0 (the value for my system) to whatever it is
> > > on yours.  Recompile, and top should work.
> > > I know this is tedious and non-portable.  Someone who knows how the value
> > > is actually derived on each machine can come up with a better way.
> > >       Igor
> >
> > Igor,
> >         I went to make the change to machine.c that you suggested but
> > the entry is already there right before the error return.
> >         When I run top I get the type=6, so what is the number I should
> > replace 0x9fa0 with, 0x0006?
> > Regards,
> > Jim
> 
> Jim,
> Right, sorry, I forgot that I included the printout in the patch...  Well,
> that means less work for you. :-)
> Yes, do replace 0x9fa0 with the value that was printed out (in your case,
> 6).  The printout is in hex, you can just add a 0x in front of it (i.e.,
> 0x6).  Adding leading 0's (e.g., 0x000006) won't make a difference.
> 	Igor
Thanks Igor,

	that did it.

	Were you aware that you had competition?  There's a package called procps by Chris January at http://www.doc.ic.ac.uk/~ccj00/procps-010801.

	Perhaps you could share experiences/code?

Jim

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> Were you aware that you had competition?  There's a package called procps
by Chris January at http://www.doc.ic.ac.uk/~ccj00/procps-010801.
>
> Perhaps you could share experiences/code?
procps is what I'm using to test the /proc implementation (i.e. if it works
with this - it works, anything else is an optional extra). However in the
future I'll also try to test against William LeFebvre's top as well. I have
a patch that makes the latter top report the correct values for CPU usage
which I will post to cygwin-patches.

Chris



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Igor Pechtchanski]

On Sat, 27 Jul 2002, Jim George wrote:

> On Fri, 26 Jul 2002 18:07:01 -0400 (EDT)
> Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
>
> > On Fri, 26 Jul 2002, Jim George wrote:
> >
> > > On Fri, 26 Jul 2002 11:44:03 -0400 (EDT)
> > > Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
> > >
> > > > On Thu, 25 Jul 2002, Jim George wrote:
> > > >
> > > > > > On Thu, 25 Jul 2002, Greg McCrory wrote:
> > > > > >
> > > > > > > At 7/24/2002 11:38 PM -0400, Igor Pechtchanski wrote:
> > > > > > > >On Wed, 24 Jul 2002, Jim George wrote:
> > > > > > > >
> > > > > > > >Jim,
> > > > > > > >
> > > > > > > >I did a google search on "linux top cpu load".  Here's a top from the
> > > > > > > >first match: http://www.groupsys.com/topsrc/top-3.5beta9.tar.gz
> > > > > > > >It took about an hour to make it compile and run under cygwin 1.3.12-2 on
> > > > > > > >Win2k.  The patch is attached.
> > > > > > > >
> > > > > > > >Note: I just compiled and ran the code; I haven't verified the correctness
> > > > > > > >of the output.  It seemed to work without crashing, and the output looked
> > > > > > > >plausible.  I also haven't tested it on any system other than mine (above).
> > > > > > > >Try it at your own risk.
> > > > > > > >     Igor
> > > > > > >
> > > > > > > Notes on my quick attempt this morning:
> > > > > > >
> > > > > > > To get the ./Configure to run properly I needed a symbolic link to tcsh:
> > > > > > > ln -s /bin/tcsh /bin/csh
> > > > > >
> > > > > > Right, I have that too (from way back, no wonder I forgot to mention it).
> > > > > >
> > > > > > > Also chose module linux when asked.
> > > > > >
> > > > > > Yep.  Again, should have said that.
> > > > > >
> > > > > > > for owner, used SYSTEM instead of default root
> > > > > >
> > > > > > chown and chgrp didn't seem to work for me at all.  However, I don't have
> > > > > > a CYGWIN variable, so that might be the reason.  I don't miss it, though.
> > > > > >
> > > > > > > install script did not move the executable into the proper directory:
> > > > > >
> > > > > > I used /usr/bin/install as the install command.
> > > > > >
> > > > > > > ./install -o SYSTEM -m 4711 -g SYSTEM top /usr/local/bin
> > > > > > > chown: changing ownership of `/usr/local/bin/top': No such file or directory
> > > > > > > chgrp: changing group of `/usr/local/bin/top': No such file or directory
> > > > > > > chmod: changing permissions of `/usr/local/bin/top': No such file or directory
> > > > > > > make: *** [install-top] Error 1
> > > > > >
> > > > > > See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN644
> > > > > > It may be necessary to use the local script after all, and re-write it to
> > > > > > boot.
> > > > > >
> > > > > > > I was able to install it manually and it appears to work.
> > > > > > > GMc
> > > > > >
> > > > > > Not quite correctly -- see
> > > > > > http://cygwin.com/ml/cygwin/2002-07/msg01995.html
> > > > > >   Igor
> > > > > Hi everyone,
> > > > >
> > > > >     well I got as far as compiling and installing, in the same way
> > > > >       that Greg did, but...
> > > > >
> > > > >     When I run top I get the following error..
> > > > >
> > > > >             top: proc filesystem not mounted on /proc
> > > > >                  type = 6
> > > > >
> > > > >     The output of mount is..
> > > > > [snip]
> > > > >     Can anyone tell me what I've done wrong?  Do I need to explicitly
> > > > >       mount /proc?
> > > >
> > > > No, /proc is a virtual filesystem that is already mounted.  However, top
> > > > checks something called a PROC_SUPER_MAGIC, which is a compile-time
> > > > constant, but seems to be different for every system.  The value in the
> > > > patch is for my system only (as I repeatedly said).  To determine what the
> > > > value is on your system, edit machine.c, and insert fprintf(stderr, "
> > > > type=%x\n", sb.f_type); in machine_init, right after it prints out the
> > > > above error message (but before the return).  Then recompile and run.
> > > > It'll still fail, but now you'll know what the value of PROC_SUPER_MAGIC
> > > > is for your system.  Edit machine.c and change the #define of
> > > > PROC_SUPER_MAGIC from 0x9fa0 (the value for my system) to whatever it is
> > > > on yours.  Recompile, and top should work.
> > > > I know this is tedious and non-portable.  Someone who knows how the value
> > > > is actually derived on each machine can come up with a better way.
> > > >       Igor
> > >
> > > Igor,
> > >         I went to make the change to machine.c that you suggested but
> > > the entry is already there right before the error return.
> > >         When I run top I get the type=6, so what is the number I should
> > > replace 0x9fa0 with, 0x0006?
> > > Regards,
> > > Jim
> >
> > Jim,
> > Right, sorry, I forgot that I included the printout in the patch...  Well,
> > that means less work for you. :-)
> > Yes, do replace 0x9fa0 with the value that was printed out (in your case,
> > 6).  The printout is in hex, you can just add a 0x in front of it (i.e.,
> > 0x6).  Adding leading 0's (e.g., 0x000006) won't make a difference.
> >       Igor
>
> Thanks Igor,
>         that did it.
>         Were you aware that you had competition?  There's a package
> called procps by Chris January at
> http://www.doc.ic.ac.uk/~ccj00/procps-010801.
>         Perhaps you could share experiences/code?
> Jim

Jim,
Yes, I saw the messages, thanks.  Contrary to the belief some people seem
to have, I'm not an author or maintainer of the top package - I just
looked on the net, found the source, and twiddled with it to make it
compile and run under cygwin.  I'm not even claiming it's the best out
there - it was the first match, that's all.  I'm sure Chris's tools are
better and more Cygwin-compatible.  My attempt was to fill the void, not
to provide the best there is.  I'm not even sure how most of the code
works - I'm only familiar with the parts I had to change to port it.  All
of my experiences are described right here on the list.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Chris January]

> Hi there,
>
> I've searched through the archives but can't seem to find any mention of
> this, is there a way to display the cpu load via a shell utility?
>
> If not, can someone point me to the posix function call (if it exists) so
I
> can write a little utility.  I want to do some load balanced compiles
across
> several machines by spawning the compile across the network via "make -j",
> and a wrapper for gcc, then use rsh (ssh or rexec) and network sharing to
do
> the compile.  The thing is I only want to use machines whose loads are
low.
>
> Of course, if a tool for this kind of thing already exists, then please
give
> me a pointer.
The procps tools from Linux have been ported to Cygwin and are available
here:
http://www.doc.ic.ac.uk/~ccj00/procps-010801/
Hopefully this should be included as an official package one day (who knows
when?).
If you have found a version of top that doesn't work with Cygwin, than can
you please e-mail it to me via private e-mail. Cygwin's /proc implementation
is design to be as compatible as possible with Linux's.

Chris




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: a way to read the current cpu load from the shell or via a cmdline utility in cygwin?

[Dylan Cuthbert]

Those are great! yes, they should be included in the cygwin package listing
asap.

Thanks.

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com


"Chris January" <chris@atomice.net> wrote in message
news:00f701c234d0$6611ce00$0100a8c0@atomice.net...

> The procps tools from Linux have been ported to Cygwin and are available
> here:
> http://www.doc.ic.ac.uk/~ccj00/procps-010801/
> Hopefully this should be included as an official package one day (who
knows
> when?).
> If you have found a version of top that doesn't work with Cygwin, than can
> you please e-mail it to me via private e-mail. Cygwin's /proc
implementation
> is design to be as compatible as possible with Linux's.
>
> Chris
>
>
>
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/