Re: technical comparison

2001-05-21 Thread Albert D. Cahalan
Gordon Tetlow writes: > On Mon, 21 May 2001, Jordan Hubbard wrote: >> [Charles C. Figueire] >>> c) A filesystem that will be fast in light of tens of thousands of >>>files in a single directory (maybe even hundreds of thousands) >> >> I think we can more than hold our own with UFS + soft upd

Re: technical comparison

2001-05-22 Thread Albert D. Cahalan
Jason Andresen writes: > "Albert D. Cahalan" wrote: >> It should be immediately obvious that ext2 is NOT the filesystem >> being proposed, async or not. For large directories, ext2 sucks >> as bad as UFS does. This is because ext2 is a UFS clone. >> >

Re: technical comparison

2001-05-22 Thread Albert D. Cahalan
Shannon Hendrix writes: > On Tue, May 22, 2001 at 12:03:33PM -0400, Jason Andresen wrote: >> Here's the results I got from postmark, which seems to be the closest >> match to the original problem in the entire ports tree. >> >> Test setup: >> Two machines with the same make and model hardware,

Re: technical comparison

2001-05-22 Thread Albert D. Cahalan
Terry Lambert writes: > I don't understand the inability to perform the trivial > design engineering necessary to keep from needing to put > 60,000 files in one directory. > > However, we can take it as a given that people who need > to do this are incapable of doing computer science. One could

Re: Real "technical comparison"

2001-05-30 Thread Albert D. Cahalan
> This "postmark" test is useless self flagellation. The benchmark tests what it was meant to test: performance on huge directories. > The intent of the "test" is obviously intended to show > certain facts which we all know to be self-evident under > strange load conditions which are patently "

Re: Sysadmin article

2001-06-15 Thread Albert D. Cahalan
Giorgos Keramidas writes: > Installing an operating system (be it FreeBSD, linux, Windows or what > else) and failing to tune the system to perform as good as possible > for the application, is no decent way of doing a benchmark. And when > is comes to benchmarks, you have to tune ALL the syste

Re: Sysadmin article

2001-06-16 Thread Albert D. Cahalan
Wes Peters writes: > "Albert D. Cahalan" wrote: >> No, no, no. You have to tune the systems EQUALLY. Um, how? :-) >> >> What if some random admin was picked to tune the systems? >> Maybe he is a Solaris admin, but he honestly tries to tune >> the other

Re: Article: Network performance by OS

2001-06-16 Thread Albert D. Cahalan
With gratuitously non-standard quoting which I fixed, Matt Dillon writes: > [Matthew Hagerty] >> Here is a surprisingly unbiased article comparing OSes running >> hard core network apps. The results are kind of disturbing, >> with FreeBSD (4.2) coming in last against Linux (RH), Win2k, >> and S

Re: Article: Network performance by OS

2001-06-16 Thread Albert D. Cahalan
E.B. Dreger writes: > If the programmers who wrote that software used poll() on FreeBSD 4.2, > then I'd say that they need to RTFM and learn about kernel queues and > accept filters. You mean they should just optimize for FreeBSD, or should they also use completion ports on Win2K, /dev/poll on

Re: Article Network performance by OS

2001-06-17 Thread Albert D. Cahalan
Brad Knowles writes: > It gets far, far better than this. I misunderstood some of the > details of the article the first time I read it. It turns out that > the morons have written an SMTP MTA that keeps all writes in memory > and never flushes them to disk. ... > Go home, t

Re: compatibility of UFS-partitioned FireWire drives

2001-07-01 Thread Albert D. Cahalan
Bernd Walter writes: >On Sun, Jul 01, 2001 at 08:02:20AM +0100, [EMAIL PROTECTED] wrote: >> On Sat, Jun 30, 2001 at 02:59:57PM -0700, Rich Morin wrote: >>> I have a luggable FireWire drive which I am considering using for >>> backups and data mobility on a variety of machines and operating >>> s

Re: umask(2) and -Wconversion

2000-11-07 Thread Albert D. Cahalan
Peter Pentchev writes: > As you can see, I'm passing a short i as a first arg, a short f > as second, and a short b as third; and yet, gcc with BDECFLAGS > complains about ALL the arguments! Yes, no kidding. That's what you asked gcc to do. `-Wconversion' Warn if a prototype caus

Re: math library difference between linux emulation and native freebsd (and native linux)

2001-07-16 Thread Albert D. Cahalan
Terry Lambert writes: > [EMAIL PROTECTED] wrote: >> There are only two shared libaries in common (libc and libm) and >> both are the same on FreeBSD (in /compat/linux) and Linux. >> >> So any ideas on where the program is going wrong? > > man fpsetround That won't change a thing. Both systems r

Re: math library difference between linux emulation and native freebsd

2001-07-17 Thread Albert D. Cahalan
Terry Lambert writes: > "Albert D. Cahalan" wrote: >>> The defaults for the Linux emulator are different than >>> the defaults for Linux. Linux sets some stuff up wrong, >> >> FreeBSD sets stuff up wrong. This is a choice between bad >> and wo

Re: FreeBSD and Athlon Processors

2001-08-31 Thread Albert D. Cahalan
Erik Greenwald writes: > [Erik Greenwald too] >> I'm using both of those (iwill kk266) with a thunderbird 850, and >> haven't had problems in fbsd. Linux flakes out a bit when I tell >> it I have a k7 processor, so I told it I have a k6 and it works fine. > > sorry, this thread was supposed to s