I wanted to say I've been using the -tip tree for over a year, with great success for my desktop, and my laptop. Many of the problems listed here? They never seem to occur with -tip kernels. It's my hope that it gets more exposure.
I know some of the patches have made it back into the mainline kernel, any idea when they all will be merged?
Also one thing I've noticed, but it seems not to be part of the discussion is the choice of files systems, I was under the impression that scheduling was abstracted away from the file systems?
More so in the non-tip kernels, I've seen major differences in behavior between ones I've tested, usually with XFS performing best for IO, and BFS having wildly different behaviors depending on the workload, and ext3 just kinda sucking in general, but consistently sucking.
Reading this makes me so nostalgic for byte magazine, they on occasion would right the most awesome, and in depth articles about processors. They did not just regurgitate the companies white paper, and glossy marketing copy.
"An unprivileged process may only set the I/O priority of a process whose real UID matches the real or effective UID of the calling process. A process which has the CAP_SYS_NICE capability can change the priority of any process."
Sound like you can set priority for your own processes.
every time I try a GUI I'm disapointed its slow, it works the way someone else thinks *I* should. Reading email remotly is as fast as it is local... GUI email is for suckers.
Having replaced sixteen drives and lost two raid 5s with hot-spares no less, in the last eighteen months. I can't recommend SATA for anything that is mission critical.
Slashdot Mirror
Poul Anderson, The Star Fox
Larry Niven, Protector
C.J. Cherryh, Downbelow Station
Niven nailed it in my opinion, battles took years, often waiting days to see if anything happened.
Why not btrfs and backups?
BTRFS is not stable! I just lost my /home and all it's snapshots, two days ago.
"You should keep and test backups of your data, and be prepared to use them."
Yes I know about the latest tools. In the end I had to do a btrfs-restore.
https://btrfs.wiki.kernel.org/index.php/Restore
Ingo, I am so glad you posted here!
I wanted to say I've been using the -tip tree for over a year, with great success for my desktop, and my laptop.
Many of the problems listed here? They never seem to occur with -tip kernels. It's my hope that it gets more exposure.
I know some of the patches have made it back into the mainline kernel, any idea when they all will be merged?
Also one thing I've noticed, but it seems not to be part of the discussion is the choice of files systems, I was under the impression that scheduling was abstracted away from the file systems?
More so in the non-tip kernels, I've seen major differences in behavior between ones I've tested, usually with XFS performing best for IO, and BFS having wildly different behaviors depending on the workload, and ext3 just kinda sucking in general, but consistently sucking.
Reading this makes me so nostalgic for byte magazine, they on occasion would right the most awesome, and in depth articles about processors. They did not just regurgitate the companies white paper, and glossy marketing copy.
Kinda scary, everyone is looking old, looking to the mirror, oh, me too.
You know you are right, I bet it is a Markov chain....
No Multiple Inheritance. Slower than a 486. Lame.
Hehe!Still faster then Ruby!
I never can figure out how people decide foes/friends. Now of my list of friends you have both friends and foes, go figure.
I use Nutch It's free as in speech, it crawls my intranet filesystem and server.
Most of the un-patched vulnerabilities listed are crap.
2 90974
Starting with this one.
http://secunia.com/advisories/13925/
If Anyone here actually checked, it's a not a 2.0 bug but a 1.3 one. And it was fixed in Jan 2005!
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
Secunia seems suspect in general, So I would have to give as much credit for the graph as the vulnerabilities.
XXXXX@guillemot:~$ uname -a Linux guillemot 2.6.20-rc5 #1 Wed Jan 24 22:10:45 PST 2007 i686 GNU/Linux
-c[2-3] -n [0-7] works for me. Makes sense that -c0 is a root only option, no?
Try this
"ionice -c2 -n0 ls"
man 2 ioprio_set
Process ownership
"An unprivileged process may only set the I/O priority of a process whose real UID matches the real or effective UID of the calling process. A process which has the CAP_SYS_NICE capability can change the priority of any process."
Sound like you can set priority for your own processes.
Try this "man ionice" works for me
Why not Nutch?
http://lucene.apache.org/nutch/
Can you say defrag? and I've had more ntfs filesystems eat themselves then even ext2.
Can ntfs both journal metadata and data?
A soft bag from here http://www.tombihn.com/ and a brain cell http://www.tombihn.com/Merchant2/merchant.mvc?Scre en=PROD&Store_Code=001&Product_Code=TB0300
Beats about everything out there.
Am I the only one here who uses mutt?
Mutt + procmail is the only way to go.
every time I try a GUI I'm disapointed its slow, it works the way someone else thinks *I* should.
Reading email remotly is as fast as it is local... GUI email is for suckers.
No: no one else can post as me. I have a track record, admittedly a questionable one but one none the less. eg look at my UID.
"Ad hominem attacks, what a great way to demonstrate your point."
Arguing with AC arguments are by their nature rarely worth it.
Thats a value statement.
Try this instead: I'll ask a question.
When did you stop beating your wife?
I've got acl support and db support in moinmoin check moin out.
What ever library you choose. Make it AIT4
WD2000 for the older raids.
and
WD3200SD for the newer ones.
wd2000 series drives all fail with bad sectors.
wd3200SD fail with drive time outs, that take reboots to fix.
Having replaced sixteen drives and lost two raid 5s with hot-spares no less, in the last eighteen months. I can't recommend SATA for anything that is mission critical.