that
use snd_emu10k1 are more affected by this is because it has a smaller
default buffer size (4096) than the other drivers.
--
Suleiman Souhlal| [EMAIL PROTECTED]
The FreeBSD Project | [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing
Kostik Belousov wrote:
On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote:
Hi,
the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1
with relatively recent kernel, from last week or so.
--
VH
+lock order reversal:
+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src
Attilio Rao wrote:
2006/12/12, Kostik Belousov <[EMAIL PROTECTED]>:
On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote:
> Kostik Belousov wrote:
> >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote:
> >
> >>Hi,
> >>the a
Jo Rhett wrote:
So I've been searching for hours now, and it appears that short of
reading the C code, there's no documentation of the boot2 menu prompt.
Sure, it says drive:driver(unit,slice,part)
But no combination of those three that I can find actually works.
There's two LUNs:
drive 0
Ivan Voras wrote:
Some time ago I reported that pagezero kernel thread sometime takes
(what seems to me) a too large chunk of available CPU (30%) on a very
busy web server. There were no replies :( Since then, I've reconfigured
apache to use PHP as a fastcgi module and the problem seems to have
Ivan Voras wrote:
PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND
39 root1 -44 -163 0K 8K pgzero 1 772:59 18.41% pagezero
It looks like the pagezero thread has a wrong priority. It should be 171
. I guess there's a bug in the scheduler that makes i
ask 0
etc..
This explains why it's using so much system time. Now the question is
why is python doing this?
--
Suleiman Souhlal | [EMAIL PROTECTED]
The FreeBSD Project | [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing
mask-20050509.diff fixes this, by making sure the process is
threaded, before using the syscall.
--
Suleiman Souhlal | [EMAIL PROTECTED]
The FreeBSD Project | [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebs
on 1115698354.240304 RET sigprocmask 0
2991 python 1115698354.240307 CALL sigprocmask(0x3,0x2810a830,0)
2991 python 1115698354.240308 RET sigprocmask 0
zZzZ:~/py%
compare with libpthread:
zZzZ:~/py% ktrace -t c python heapsort.py 1 > /dev/null && kdump -
T | grep -c sigproc
e thing in libpthread, in the not-threaded case?
I apologize if I'm asking stupid questions.. :)
--
Suleiman Souhlal | [EMAIL PROTECTED]
The FreeBSD Project | [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/m
gh to synchronize the superblock's cg summary with the actual
summary stored in the cgs. I'll have to investigate some more.
In the meantime, a fsck -y is enough to fix it.
Bye.
--
Suleiman Souhlal | [EMAIL PROTECTED]
The FreeBSD Project | [
Hi,
On Jun 9, 2005, at 11:50 PM, Xin LI wrote:
Hi, Suleiman,
在 2005-06-09四的 23:35 -0400，Suleiman Souhlal写道：
Hi,
[...]
It used to be recomputed by the kernel at mount time if the
filesystem was dirty, but delphij changed it so that background fsck
recomputes it instead. For some reason
12 matches
Mail list logo
