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 updates. This

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. The proposed filesystem is most likely Reiserfs

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, one

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 say

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 unreal.

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 systems

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 systems. Sure you wouldn't complain that he did a bad

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 Solaris

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, the

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 systems

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 causes

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 round to

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 worse, since the CPU does not support what you want. FreeBSD

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 stay in