Re: 640.0 GB symlink
Hello! On Tue, Dec 03, 2002 at 09:02:38PM -0800, Jason Mancini wrote: Should I just erase and remake the symlink? Yes, that would be the simpliest thing. It wasn't like this in July (my last backup, *cough*). Then somebody corrupted it, or may be even the drive itself. reiserfsck is generally does not shorten file sizes, but symlink is really special file, so this will be fixed for next release for sure. May be we will even include something like that check into the kernel. Thank you for your report. Bye, Oleg
Re: 640.0 GB symlink
I had an issue with my RAM settings a couple months ago (swapped in a new XP processor, reset the BIOS, and chose 333MHz accidentally on DDR2100...) so most likely it's from that little incident. I redid the symlink and nothing exploded -- at least yet! =] Thanks for such a great fs, Jason Mancini Original Message Follows From: Oleg Drokin [EMAIL PROTECTED] Hello! On Tue, Dec 03, 2002 at 09:02:38PM -0800, Jason Mancini wrote: Should I just erase and remake the symlink? Yes, that would be the simpliest thing. It wasn't like this in July (my last backup, *cough*). Then somebody corrupted it, or may be even the drive itself. reiserfsck is generally does not shorten file sizes, but symlink is really special file, so this will be fixed for next release for sure. May be we will even include something like that check into the kernel. Thank you for your report. Bye, Oleg _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
reiserfsprogs-3.6.5-pre1
Hi all, The new pre version is available at our ftp site: ftp.namesys.com/pub/reiserfsprogs/pre It includes speedup for pass0, which becomes quite important for hignly fragmented object id maps, and a few fixed bugs: - bug in balancing code led to abort when a leaf could be viewed as a block of another type; - bug in checking statdata size for symlinks allowed to have symlinks with holes at the end. - bug in direct-indirect item convertion let symlinks to be created of wrong format. -- Thanks, Vitaly Fertman
non volatile ram devices
I have some servers that are giving inadequate disk performance for Maildir mail spools. They are running kernel 2.4.19 (2.4.20 upgrade is planned) and using ReiserFS for everything that's important. At this stage it is impossible for me to replace disks, RAID controllers, or anything else really significant. What I am thinking of doing is using a kernel that supports data journalling which should increase performance, but still probably won't give me enough. So I am thinking of using an external journal (or using software RAID to put the part of the partition containing the journal on a different device). The device containing the journal would be something much faster than physical media. I have been doing some research on non-volatile memory devices. I only found one company producing disks that are RAM based with battery backup, and they seem to start at $10K (too expensive - probably because they are much larger than I need, I need 128M at most, they provide 2G). I found many companies selling flash memory, but that only takes a million writes (that'll last about an hour for the use I plan). I found one company selling PC-Card devices that have two batterys for backup, but that requires getting a PCI controller for PC-Card's (something I haven't tried before). Does anyone know of an affordable ($1000 or less) device that can survive unexpected power outages of at least 24 hours duration, can commit a write in less than 1ms, supports unlimited writes, and connects to a IDE or SCSI bus (or PCI if there's a suitable Linux driver). -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: non volatile ram devices
On Wed, Dec 04, 2002 at 08:59:35PM +0100, Russell Coker wrote: I have some servers that are giving inadequate disk performance for Maildir mail spools. They are running kernel 2.4.19 (2.4.20 upgrade is planned) and using ReiserFS for everything that's important. One thing you might considder is replacing the reiserfs hash with a maildir-specific hash. In my rather limited testing I found that it was significantly faster; I think some tests gave 200-300% speed improvement. But, as I said, there was only limited testing. Don't go this route unless you have the time to test it properly both for stability and performance. What I am thinking of doing is using a kernel that supports data journalling which should increase performance, but still probably won't give me enough. So I am thinking of using an external journal (or using software RAID to put the part of the partition containing the journal on a different device). The device containing the journal would be something much faster than physical media. Even if the device is just a regular disk it should give you a real performance boost. Depending on your RAID-setup, it may not be the throughput, but the seeking back and forth between the journal and the rest of the disk that kills performance. Having the journal on a seperate disk solves that problem. Does anyone know of an affordable ($1000 or less) device that can survive unexpected power outages of at least 24 hours duration, can commit a write in less than 1ms, supports unlimited writes, and connects to a IDE or SCSI bus (or PCI if there's a suitable Linux driver). Did you check out Micro Memory Inc? (http://www.umem.com/) I think they have some PCI-cards (with linux-drivers) which may be suitable for this. However, the main strength of flash/RAM devices is that you can do random writes very fast. For a journal deice all access will be sequential, so there may not be much advantage compared to using a seperate disk for the journal? I've never tried, so I'm not sure exactly how well it would work. Is your server read- or write- bound? I've found that some mailservers are IO-bound because of reads (I guess pop- and imap-servers that are polling), and then the external journal is not likely to help. -- Ragnar Kjørstad
Re: non volatile ram devices
Russell Coker wrote: I have some servers that are giving inadequate disk performance for Maildir mail spools. They are running kernel 2.4.19 (2.4.20 upgrade is planned) and using ReiserFS for everything that's important. At this stage it is impossible for me to replace disks, RAID controllers, or anything else really significant. What I am thinking of doing is using a kernel that supports data journalling which should increase performance, but still probably won't give me enough. So I am thinking of using an external journal (or using software RAID to put the part of the partition containing the journal on a different device). The device containing the journal would be something much faster than physical media. I have been doing some research on non-volatile memory devices. I only found one company producing disks that are RAM based with battery backup, and they seem to start at $10K (too expensive - probably because they are much larger than I need, I need 128M at most, they provide 2G). I found many companies selling flash memory, but that only takes a million writes (that'll last about an hour for the use I plan). I found one company selling PC-Card devices that have two batterys for backup, but that requires getting a PCI controller for PC-Card's (something I haven't tried before). Does anyone know of an affordable ($1000 or less) device that can survive unexpected power outages of at least 24 hours duration, can commit a write in less than 1ms, supports unlimited writes, and connects to a IDE or SCSI bus (or PCI if there's a suitable Linux driver). The umem.com folks sell a device that we have tested and benchmarked reiserfs on. If I could get Edward to format benchmarks in a way that conveys that information that is relevant to persons reading them, I would post them on our mailing list Hans
journal relocation
Is there a patchset available for journal relocation on a 2.4 kernel (2.4.20 specifically)? I've seen reference to it in a few places but have been unable to locate it. -- Brian Tinsley Chief Systems Engineer Emageon
Re: journal relocation
Hello! On Wed, Dec 04, 2002 at 09:50:52PM -0600, Brian Tinsley wrote: Is there a patchset available for journal relocation on a 2.4 kernel (2.4.20 specifically)? I've seen reference to it in a few places but have been unable to locate it. Sure. Check out ftp://ftp.suse.com/pub/people/mason/patches/data-logging/2.4.20 Bye, Oleg
Re: non volatile ram devices
Hello! On Wed, Dec 04, 2002 at 08:59:35PM +0100, Russell Coker wrote: I have some servers that are giving inadequate disk performance for Maildir mail spools. They are running kernel 2.4.19 (2.4.20 upgrade is planned) and using ReiserFS for everything that's important. May I ask what kind of inadequacy on what kinds of operations do you observe? Thank you. Bye, Oleg