Re: System perforamance 4.x vs. 5.x and 6.x



On Tue, 22-Apr-2008 at 18:34:30 +0200, Andre Albsmeier wrote:
On Tue, 22-Apr-2008 at 14:54:07 +0300, Kostik Belousov wrote:
On Tue, Apr 22, 2008 at 12:31:45PM +0200, Andre Albsmeier wrote:
On Thu, 21-Feb-2008 at 14:13:22 +0200, Kostik Belousov wrote:
On Thu, Feb 21, 2008 at 04:20:04AM -0700, Brett Bump wrote:

On Wed, 20 Feb 2008, Kostik Belousov wrote:

I cannot reproduce it locally. With patch applied, it compiles both
GENERIC and GENERIC with options QUOTA added just fine.

Check for partially applied patch.


Thanks Kostik. You can double check me on sizes, but it would appear that
all files in the patch were touched, and I double checked my sources with:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/src which are
The patch is against RELENG_6, not against RELENG_6_2. I see no point
in backporting it to RELENG_6_2.

BTW, I backported two fixes, one for another deadlock with snapshots and
quotas, another for "ffs_blkfree: block already freed" panic and followed
up fsck: softdep inconsistency error.

New combined patch (against RELENG_6) is at
http://people.freebsd.org/~kib/quotagiant/quotas-RELENG_6-20080221-1202.patch

I tried to apply this patch to recent RELENG_6 sources
but it failed at a lot of places. I think this is due to
changes to the tree after the above patch was made.

Is there any newer patch available or is it possible to make
one which applies to recent RELENG_6 sources?

http://people.freebsd.org/~kib/quotagiant/quotas-RELENG_6-20080422-1000.patch


I have this patch now running on a

CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3001.18-MHz 686-class CPU)

machine. I have attached two 10k SCSI drives to an AIC7902
controller. These two drives have quotas enabled and are
constantly copying 77GB of data stored in ~210000 files to
each other. I use about 75 different user and group IDs with
these files.

I haven't had any problem the last 6 hours. The machine runs
rocksolid and the quota values are correct. So, from my point
of view I'd say that the patch works great!

Thanks a lot for the nice work,

-Andre
_______________________________________________
freebsd-performance@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: BUG: reiserfs+acl+quota deadlock
    ... >>cause everything accessing the users homedir (the one with the quota) ... It looks like the problem is that reiserfs_new_inode can be called either having xattrs locked or not. ... The attached patch seems to fix the problem. ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)
  • Bind VFS Mount Quota (2.4.22)
    ... This patch is based on the Quota Hash Abstraction patch ... point quota development. ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)
  • RE: [PATCH] hugetlb_no_page might break hugetlb quota
    ... this patch is not complete. ... system quota consistent with respect to page cache state. ... a new hugetlb page is allocated and then ...
    (Linux-Kernel)
  • Re: System perforamance 4.x vs. 5.x and 6.x
    ... On Wed, 20 Feb 2008, Kostik Belousov wrote: ... GENERIC and GENERIC with options QUOTA added just fine. ... Check for partially applied patch. ... I have attached two 10k SCSI drives to an AIC7902 ...
    (freebsd-performance)
  • [PATCH] Journalled quota
    ... problem/inconsistency in ~40 test runs) journalled quota patch. ... implements quota journalling for ext3. ... To test journalled quota you need to apply attached patch (also available at ... to 2.6.1 kernel (I'll rediff it against newer one soon - the patch contains some ...
    (Linux-Kernel)