The only trouble I've had is that the kernel-version 2.4.0-testX contains the string "4.0" which triggers javascripts that look for 4.0 browsers (javascript:navigator.appVersion) to exclude buggy netscape 4.0 browsers. So when I run a 2.4.0-kernel I'm locked out of my bank.
Not excactly a kernel-bug, though:)
And as for the kernel itself, I've had no problems.
Slashdot Mirror
The only trouble I've had is that the kernel-version 2.4.0-testX contains the string "4.0" which triggers javascripts that look for 4.0 browsers (javascript:navigator.appVersion) to exclude buggy netscape 4.0 browsers. So when I run a 2.4.0-kernel I'm locked out of my bank.
:)
Not excactly a kernel-bug, though
And as for the kernel itself, I've had no problems.
...at least when it comes to speed for tables with few ( less than 1 mil) entries.
$ for i in `seq 1000000`; do echo $RANDOM >> randomlines;done
$ time grep -c 1234 randomlines
415
0.02user 0.08system 0:00.09elapsed 106%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (2871major+22minor)pagefaults 0swaps
That is 9/100 of a second to do a "select" and count of 1 million lines in bash using good old grep. And no db-connections to bother with...
How does MySQL or Postgres compare to that?
(System: dual P-II 550MHz, 256MB of RAM, Linux 2.2.12)