I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
I have tried them on the amd64 architecture on FreeBSD -current and
FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0.
The big new features are a line upper part
On 2008-Sep-28 08:29:20 +1000, Aristedes Maniatis [EMAIL PROTECTED] wrote:
I guess then I should ask the question a different way. How much
memory does each fd use and which pool of memory does it come from?
72 bytes for i386, 120 bytes for amd64. It's a UMA zone 'Files'.
You can check with
Edwin Groothuis пишет:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
I have tried them on the amd64 architecture on FreeBSD -current and
FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0.
The big new
Hi,
Reference:
From: Julian Stacey [EMAIL PROTECTED]
Date: Fri, 26 Sep 2008 19:54:04 +0200
Message-id: [EMAIL PROTECTED]
Julian Stacey wrote:
Hi,
Reference:
From: Julian Stacey [EMAIL PROTECTED]
Date: Fri, 26 Sep 2008 19:16:57 +0200
Hi,
On Sun, Sep 28, 2008 at 15:46 +1000, Edwin Groothuis wrote:
The new code can be found on
http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz
Go to 3.8b1/usr.sbin/top and run make there to produce the binary,
then run it via ./top.
compiles and runs fine on my box:
FreeBSD ice
Edwin Groothuis wrote, On 28.9.2008 7:46:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
I have tried them on the amd64 architecture on FreeBSD -current and
FreeBSD 7.0 and on the i386 architecture on FreeBSD
On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda [EMAIL PROTECTED] wrote:
Edwin Groothuis пишет:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
I have tried them on the amd64 architecture on FreeBSD -current and
On Sun, Sep 28, 2008 at 11:33:57AM +0200, Stefan `Sec` Zehl wrote:
Hi,
On Sun, Sep 28, 2008 at 15:46 +1000, Edwin Groothuis wrote:
The new code can be found on
http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz
Go to 3.8b1/usr.sbin/top and run make there to produce the binary,
The big new features are a line upper part with kernel statistics
(context-switches, traps, interrupts, faults etc) and the FLG table
(if you window is big enough)
Would it be possible to document the values in the FLG field? The
meaning wasn't obvious to me...
Steinar Haug, Nethelp
On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote:
On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda [EMAIL PROTECTED] wrote:
Some strange. Count running processes not match with system top
That has been explained in an email before.
I'm not sure I'm finding an issue, but I do find it
On Sun, Sep 28, 2008 at 11:53:51AM +0200, [EMAIL PROTECTED] wrote:
The big new features are a line upper part with kernel statistics
(context-switches, traps, interrupts, faults etc) and the FLG table
(if you window is big enough)
Would it be possible to document the values in the FLG
This is all /really/ helpful:
mksnap_ffs: Cannot create /home/.snap/dump_snapshot: Resource temporarily
unavailable
dump: Cannot create /home/.snap/dump_snapshot: No such file or directory
From /var/log/messages:
fsync: giving up on dirty
0xc524b330: tag devfs, type VCHR
usecount 1,
On Sun, Sep 28, 2008 at 11:35:06AM +0200, V??clav Haisman wrote:
to reproduce it (if possible). Thanks for your help!
Is this 7.0+ only? I run 6.3 and I see the following when I start it:
last pid: -1077944144; loa 0.52, 0.28, 0.26;
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Sun, 28 Sep 2008 15:46:20 +1000
Edwin Groothuis [EMAIL PROTECTED] wrote:
Please report any issues with it (compile time, run time) and a way
to reproduce it (if possible). Thanks for your help!
FreeBSD black 7.1-PRERELEASE FreeBSD
Yay I was hoping someone would pick this up. Edwin: I will pick up your
changes and roll them back in to the source. Then I can distribute an
official release of 3.8 and make it non-beta.
I will respond to other comments in separate messages.
Bill LeFebvre
On Sun, 28 Sep 2008 15:46:20 +1000, Edwin Groothuis [EMAIL PROTECTED] wrote:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
Thank you! :)
___
freebsd-stable@freebsd.org
Edwin Groothuis wrote:
On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote:
On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda [EMAIL PROTECTED] wrote:
Some strange. Count running processes not match with system top
That has been explained in an email before.
I'm not sure I'm finding an
Edwin Groothuis wrote:
On Sun, Sep 28, 2008 at 11:35:06AM +0200, V??clav Haisman wrote:
to reproduce it (if possible). Thanks for your help!
Is this 7.0+ only? I run 6.3 and I see the following when I start it:
last pid: -1077944144; loa 0.52, 0.28, 0.26;
[EMAIL PROTECTED] wrote:
The big new features are a line upper part with kernel statistics
(context-switches, traps, interrupts, faults etc) and the FLG table
(if you window is big enough)
Would it be possible to document the values in the FLG field? The
meaning wasn't obvious to me...
The
Alex Keda wrote:
Some strange. Count running processes not match with system top
I went back and forth on this. Old top would only count system
processes in the summary line if they were also being displayed below
(i.e.: using the 'S' command or the -S switch). Yet other restrictions
on
I just installed a 6.4-PRERELEASE kernel and tried to boot. The boot
failed with a message that my ACPI was blacklisted. I have had 'device
acpi' in my kernel for some time now. The boot interruption is new behavior.
Is this sort of change a good thing to put in UPDATING?
Regards,
Jason
On Sun, Sep 28, 2008 at 9:16 AM, William LeFebvre [EMAIL PROTECTED] wrote:
Edwin Groothuis wrote:
On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote:
On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda [EMAIL PROTECTED] wrote:
Some strange. Count running processes not match with system
I have the same problem on a Dell Poweredge SC440 when I transferred over
50GB
from a FreeBSD 5.4 box to my new Dell running 7.1. Used a crossover cable
and
the link was 1000 full duplex, but could only get about 10M/s. Very odd.
Did a
tcpdump and saw lots of bad checksum errors.
What other
On Sun, Sep 28, 2008 at 11:21:19AM +0200, Julian Stacey wrote:
Hi,
Reference:
From: Julian Stacey [EMAIL PROTECTED]
Date: Fri, 26 Sep 2008 19:54:04 +0200
Message-id: [EMAIL PROTECTED]
Julian Stacey wrote:
Hi,
Reference:
From: Julian
On Sun, Sep 28, 2008 at 01:43:12PM -0400, [EMAIL PROTECTED] wrote:
I have the same problem on a Dell Poweredge SC440 when I transferred over
50GB
from a FreeBSD 5.4 box to my new Dell running 7.1. Used a crossover cable
and
the link was 1000 full duplex, but could only get about 10M/s. Very
On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Sun, 28 Sep 2008 15:46:20 +1000
Edwin Groothuis [EMAIL PROTECTED] wrote:
Please report any issues with it (compile time, run time) and a way
to reproduce it (if
On Sun, Sep 28, 2008 at 10:50:49AM -0700, Jason C. Wells wrote:
I just installed a 6.4-PRERELEASE kernel and tried to boot. The boot
failed with a message that my ACPI was blacklisted. I have had 'device
acpi' in my kernel for some time now. The boot interruption is new
behavior.
Is
Jeremy Chadwick wrote:
On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote:
Is it normal to have 100.64% for cc1?
I would assume so, as your machine has more than one logical or
physical processor.
No, that was a per-thread display he posted. Altho undesirable I can
come up
On Sun, Sep 28, 2008 at 03:46:45PM -0400, William LeFebvre wrote:
Jeremy Chadwick wrote:
On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote:
Is it normal to have 100.64% for cc1?
I would assume so, as your machine has more than one logical or
physical processor.
No, that was
On Sun, Sep 28, 2008 at 01:43:12PM -0400, [EMAIL PROTECTED] wrote:
I have the same problem on a Dell Poweredge SC440 when I transferred over
50GB
from a FreeBSD 5.4 box to my new Dell running 7.1. Used a crossover cable
and
the link was 1000 full duplex, but could only get about 10M/s. Very
On Sun, 28 Sep 2008 15:46:20 +1000
Edwin Groothuis [EMAIL PROTECTED] wrote:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
[...]
Please report any issues with it (compile time, run time) and a way
to reproduce
On Sun, Sep 28, 2008 at 4:53 PM, Gary Palmer [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 01:43:12PM -0400, [EMAIL PROTECTED] wrote:
I have the same problem on a Dell Poweredge SC440 when I transferred over
50GB
from a FreeBSD 5.4 box to my new Dell running 7.1. Used a crossover
On Sun, Sep 28, 2008 at 06:15:43PM -0400, [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 4:53 PM, Gary Palmer [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 01:43:12PM -0400, [EMAIL PROTECTED] wrote:
I have the same problem on a Dell Poweredge SC440 when I transferred over
50GB
On Sun, Sep 28, 2008 at 6:24 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 06:15:43PM -0400, [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 4:53 PM, Gary Palmer [EMAIL PROTECTED]
wrote:
On Sun, Sep 28, 2008 at 01:43:12PM -0400, [EMAIL PROTECTED] wrote:
I have
Edwin Groothuis wrote:
Oh yes, I forgot about that:
The old top(1) and new top(1) counts the processes different:
- ps xauw | wc gives 265
- ps xauwH | wc gives 295 (expand threads)
But what about running processes?
I have quad core processor with the summary lines:
new top: 127 processes: 5
On Sun, Sep 28, 2008 at 06:30:03PM -0400, [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 6:24 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 06:15:43PM -0400, [EMAIL PROTECTED] wrote:
On Sun, Sep 28, 2008 at 4:53 PM, Gary Palmer [EMAIL PROTECTED]
wrote:
On
On Sun, Sep 28, 2008 at 10:15:32PM +0100, Bruce Cran wrote:
On Sun, 28 Sep 2008 15:46:20 +1000
Edwin Groothuis [EMAIL PROTECTED] wrote:
I have made an update for the top(1) utility in the FreeBSD base
system to get it from the 3.5b12 version to the 3.8b1 version.
[...]
Please report
Hi,
I've noticed some general instability with plugging in or removing USB
devices with FreeBSD 7.x, even when the devices are not actively in use.
I had this happen with umass and ucom devices 3 times today. The machine
hangs solid, there are no obvious signs of a panic or trap to DDB. I
I noticed that a bunch of libraries lib*_p.a and lib*.a were not
updated with my latest installworld. I do not disabled compilation of
profiled libaries.
Can these be safely deleted?
Regards,
Jason
___
freebsd-stable@freebsd.org mailing list
On Sun, Sep 28, 2008 at 05:57:28PM -0700, Jason C. Wells wrote:
I noticed that a bunch of libraries lib*_p.a and lib*.a were not
updated with my latest installworld. I do not disabled compilation of
profiled libaries.
I believe to get profiled libraries, you have to explicitly enable
On Sat, Sep 27, 2008 at 3:37 AM, Derek Kuliński [EMAIL PROTECTED] wrote:
ZFS is the first filesystem, to my knowledge, which provides 1) a
reliable filesystem, 2) detection of filesystem problems in real-time or
during scrubbing, 3) repair of problems in real-time (assuming raidz1 or
On Sun, Sep 28, 2008 at 11:30:01PM -0400, Zaphod Beeblebrox wrote:
On Sat, Sep 27, 2008 at 3:37 AM, Derek Kuli?ski [EMAIL PROTECTED] wrote:
ZFS is the first filesystem, to my knowledge, which provides 1) a
reliable filesystem, 2) detection of filesystem problems in real-time or
On Sat, Sep 27, 2008 at 11:21:00PM +0200, Arno J. Klaassen wrote:
Hello,
I've serious network performance problems on a HP Turion X2
based brand new notebook; I only used a 7-1Beta CD and
7-STABLE on this thing.
Scp-ing ports.tgz from a rock-stable 7-STABLE server to it gives
On Fri, Sep 26, 2008 at 07:16:57PM +0200, Julian Stacey wrote:
I'm remaking binaries,
New generic kernel built installed, install of all src/ done too.
No improvement.
Is there reliable way to reproduce the issue?
Its continuous, the machine virtually never does a ping in
On Mon, Sep 29, 2008 at 12:00 AM, Jeremy Chadwick [EMAIL PROTECTED]wrote:
On Sun, Sep 28, 2008 at 11:30:01PM -0400, Zaphod Beeblebrox wrote:
However, as a core general purpose filesystem, it seems to have flaws,
not
the least of which is a re-separation of file cache and memory cache.
45 matches
Mail list logo