is simply the fact that the results are not 100% accurate.
> I tought this was obvious?
Let's all agree that /dev/shm is an obvious lose that was put
there for the POSIX cruft, and it's not really a necessary
implementation detail. Mostly, I think it's there to support
shared u
gives me an error saying cant find /dev/shm. I tried
> adding this to /dev but was unable to. Does anyone have any
> information? Thank you. I am somewhat new to FreeBSD but have used
> linux for Many years.
/dev/shm is a holdover from the SYSV days. Doing some googling around, I
think
Dan Nelson <[EMAIL PROTECTED]> writes:
> There is already a functional non-procfs implementation that has been
> around long before procps top: groupsys top 3.5b12 (i.e. the top that
> all other non-Linux systems use) compiles fine on even the newest Linux
> kernels with the attached patch.
Appar
Hi,
I'm not sure, whether this mailing list is the correct place for
linux-centered discussions. Perhaps you want to continue via private mail?
Regards,
harti
On Mon, 7 Jul 2003, Dan Nelson wrote:
DN>In the last episode (Jul 07), Matthias Andree said:
DN>> Marcin Dalecki schrieb am 2003-07-07
On Mon, Jul 07, 2003 at 03:35:21PM +0200, Marcin Dalecki wrote:
> Thomas Dickey wrote:
> >On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
> >
> >>You know that file system name lookup is one of the most
> >>expensive system calls under UNIX?
> >
> >
> >stating the obvious is a clums
In the last episode (Jul 07), Matthias Andree said:
> Marcin Dalecki schrieb am 2003-07-07:
> > Matthias Andree wrote:
> > >Update your Linux top or run fewer processes on it then. :->
> >
> > You know that file system name lookup is one of the most expensive
> > system calls under UNIX?
>
> So w
Matthias Andree wrote:
On Mon, 07 Jul 2003, Marcin Dalecki wrote:
The point is that this is one of the reasons why the top command in
question takes a lot of relative CPU time under Linux. Some
"faster" versions of procps utils try to cache data but the trade off
is simply the fact that the resul
On Mon, 07 Jul 2003, Marcin Dalecki wrote:
> The point is that this is one of the reasons why the top command in
> question takes a lot of relative CPU time under Linux. Some
> "faster" versions of procps utils try to cache data but the trade off
> is simply the fact that the results are not 100%
Marcin Dalecki schrieb am 2003-07-07:
> Matthias Andree wrote:
> >Update your Linux top or run fewer processes on it then. :->
>
> You know that file system name lookup is one of the most
> expensive system calls under UNIX?
So what? If you don't like the interface because it does ever so
expens
Thomas Dickey wrote:
On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
You know that file system name lookup is one of the most
expensive system calls under UNIX?
stating the obvious is a clumsy rhetorical ploy (asking for agreement without
making a point).
The point is that this i
On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
> You know that file system name lookup is one of the most
> expensive system calls under UNIX?
stating the obvious is a clumsy rhetorical ploy (asking for agreement without
making a point).
--
Thomas E. Dickey <[EMAIL PROTECTED]> <
Matthias Andree wrote:
Marcin Dalecki <[EMAIL PROTECTED]> writes:
There isn't much either Solaris /proc or FresBSD /proc have in common with
what Linux calls /proc. And finally on my FreeBSD box -
kozaczek# mount
/dev/ad0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
kozaczek# t
Marcin Dalecki <[EMAIL PROTECTED]> writes:
> There isn't much either Solaris /proc or FresBSD /proc have in common with
> what Linux calls /proc. And finally on my FreeBSD box -
> kozaczek# mount
> /dev/ad0s1a on / (ufs, local, soft-updates)
> devfs on /dev (devfs, local)
> kozaczek# top
>
> And t
On Mon, Jul 07, 2003 at 10:22:02AM +0200, Juan Rodriguez Hervella wrote:
> > (still waiting for FreeBSD to "complete" a sysinstall program that doesn't
> > look as if it was an assignment for high-school interns).
>
> What's the matter with "sysinstall" ?
> I very much like "sysinstall" as it is n
:
> > : > >start it. It gives me an error saying cant find /dev/shm. I tried
> > : > >adding this to /dev but was unable to. Does anyone have any
> > : >
> > : > For some unexcused reason there is the trend in Linux to represent
> > : > everyth
Thomas E. Dickey wrote:
The /proc stuff is used in "real" Unix's such as Solaris. Just checking,
I see that FreeBSD implements procfs, which is along the same lines.
There isn't much either Solaris /proc or FresBSD /proc have in common with
what Linux calls /proc. And finally on my FreeBSD box -
libraries needed and attempted to
start it. It gives me an error saying cant find /dev/shm. I tried
adding this to /dev but was unable to. Does anyone have any
information? Thank you. I am somewhat new to FreeBSD but have used
linux for Many years.
For some unexcused reason there is the trend in
On Mon, 7 Jul 2003, Christopher Vance wrote:
> On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote:
> : On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote:
> : > Myron J. Mayfield wrote:
> : > >start it. It gives me an error saying cant find /dev/shm.
On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote:
: On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote:
: > Myron J. Mayfield wrote:
: > >start it. It gives me an error saying cant find /dev/shm. I tried
: > >adding this to /dev but was unable to. Does
inux libraries needed and attempted to
> >start it. It gives me an error saying cant find /dev/shm. I tried
> >adding this to /dev but was unable to. Does anyone have any
> >information? Thank you. I am somewhat new to FreeBSD but have used
> >linux for Many years.
>
saying cant find /dev/shm. I tried
adding this to /dev but was unable to. Does anyone have any
information? Thank you. I am somewhat new to FreeBSD but have used
linux for Many years.
For some unexcused reason there is the trend in Linux to represent
everything as kind of a wired half finished
Myron J. Mayfield wrote:
I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar
file only unpacked part of it. I then copied the files from my Redhat 9
machine. I linked up all the linux libraries needed and attempted to
start it. It gives me an error saying cant find /dev/shm
I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar
file only unpacked part of it. I then copied the files from my Redhat 9
machine. I linked up all the linux libraries needed and attempted to
start it. It gives me an error saying cant find /dev/shm. I tried
adding this to
23 matches
Mail list logo
