Slashdot Mirror

If you're interested in small webservers, fnord is another one. It even does CGI, vhosts and directory listings and it's only 18K. It requires tcpserver though.

Besides, the project has not been updated because there is no need. djbdns just works. If you need more functionality than the stock package provides, there are several patches. I know because I wrote (and publish) one.

The rest of your "arguments" I will not go into because they rely on flawed assumptions.

I'm assuming that if there is any significance to this, it would be related to this site andnot, say this one. Then again, I could be wrong. Probably am wrong, the more I think about it.

Not true, friend. There are alternatives even to the GNU C library for those who object to RMS's politics.

And whether or not one uses the GNU C compiler is irrelevant. Code compiled with GCC is not part of the GNU project, nor it is required to be licensed with the GNU license. If you prefer, though, you can use Intel's C compiler, or Metrowerks's, or whichever compiler will work with your target architecture.

And you're mistaken about one more thing. The reason people drop the "GNU/" part of the name "GNU/Linux" is because "Linux," as has been pointed out again and again here by a persistent AC, is a registered trademark. Calling anything "GNU/Linux" without Linus Torvald's permission is infringement, and it's illegal. The name of the operating system is "Linux," and unless Torvalds says otherwise, that's the end of that.

Why?

It's really easy to setup a system which dumps your SQL database out to a TinyDNS file. TinyDNS is provably secure software. I would expect that you would use it on the root servers, since it's designed to work at very high levels of output/uptime, and be attack resistant to the point of being attack proof.

Say what you will about D. J. Bernstein, he does have a very capable DNS solution available.

What about thttpd ?

Has anyone compared it with fnord?

And Yes, I know it hasn't been updated in awhile ( May, actually, from the timestamps in the tarball, referring to the beta version ), but maybe they don't feel need to update it for their purposes anymore. . .

I'd suggest everybody with the need of a high-performance web server to try out
fnord. It's extremely small, and pretty fast (without any special performance hacks!), see here.

I'd suggest everybody with the need of a high-performance web server to try out
fnord. It's extremely small, and pretty fast (without any special performance hacks!), see here.

I blush to admit this, but I have already asked him this question. Last January I was having trouble with a network card, and I sent email to Mr. Becker asking his advice.

Here a my quick summary of what he told me:

Some network cards are really pathetic and/or broken. As long as you don't buy one of those, it doesn't really matter very much which one you buy.

The 3Com 3c905 cards are a little bit better than other cards.

I found this web page:

http://www.fefe.de/linuxeth/

Based on that web page and Mr. Becker's comments, I bought myself some 3Com 3c905c network cards, and I have been very happy with them.

P.S. I used to buy my net cards by brand name. Bad idea! You must look beyond the brand name and see what chipset the net card uses. I bought a Linksys LNE100TX card and liked it, so I kept buying that card. But Linksys started making different versions of the card, using completely different chipsets, so the last time I bought that card it turned out to be really broken under Linux. Older LNE100TX cards work well with the "Tulip" driver under Linux, but newer ones are really broken.

steveha

Well, somebody could port the BSD userland. Or you use dietlibc, zsh, fvwm, vim, etc.

On my OpenBSD system, the only GNU component I actively use is gcc. I hope this will change in the future.

Actually, there are a few people helping the original author with dietlibc and embedded utilities so that their system is not a GNU/Linux anymore. :-)

The only problem that stays is the compiler. Today, also the *BSDs use gcc. *sigh*

Actually, there are a few people helping the original author with dietlibc and embedded utilities so that their system is not a GNU/Linux anymore. :-)

The only problem that stays is the compiler. Today, also the *BSDs use gcc. *sigh*

Yes, dietlibc definitely rules. Unfortunately quite a lot of applications break when you link them against it. :-(
But I'd support a dietlibc-only system. Maybe with embutils? :)

http://www.fefe.de/nowindows/

As others have pointed out, proxies and configuration adjustments can deal with other network changes. For example, have your applications configured to send outgoing mail to a port on "localhost", then redirect where spooled mail gets sent to based upon the network config.

Link against dietlibc (http://www.fefe.de/dietlibc/).

gcc -march=i386 -mcpu=i386 -Os -fomit-frame-pointer -c edftt.c
ld edftt.o -nostdlib /usr/src/dietlibc/start.o /usr/src/dietlibc/dietlibc.a -o edftt
strip -R .note -R .comment edftt
gzip edftt
ls -l edftt.gz
-rwxr-xr-x 1 iain users 751 Mar 19 10:44 edftt.gz*
uname -a
Linux hammerhead 2.4.1 #2 Fri Feb 2 11:09:50 HKT 2001 i686 unknown

Mp1e is the only program that does high quality high resolution real time compression, but it does not produce MPEG2 right now, only MPEG1. That is not a problem for the quality, though: for this application there is not much difference between those two. There is currently no release version of mp1e, you have to get it from the CVS of Zapping and it works only with V4L2. There is also the old version 1.7.1 of mp1e, which has a much lower quality but may be easier to install.

Sampeg can do real time MPEG1 and MPEG2, takes advantage of multiprocessing and is optimized for both Intel and Sun SIMD operations. It is very well written in C++, but also rather slow and there has been no update in a long time. The author is now working on an MPEG-4 encoder that should be available in the near future.

ffmpeg is reasonably fast, is usable and under current development and supports most formats, most notably MPEG1, MPEG4 (OpenDivx compatible), DivX ;-), and Realvideo. Some more may be added soon.

VCR may also be an alternative, but I have not tried that yet.

--
Arnd Bergmann <arnd at itreff dot de>, no /. login

Here's an interesting presentation by Felix von Leitner called "Writing Small and Fast Software" . Unfortunately, it's a PDF but it's worth reading. Felix is the author of the "diet" libc, a lowfat reimplementation of libc inspired by DJ Bernstein's minimalist C coding style (qmail, djbdns).

Here's an interesting presentation by Felix von Leitner called "Writing Small and Fast Software" . Unfortunately, it's a PDF but it's worth reading. Felix is the author of the "diet" libc, a lowfat reimplementation of libc inspired by DJ Bernstein's minimalist C coding style (qmail, djbdns).

Check http://www.fefe.de/rtp/ for a realtime MP3 encoding and multicast streaming solution for Linux. It's based on LAME, and open standards such as RTP. We're working on video. Relax, everything will be good.

That's it... I've put it off for too long, I'm switching to Mutt (from Pine).

Sure, the functionality and the control are nice and all that, but dammit, that little dog on their FAQ page is so doggone (pardon) cute.

Guess that means I'll have to switch to Tin too...

But I won't miss having to go around my ass to get to my pgp-encrypted elbow.