On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF 'b' stands for blocked, not busy. Judging by your page fault rate
MGF and the high number of frees and pages being scanned, you're probably
MGF swapping tasks in and out and are waiting on disk. Take a look at
MGF vmstat -s, and consider
I had the same problem with 6.1. But only on some occasions, not always
(iirc).
The installations I made over the last weeks had all very different
environments and deployment methods.
I can't tell anymore when it happens and when not because I simply added
the below loader.conf setting to my
On Sat, Jun 24, 2006 at 11:55:26AM +0400, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF 'b' stands for blocked, not busy. Judging by your page fault rate
MGF and the high number of frees and pages being scanned, you're probably
MGF swapping tasks in and out
On Sat, 24 Jun 2006, Kostik Belousov wrote:
KB MGF 'b' stands for blocked, not busy. Judging by your page fault
rate
KB MGF and the high number of frees and pages being scanned, you're
probably
KB MGF swapping tasks in and out and are waiting on disk. Take a look at
KB MGF vmstat -s,
From: M.Hirsch [EMAIL PROTECTED]
I had the same problem with 6.1. But only on some occasions, not always
(iirc).
The installations I made over the last weeks had all very different
environments and deployment methods.
I can't tell anymore when it happens and when not because I simply added
On Fri, Jun 23, 2006 at 11:38:44PM -0400 I heard the voice of
Chuck Swiger, and lo! it spake thus:
Yeah-- it's more common for a system to need more RAM for dynamicly
allocated content which would be placed into the swapfile then it
uses binary executable pages, it's possible to go the other
On Fri, Jun 23, 2006 at 08:33:05PM -0500 I heard the voice of
Matthew D. Fuller, and lo! it spake thus:
It's the vnode pager, not the swap pager. AIUI, that's mostly
paging in and out pages of running binaries (from the image on
disk), not moving stuff in and out of swapspace.
Actually, as
On Sat, 24 Jun 2006, Matthew D. Fuller wrote:
On Fri, Jun 23, 2006 at 11:38:44PM -0400 I heard the voice of
Chuck Swiger, and lo! it spake thus:
Yeah-- it's more common for a system to need more RAM for dynamicly
allocated content which would be placed into the swapfile then it
uses binary
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 11:55:26AM +0400, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF 'b' stands for blocked, not busy. Judging by your page fault rate
MGF and the high number of frees and pages being scanned, you're
On Sat, 24 Jun 2006, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
KB MGF 'b' stands for blocked, not busy. Judging by your page fault
rate
KB MGF and the high number of frees and pages being scanned, you're
probably
KB MGF swapping tasks in and out and are
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF MGF is there a way of finding out what processes are blocked?
MGF
MGF Aren't they in 'D' status by ps?
MGF Use ps axlww. In this way, at least actual blocking points are shown.
MGF
MGF 'k, stupid question then ... what am I searching for?
On Sat, 24 Jun 2006, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF MGF is there a way of finding out what processes are blocked?
MGF
MGF Aren't they in 'D' status by ps?
MGF Use ps axlww. In this way, at least actual blocking points are shown.
MGF
MGF 'k,
On Sat, Jun 24, 2006 at 02:57:27PM -0300, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 11:55:26AM +0400, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
MGF 'b' stands for blocked, not busy. Judging by your page fault
On Sat, Jun 24, 2006 at 09:52:03PM +0300, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 02:57:27PM -0300, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 11:55:26AM +0400, Dmitry Morozovsky wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
2. 2 Giant holders/lockers. Is it constant ? Are the processes holding/waiting
for Giant are the same ?
Mostly appears to be 'clock' ...
pluto# ps axlww | grep Giant | grep -v grep
012 0 0 -32 0 0 8 Giant LL??3:07.03
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 09:52:03PM +0300, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 02:57:27PM -0300, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 11:55:26AM +0400, Dmitry Morozovsky wrote:
On
On Sat, Jun 24, 2006 at 04:45:49PM -0300, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 09:52:03PM +0300, Kostik Belousov wrote:
On Sat, Jun 24, 2006 at 02:57:27PM -0300, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Kostik Belousov wrote:
On
Now it shows: 13228401022664.000 b (12TB)...
Which means I transferred 3.226TB in 330 minutes... or 170.84MB/s,
which is not possible using a gigabit Ethernet link to say the least.
On 6/24/06, Nikolas Britton [EMAIL PROTECTED] wrote:
Look at the Totals column (gmail may wrap it):
Hi, I have a PIONEER DVDRW DVR-K15 1.11 on my HP Special Edition L2000
which won't operate with WDMA2 mode even if I set the hw.ata.atapi_dma=1
in my /boot/loader.conf. I can change it to WDMA2 mode with atacontrol.
I updated the src tree to 6-stable last night and recompiled. I found this
Patrick Bowen wrote:
Scot Hetzel wrote:
On 6/20/06, Patrick Bowen [EMAIL PROTECTED] wrote:
Pyun YongHyeon wrote:
On Tue, Jun 20, 2006 at 04:04:52PM -0500, Patrick Bowen wrote:
Hello:
I have two questions.
The first regards support for the Broadcom BCM94318 wireless LAN
'k, looks like I'm going to have to back this out ... just upgraded
another server to 6.x, CVSup latest -STABLE, built, installed, rebooted
... up fine ...
Running a single 'rsync' to copy files from another server over, it has
crashed twice in a row so far ...
I'm enabling dumpdev right
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
'k, looks like I'm going to have to back this out ... just upgraded another
server to 6.x, CVSup latest -STABLE, built, installed, rebooted ... up fine
...
Running a single 'rsync' to copy files from another server over, it has
crashed twice in
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
'k, looks like I'm going to have to back this out ... just upgraded another
server to 6.x, CVSup latest -STABLE, built, installed, rebooted ... up fine
...
Running a single 'rsync' to copy files
Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
'k, looks like I'm going to have to back this out ... just upgraded
another server to 6.x, CVSup latest -STABLE, built, installed,
rebooted ... up fine ...
Running a single 'rsync' to copy files from another server over,
On Sat, 24 Jun 2006, Nate Lawson wrote:
Marc G. Fournier wrote:
On Sat, 24 Jun 2006, Marc G. Fournier wrote:
'k, looks like I'm going to have to back this out ... just upgraded
another server to 6.x, CVSup latest -STABLE, built, installed, rebooted
... up fine ...
Running a single
Test Setup:
250 50MB files (13068252KB)
dd if=/dev/random of=testfile bs=1m count=50
Ethernet mtu=6500
Transferred files were wiped after every test with 'rm -r *'.
Test:
hostB: nc -4l port | tar xpbf n -
hostA: date; tar cbf n - . | nc hostB port; date
Test Results:
seconds = n
645sec. = 1024
'k, here's what I have so far:
cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash
... in fact, barely get into a buildworld with RELENG_6_1 and get:
internal:0: internal compiler error: Abort trap: 6
Please submit a full bug report,
with preprocessed source if
As an appendum, the kernel that so far *appears* to work properly (about
to re-start yet another buildworld on it) is from an April CD I burnt:
FreeBSD jupiter.hub.org 6.1-RC1 FreeBSD 6.1-RC1 #0: Mon Apr 10 17:03:22 UTC
2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
My kernel
Anyone have experience getting a Pentax optio a10 mounted?
Mark
umass0: PENTAX PENTAX OPTIO A10, rev 2.00/0.00, addr 2
drugs# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x)
, rev 1.00
port 1 powered
make -j3 buildworld just completed on the April 10th kernel, something
that I could not get to complete on either the RELENG_6_1 or RELENG_6
kernels ...
Am running it a second time right now ...
On Sun, 25 Jun 2006, Marc G. Fournier wrote:
As an appendum, the kernel that so far *appears*
'k, this has gotta be a leak somewhere ... I'm now up to 6 blocked:
0 8 0 7449224 236552 213 2 1 0 109 0 101 0 475 2890 2143 2 6 92
0 6 0 7481104 247704 578 0 0 0 1196 0 262 0 808 8901 3049 5 16 79
0 6 0 7450820 253576 1385 3 2 3 1379 0 13 0 303 4742
Attached is a simple trace using kgdb on the dump created by the crash ...
let me know if there is more that I can provide ...
y
On Sun, 25 Jun 2006, Marc G. Fournier wrote:
'k, here's what I have so far:
cvsup'd both RELENG_6 and RELENG_6_1 ... both cause the server to crash ...
in fact,
32 matches
Mail list logo