It seems like the sysrq code can get starved by a SCHED_FIFO task. I
learned this by having an accidentally runaway SCHED_FIFO task which
locked up my system. No SAK, no sync, no unmount, no reboot. Big Red
Button.
David
--
David Mansfield (718) 963
It seems like the sysrq code can get starved by a SCHED_FIFO task. I
learned this by having an accidentally runaway SCHED_FIFO task which
locked up my system. No SAK, no sync, no unmount, no reboot. Big Red
Button.
David
--
David Mansfield (718) 963
was
trashed, about 1/2 of it was unrecoverable. My home partition fared
better (good luck) but still had plenty of trashed inodes.
I've never had problems with any kernels before this...
That's my story,
David
--
David Mansfield (718) 963-2020
[EMAIL
. My OS partition was
trashed, about 1/2 of it was unrecoverable. My home partition fared
better (good luck) but still had plenty of trashed inodes.
I've never had problems with any kernels before this...
That's my story,
David
--
David Mansfield (718
is a 700mhz Athlon, 256mb ram, Adaptec 2940UW, eepro100, and
sound card is emu10k1 (sb live).
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from this list: send
is a 700mhz Athlon, 256mb ram, Adaptec 2940UW, eepro100, and
sound card is emu10k1 (sb live).
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from this list: send
ad for 2000 symbols
you only need (worst case) to check 2000 - each iteration you will have
changed one setting from y to n, so the most you can do is 2000 checks.
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC
like that :-)
Instead of trying all possible combinations, instead for 2000 symbols
you only need (worst case) to check 2000 - each iteration you will have
changed one setting from y to n, so the most you can do is 2000 checks.
David
--
David Mansfield
xes for bugs that could corrupt your filesystems. The zero
copy patch as it existed for 2.4.0 was also buggy in itself, so that
would explain some of your extended problems.
Really, 2.4.0 is a 'horrible' kernel to be running, as it is missing an
enormous amount of performance f
as it existed for 2.4.0 was also buggy in itself, so that
would explain some of your extended problems.
Really, 2.4.0 is a 'horrible' kernel to be running, as it is missing an
enormous amount of performance fixes, and bug fixes.
David
--
David Mansfield
but to me, such a simple fix as yours should go in the kernel in the
meantime. Jens?
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from this list: send the line
e
meantime. Jens?
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
;=) rather
than introducing a magic number (4). Or at least make the magic number
interesting, like:
+ if (nr_free_pages() > freepages.min + 42)
:-)
Thanks for the bugfix,
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramast
number
interesting, like:
+ if (nr_free_pages() freepages.min + 42)
:-)
Thanks for the bugfix,
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from
m could be dropped during the blocking
on I/O, and reclaimed after the handle_mm_fault? Probably not, or it'd
be done.
It can be a real DOS though, a 'well-written' clobbering program can
make ps/vmstat useless. (it's actually /proc/pid/stat that's the
killer, IIRC).
David
--
David Mansfi
the handle_mm_fault? Probably not, or it'd
be done.
It can be a real DOS though, a 'well-written' clobbering program can
make ps/vmstat useless. (it's actually /proc/pid/stat that's the
killer, IIRC).
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED
(zero-copy IO)? Does this also
bypass the read-ahead mechanisms in the kernel? Does it imply O_SYNC?
Lots of questions... no answers. Sigh.
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC
. Sigh.
David
--
David Mansfield (718) 963-2020
[EMAIL PROTECTED]
Ultramaster Group, LLC www.ultramaster.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
e. Granted, I put 'workstation' loads on my machine,
but I run some benchmarks from time-to-time, put memory pressure on
etc. (H*ll, just netscape alone is memory pressure enough :-).
I just don't want to have to patch every kernel I run from here to
eternity. Call me selfish.
David
-
'workstation' loads on my machine,
but I run some benchmarks from time-to-time, put memory pressure on
etc. (H*ll, just netscape alone is memory pressure enough :-).
I just don't want to have to patch every kernel I run from here to
eternity. Call me selfish.
David
--
David Mansfield
frames > 1) {
+ frames = 1;
+ goto retry;
+ } else {
+ return -ENOMEM;
+ }
+ }
if (!access_ok(VERIFY_WRITE, ra.buf, ra.nframes*CD_FRAMESIZE_RAW)) {
Jens Axboe wrote:
>
> On Fri, Dec 22 2000, David Mansfield wrote:
> > Jens,
> >
> > The cdrom changes that went into test13-pre2 really kill the performance
> > of my cdrom. I'm using cdparanoia to read audio data, and it normally
> > reads at 2-3x. Sinc
Jens Axboe wrote:
On Fri, Dec 22 2000, David Mansfield wrote:
Jens,
The cdrom changes that went into test13-pre2 really kill the performance
of my cdrom. I'm using cdparanoia to read audio data, and it normally
reads at 2-3x. Since test13-pre2 it's down to .6 - .7x. I've reverted
;
+ } else {
+ return -ENOMEM;
+ }
+ }
if (!access_ok(VERIFY_WRITE, ra.buf, ra.nframes*CD_FRAMESIZE_RAW)) {
kfree(cgc.buffer);
David
--
David Mansfield
030, SIGRT_0) = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
rt_sigsuspend([]
--- SIGRT_0 (Real-time signal 0) ---
Any ideas?
David Mansfield
Ultramaster Group, LLC.
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
[])
kill(2030, SIGRT_0) = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
rt_sigsuspend([] unfinished ...
--- SIGRT_0 (Real-time signal 0) ---
Any ideas?
David Mansfield
Ultramaster Group, LLC.
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe
Hi Linus et al,
I've applied your semaphore fairness patch (slightly fixed) below. It
fixes my original bug report of vmstat, ps etc. stalls waiting for the
mmap_sem. I can now run my memory 'hog' processes and actually see
vmstat update every second even under heavy memory pressure. More
Hi Linus et al,
I've applied your semaphore fairness patch (slightly fixed) below. It
fixes my original bug report of vmstat, ps etc. stalls waiting for the
mmap_sem. I can now run my memory 'hog' processes and actually see
vmstat update every second even under heavy memory pressure. More
e. The
> semaphore is locked again.
>
> Repeat until luck breaks the bad circle.
>
But doesn't __down have a fast path coded in assembly? In other words,
it only hits your patched code if there is already contention, which
there isn't in this case, and therefore the bug...?
David Mans
at until luck breaks the bad circle.
But doesn't __down have a fast path coded in assembly? In other words,
it only hits your patched code if there is already contention, which
there isn't in this case, and therefore the bug...?
David Mansfield
-
To unsubscribe from this list: send the line "
> On Fri, Nov 03 2000, David Mansfield wrote:
> > Hi Jens.
> >
> > I've tried your blk-8 patch and it oopses during boot. I only hand
> > copied the stack trace, and ran it through ksymoops:
> >
>
> > I'm going to try taking MSDOS out of my .config to t
l keep you posted as to my progress.
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.config to try to work around
this. I'll keep you posted as to my progress.
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Nov 03 2000, David Mansfield wrote:
Hi Jens.
I've tried your blk-8 patch and it oopses during boot. I only hand
copied the stack trace, and ran it through ksymoops:
I'm going to try taking MSDOS out of my .config to try to work around
this. I'll keep you posted as to my
'll try any subsequent patch you can offer.
My system is a single processor Athlon 700, 256mb ram, 2.4.0-test10 plus
blk-7.
David Mansfield
P.S. I added the #define ELEVATOR_MERGE_HOLE 3 like someone else
mentioned, and the patch applied cleanly except filemap.c which was
offset -20 li
?
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
?
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
-idled and the showPc shows the PC at c01108ff -
apm_bios_call_simple. Hmm.
I'll try any subsequent patch you can offer.
My system is a single processor Athlon 700, 256mb ram, 2.4.0-test10 plus
blk-7.
David Mansfield
P.S. I added the #define ELEVATOR_MERGE_HOLE 3 like someone else
mentioned
n of the stalled 'ps' is in __down_interruptible, which probably
doesn't help much.
This worked absolutely fine in 2.2. Even under extreme swap pressure,
vmstat continues to function fine, spitting out messages every second as
it should.
David Mansfield
-
To unsubscribe from this list: send the line "
n of the stalled 'ps' is in __down_interruptible, which probably
doesn't help much.
This worked absolutely fine in 2.2. Even under extreme swap pressure,
vmstat continues to function fine, spitting out messages every second as
it should.
David Mansfield
-
To unsubscribe from this list: send the line "
of the message, not the 'packetlen.' Usually msgsnd is passed a
structure pointer, say a struct msgbuf *. In that case, msgsz is:
sizeof(struct msgbuf) - sizeof(long).
The first issue makes anything possible... The second is just a gotcha
to avoid.
David Mansfield
-
To unsubscribe from t
The reason we jump back here is that we've been outside the spinlock'ed
critical section. Is it possible for the >pages to change
during this period of time (when spinlock isn't held?), if not, your
patch is ok. If it could change, we need to re-initialize head because
it could have changed
.
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
f a f***ed up network (or changed ip
address of server) you could hit ctrl-c during the rc script and the
mount would be sent the ctrl-c and would terminate, then the rest of the
rc script would continue (regular shell script behavior if I'm not
mistaken).
David Mansfield
-
To unsubscribe from thi
address of server) you could hit ctrl-c during the rc script and the
mount would be sent the ctrl-c and would terminate, then the rest of the
rc script would continue (regular shell script behavior if I'm not
mistaken).
David Mansfield
-
To unsubscribe from this list: send the line "unsubs
(blk_cleanup_queue) the pending_list
should
be spliced into the free_list so they won't get leaked.
Alternatively,
add a 'count -= blk_cleanup_queue(>pending_list)'.
David Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
46 matches
Mail list logo
