On Tue, 18 Sep 2001 at 20:16, Rino Mardo wrote:
> that *WAS* the problem i was facing during kernel compile. normally
> the "Kernel Hack" section is not touched for regular use so i didn't
> bother looking in it. it was the email from Paolo that made me think
> to look into that section. lo and behold the shy kdb is hiding there.
I assumed that you'd go through a procedure I've gone through since I
first compiled my own kernels (circa RedHat 5.2). And what's this? Never
leave a table unturned. Even when I use an old config file that I know is
"working", I go through every option. Aside from finding out what's new
(configuration-wise) with the kernel, this helps me ensure that the kernel
only enables what I previously configured, and allows me to review the
settings and see if I want to change anything. What's more, I assumed you
knew where to enable/disable kdb. Oops. Thanks Paolo for pointing out
Rino's kdb issue. Shows you what good discussing technical issues out in
the open brings. :)
> as far as i can remember it wasn't mentioned in the any xfs docs or
> faqs that i've read.
I can't verify this yet (not inclined to do so after that long commute),
but I don't remember reading about kdb either. I found out about it when I
did my "make menuconfig" audit, and via the mailing list. :)
> > If you're using pure potato (2.2), then you shouldn't be playing with the
> > 2.4 kernels. Go get some backported packages that the 2.4 kernels need.
> hmm, your sentence contradict each other. :-)
No it does not. "Pure potato" means that 100% of your packages are from
Debian's stable tree. If you get a backported package that the 2.4 kernel
needs then you're probably using an unofficial package from bunk or
someone like him. :)
Oh, and for those of you interested in more unofficial debian packages,
check out <http://www.internatif.org/bortzmeyer/debian/apt-sources/>.
> well i guess that's what i get for reading the docs afterwards.
Want a confession? I haven't read most of the docs, and most of them I
read before giving my Linux10 talk because I had to crash course myself
with the basics. I guess the step I followed that made the difference was
that "make menuconfig" audit. I invite you assume less, check more. :)
> so now that i'm "Linux amnesiac 2.4.9-xfs #15 Tue Sep 18 19:30:09 PHT
> 2001 i686 unknown"
Congratulations!
> i think i better put together a one page mini-HOWTO about my xfs
> experience (or lack thereof).
Suggestion: dedicate a small chapter at the start of your mini-HOWTO to
checking the kernel configuration options. It's a great opportunity to see
what you can optimize (very basically, without even touching sysctl stuff)
with your new kernel. :)
> i'm attaching the results of my benchmarks using "bonnie". i used
> "bonnie" for two reasons: one, the man page says it's for benchmarking
> filesystems and two, this is my first time to do benchmarks and
> "bonnie" fits my simple needs. maybe when i'm more adept with
> benchmarking and it's tools i will used more fancy ones.
Is this bonnie or bonnie++? AFAIK the two "most accepted" filesystem
benchmarks for advanced Linux filesystems are bonnie++ and mongo.pl. I'm
not benchmark freak, though, and I normally prefer to read those made by
others, seeing how the filesystem experts agree or disagree with the
methodologies and results.
Both ReiserFS and XFS teams are pretty much okay with the mongo.pl results
posted in Namesys's website at
<http://www.namesys.com/benchmarks/benchmark-results.html>. I invite you
to give that a look. It shows you more conclusive information about the
filesystems, at least as of 2.4.5 I think. Your results honestly don't
tell me much. Lumalabas na patas lang sila. And I know this isn't true.
ReiserFS, for example, will beat the hell out of XFS in delete performance
for directories with many files. Plus, of course, the issue of small files
versus relatively large files. :)
> so, mr. jijo, now that i've tried all linux filesystems available sans
> "ext3" and benchmarked them maybe i can invite you to try the same on
> your box. ;-)
This server? Gotta be kidding me! Hahaha. I will see if I can find time to
play around with one of the developmental boxes here. For now, though,
I'll follow what my beloved mentor Eric Pareja tells me: "stop playing
with the kernel and write some code!" Hahaha. Seriously, though, I've got
a number of stuff on my todo list so I've got to prioritize. If and when I
have good benchmarks (like the one I did for XFS+NFS recently), I'll post
them not just to PLUG, but to the mailing lists of whatever filesystems
are involved, too. PLUG is great but we're very general. By asking in say,
the XFS list, it's possible to get the opinion of the XFS experts. :)
--> Jijo
--
Federico Sevilla III :: [EMAIL PROTECTED]
Network Administrator :: The Leather Collection, Inc.
GnuPG Key: <http://jijo.leathercollection.ph/jijo.gpg>
_
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
To subscribe to the Linux Newbies' List: send "subscribe" in the body to
[EMAIL PROTECTED]
