Re: [reiserfs-list] Quotas?
Hi! At the moment, there are no user quotas left at all. You mean, no user has quotas? If yes, maybe you should do a quotaon on the target partition first. There is a quota.user-file which I copied from ext2, in fstab is a usrquota, and I have a patched reiserfs (that's what dmesg tells me, too). Thats the right way... Do I need a special version of quota-utilities? Yes. Version 1.70, which is available at namesys. I've got debianized packages too at http://dice.mfa.kfki.hu/download/quota . One again, my configuration: Netfinity / ServeRaid 4M 320GB Raid5 LVM reiserfs (patched for quotas) Gergely
Re: [reiserfs-list] Frequent disk accesses (sync?) on laptop
Xuan Baldauf wrote: Chris Mason wrote: On Tuesday, June 12, 2001 02:00:36 AM +0200 Jens Benecke [EMAIL PROTECTED] wrote: Hello, when working on files (i.e. having open files) on my laptop reiserfs accesses the disk every 5 seconds. this effectively prevents the disk from spinning down, i.e. APM modes to take over, even when I'm not writing anything. Why does 'sync' write to disk even if there are no dirty buffers? I can provoke almost continuous disk LED activity by calling Because thats how reiserfs does sync. If anyone is interested in making it more efficient, I can give pointers. You should be able to prevent bdflush/kupdate from trigger disk writes by suspending them. Andrea has patches that allow you to send both signals to make things easier on laptops. -chris I do not understand. After a sync(), there is no dirty page to by synced to disk. So when the next sync happens, there should not be anything to be sent to disk? So what makes the disk-access happen? The journal? Xuân. I agree with Xuan's skepticism that this is a necessary behavior rather than a bug. Please elaborate. Hans
Re: [reiserfs-list] optimizing reiserfs for large files?
On Thursday, June 14, 2001 12:54:11 PM +0200 Dirk Mueller [EMAIL PROTECTED] wrote: On Don, 14 Jun 2001, grobe wrote: I have a significant loss of performance in bonnie tests. The writing intelligently-test e.g. gives me 20710 kB/s with reiserfs, while I get 24753 kB/s with ext2 (1 GB-file). well, when writing files, reiserfs has to do _journalling_, which requires some writes as well, so its pure natural that it is a bit slower. You can watch the HDD activity LED - if its constantly on then its the disc that is saturated and therefore the limiting factor and not reiserfs. If you want journalling, i.e. no fsck after boot, then you have to accept _somewhere_ a _slight_ disadvantage. The question is if its really common for your setup that the disc gets hammered with 100% write request. Experience shows that its usually 90/10 distributed, that means 90% reads and 10% writes. So we're talking about a performance drop of 2 percent for writes - something that you won't notice in real-life, not to mention that reiserfs is for reads and for creating/deleting files several magnitudes faster. The performance depends on workload, but there is still room for improvement in reiserfs read and write performance. One issue is the journal code isn't taking advantage of the prepare_write, and commit_write address space operations. We'll start a transaction during prepare_write, close it, then end up starting another one during commit_write to log the atime update. This can be improved by allowing recursive transactions, which we also need for a few other fixes...I hope to finish it today and get final testing over the weekend. It's kinda cool. Zam is already working on the block allocator, I'm sure it'll be cleaner and faster when he's done. Chris Mason has lately written a patch to improve the performance of file writes (especially for concurrent writes as it removes some global kernel locks if I understand him correctly) performance. It is beta quality, as it was never included in any official kernel (nor -ac) yet, but I'm using it for a few weeks now without the slightest problem. You can find it in the mailing list archive (search for pinned pages) or I can send it to you if you're adventorous enough to try it out - YOU've BEEN WARNED. ;-) This should be in the next ac kernel, a few others have tested it and reported good results. But, I don't expect it to have a huge performance impact on bonnie tests (where the inode is logged in commit_write anway). -chris
RE: [reiserfs-list] Frequent disk accesses (sync?) on laptop
Xuan Baldauf wrote: Chris Mason wrote: On Tuesday, June 12, 2001 02:00:36 AM +0200 Jens Benecke [EMAIL PROTECTED] wrote: Hello, when working on files (i.e. having open files) on my laptop reiserfs accesses the disk every 5 seconds. this effectively prevents the disk from spinning down, i.e. APM modes to take over, even when I'm not writing anything. Why does 'sync' write to disk even if there are no dirty buffers? I can provoke almost continuous disk LED activity by calling Because thats how reiserfs does sync. If anyone is interested in making it more efficient, I can give pointers. You should be able to prevent bdflush/kupdate from trigger disk writes by suspending them. Andrea has patches that allow you to send both signals to make things easier on laptops. -chris I do not understand. After a sync(), there is no dirty page to by synced to disk. So when the next sync happens, there should not be anything to be sent to disk? So what makes the disk-access happen? The journal? Xuân. I agree with Xuan's skepticism that this is a necessary behavior rather than a bug. Please elaborate. Hans It's the atime update. every time you run 'sync', the sync program's atime is updated. the next sync writes this atime update, then sync gets updated again... - Brent Graveland
Re: [reiserfs-list] Quotas?
Hi! Okokok I see, 1.70 from namesys is different from 1.70 from SuSE... I just got the quota-archive from namesys (which is named .bz2, while it should be tar.bz2), but I can't compile: Zeus:~/quota-1.70 # make cc -g -DQUOTA_VERSION=\1.70\ -c quota.c -o quota.o quota.c: In function `showquotas': quota.c:346: `BLOCK_SIZE_BITS' undeclared (first use in this function) quota.c:346: (Each undeclared identifier is reported only once quota.c:346: for each function it appears in.) make: *** [quota.o] Error 1 What's wrong? Thanks, CU, Lars. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- GMX Tipp: Machen Sie Ihr Hobby zu Geld bei unserem Partner 11! http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a
Re: [reiserfs-list] Fwd: Re: [patch] truncate_inode_pages
Am Donnerstag, 14. Juni 2001 18:18 schrieben Sie: Can you supply the context for those not reading that thread on lk? Yes, sorry Hans. Andrew Morton [EMAIL PROTECTED] did a speed up patch for truncate_inode_pages which is included in Linux 2.4.6-pre3, now. But as 2.4.6-pre3 changed falsely the PCI power management stuff (read Alan Cox's post about it here: http://marc.theaimsgroup.com/?l=linux-kernelm=99254216628266w=2) I've attached the link to Andrew's version: http://marc.theaimsgroup.com/?l=linux-kernelm=99226672618182w=2 I am running 2.4.5-ac13 with it and see my posted speed up (12 times :-) Regards, Dieter Dieter Nützel wrote: Some speed up success. Regards, Dieter -- Weitergeleitete Nachricht -- Subject: Re: [patch] truncate_inode_pages Date: Mon, 11 Jun 2001 04:22:45 +0200 From: Dieter Nützel [EMAIL PROTECTED] To: Andrew Morton [EMAIL PROTECTED] Cc: Linux Kernel List [EMAIL PROTECTED] Daniel Phillips wrote: This is easy, just set the list head to the page about to be truncated. Works for me. --- linux-2.4.5/mm/filemap.cMon May 28 13:31:49 2001 +++ linux-akpm/mm/filemap.c Sun Jun 10 11:29:19 2001 @@ -235,12 +235,13 @@ [snip] Works for me 12 times faster on my Athlon 550 and ReiserFS. System: Athlon 550 (old one, 0.25 µm) MSI MS-6167 Rev 1.0B (Irongate C4) 320 MB SDRAM PC100-2-2-2 AHA-2940UW IBM DDYS-T18350N 18 GB (UW/U160) Kernel 2.4.5-ac12 Glibc-2.2 (SuSE 7.1) SunWave1cat /proc/version Linux version 2.4.5-ac12 (root@SunWave1) (gcc version 2.95.2 19991024 (release)) #1 Sat Jun 9 17:41:07 CEST 2001 SunWave1time ./ftruncate 0.430u 54.790s 1:00.09 91.8%0+0k 0+0io 32887pf+0w With the mm/filemap.c fix: SunWave1cat /proc/version Linux version 2.4.5-ac12 (root@SunWave1) (gcc version 2.95.2 19991024 (release)) #1 Sun Jun 10 22:49:07 CEST 2001 SunWave1time ./ftruncate 0.220u 1.670s 0:05.13 36.8% 0+0k 0+0io 32852pf+0w Thanks, Dieter
[reiserfs-list] Quota Questions (THE QQ BABY!) Har Har
Hey guys, I want to get Quotas working on my system. I am using ReiserFS as my filesystem and was wondering how I can tell what version I am running. Also, does it matter what versions of reiserfs utilities I'm using and what version of reiserfs file system I'm running. I really dont understand how this works yet. Thank you. -Ken
[reiserfs-list] What about your reiserfs-cleanup patch?
Hello Chris, here comes the starting snipped of it: diff -Nru a/fs/reiserfs/inode.c b/fs/reiserfs/inode.c --- a/fs/reiserfs/inode.c Thu May 31 09:55:13 2001 +++ b/fs/reiserfs/inode.c Thu May 31 09:55:13 2001 @@ -43,7 +43,6 @@ windex = push_journal_writer(delete_inode) ; reiserfs_delete_object (th, inode); - reiserfs_remove_page_from_flush_list(th, inode) ; pop_journal_writer(windex) ; reiserfs_release_objectid (th, inode-i_ino); @@ -102,6 +101,11 @@ ih-u.ih_entry_count = cpu_to_le16 (entry_count); } +static void add_to_flushlist(struct inode *inode, struct buffer_head *bh) { +struct inode *jinode = (SB_JOURNAL(inode-i_sb)-j_dummy_inode) ; + +buffer_insert_inode_queue(bh, jinode) ; +} Are you working on this or is it obsolete? Thanks, Dieter
Re: [reiserfs-list] Frequent disk accesses (sync?) on laptop
On Fre, 15 Jun 2001, Jens Benecke wrote: ugh... ugly. Can you mount reiserfs 'noatime', like ext2? IIUC, this would solve my problem. sure you can! Dirk
[reiserfs-list] Re: What about your reiserfs-cleanup patch?
On Friday, June 15, 2001 01:36:19 AM +0200 Dieter Nützel [EMAIL PROTECTED] wrote: Hello Chris, here comes the starting snipped of it: I just sent it to Alan today (or yesterday, I forget), it is included in 2.4.5-ac14. -chris