From: Christophe Saout <christophe@saout.de>
To: Stephen Lee <slee@tuxsoft.com>
Cc: linux-kernel@vger.kernel.org, steve@tuxsoft.com
Subject: Re: 2.6.6-rc1 caused dedicated Quake 3 server to core dump
Date: Sat, 17 Apr 2004 20:17:35 +0200 [thread overview]
Message-ID: <1082225855.21319.29.camel@leto.cs.pocnet.net> (raw)
In-Reply-To: <008f01c42497$10ad48f0$8119fea9@pluto>
Am Sa, den 17.04.2004 schrieb Stephen Lee um 11:14 Uhr -0500:
> For years now, I've been running a dedicated Quake 3 server on my linux
> box. Last night, was the first time I've ever seen a core dump with
> Quake. 2.6.5 was and is now running fine, but under 2.6.6-rc1 it core
> dumped within about 30 minutes with the attached dmesg output.
Could this be something similar to what I've been seeing?
Hmm, some days ago I compiled a program and the resulting binary was
broken. It always crashed at a certain point. I recompiled it and then
everything was fine. I've never seen this before on this machine. It is
2.6.5 patched with 2.6.5-mcsomething + some patches from
2.6.5-mmsomething (I don't remember exactly, but all of the VM changes
and driver updates, nearly everything except the CPU scheduler changes
and the actual objrmap patches). The machine was under extreme swap load
while compiling the program and that resulted in a broken binary.
I had tested another kernel before (with some 2.6.4-rc3-mmsomething
patches) and I tried to compile php and it failed because a source file
had 3*1024 bytes of nullbytes in it after unpacking the tar file. I
think the machine was swapping too.
The patches in in 2.6.6-rc1 that are actually being used on the machine
are (from jgarzik's RFT mail):
* non-exec stack support
* much better block I/O unplugging (I/O scalability)
* lots of VM work (often related to I/O or Hugh's rmap/anonvma stuff)
* queue congestion hooks
* DM, MD fixes (some related to the queue congestion/unplugging changes)
(and other patches from the unstable dm tree, but there are no other
core changes)
* reiserfs fixes and features (+ some other of Chris Mason's patches)
* readahead tweaks and fixes
* writeback tweaks
* direct-IO and AIO fixes and speed-ups
This is a IBM ThinkPad T40 and the hardware is absolutely stable. config
attached.
prev parent reply other threads:[~2004-04-17 18:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-17 16:14 Stephen Lee
2004-04-17 17:59 ` Francois Romieu
2004-04-18 1:13 ` Steve Lee
2004-04-18 5:12 ` Nick Piggin
2004-04-17 18:17 ` Christophe Saout [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1082225855.21319.29.camel@leto.cs.pocnet.net \
--to=christophe@saout.de \
--cc=linux-kernel@vger.kernel.org \
--cc=slee@tuxsoft.com \
--cc=steve@tuxsoft.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®