Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Performance\s+problems\s+with\s+millions\s+of\s+inodes\s*$/: 21 ]

Total 21 documents matching your query.

1. Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:43:23 +0200
sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup software: bacula and back
/archives/xfs/2008-06/msg00321.html (9,538 bytes)

2. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:46:30 +0200
Christoph Litauer schrieb: sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup
/archives/xfs/2008-06/msg00322.html (10,757 bytes)

3. Re: Performance problems with millions of inodes (score: 1)
Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 18:02:22 +0200
Le Wed, 25 Jun 2008 16:46:30 +0200 Christoph Litauer <litauer@xxxxxxxxxxxxxx> écrivait: Maybe you should try to add a "nobarrier" option at mount on the slowest machine. Barriers can slow down oper
/archives/xfs/2008-06/msg00323.html (8,533 bytes)

4. Re: Performance problems with millions of inodes (score: 1)
Author: Mark <musicman529@xxxxxxxxx>
Date: Wed, 25 Jun 2008 10:00:50 -0700 (PDT)
What type of RAID? If striping is involved, perhaps you should investigate the "su" and "sw" suboptions. I also found some performance improvement with "-l lazy-count=1", although you may not wish to
/archives/xfs/2008-06/msg00324.html (8,781 bytes)

5. Re: Performance problems with millions of inodes (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:12:10 +1000
Certain will be. You've got about 3 AGs that are holding inodes, so that's probably 35M+ inodes per AG. With the way allocation works, it's probably doing a dual-traversal of the AGI btree to find a
/archives/xfs/2008-06/msg00325.html (11,109 bytes)

6. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:29:08 +0200
Dave Chinner schrieb: On Wed, Jun 25, 2008 at 04:43:23PM +0200, Christoph Litauer wrote: Hi, sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or
/archives/xfs/2008-06/msg00343.html (12,297 bytes)

7. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 13:29:42 +0200
Emmanuel Florac schrieb: Le Wed, 25 Jun 2008 16:46:30 +0200 Christoph Litauer <litauer@xxxxxxxxxxxxxx> écrivait: Maybe the 143 million inodes cause this effect? Any idea how to avoid it? Maybe you
/archives/xfs/2008-06/msg00356.html (9,560 bytes)

8. Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:43:23 +0200
sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup software: bacula and back
/archives/xfs/2008-06/msg00781.html (9,538 bytes)

9. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:46:30 +0200
Christoph Litauer schrieb: sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup
/archives/xfs/2008-06/msg00782.html (10,757 bytes)

10. Re: Performance problems with millions of inodes (score: 1)
Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 18:02:22 +0200
Le Wed, 25 Jun 2008 16:46:30 +0200 Christoph Litauer <litauer@xxxxxxxxxxxxxx> écrivait: Maybe you should try to add a "nobarrier" option at mount on the slowest machine. Barriers can slow down oper
/archives/xfs/2008-06/msg00783.html (8,533 bytes)

11. Re: Performance problems with millions of inodes (score: 1)
Author: Mark <musicman529@xxxxxxxxx>
Date: Wed, 25 Jun 2008 10:00:50 -0700 (PDT)
What type of RAID? If striping is involved, perhaps you should investigate the "su" and "sw" suboptions. I also found some performance improvement with "-l lazy-count=1", although you may not wish to
/archives/xfs/2008-06/msg00784.html (8,781 bytes)

12. Re: Performance problems with millions of inodes (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:12:10 +1000
Certain will be. You've got about 3 AGs that are holding inodes, so that's probably 35M+ inodes per AG. With the way allocation works, it's probably doing a dual-traversal of the AGI btree to find a
/archives/xfs/2008-06/msg00785.html (11,109 bytes)

13. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:29:08 +0200
Dave Chinner schrieb: On Wed, Jun 25, 2008 at 04:43:23PM +0200, Christoph Litauer wrote: Hi, sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or
/archives/xfs/2008-06/msg00803.html (12,297 bytes)

14. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 13:29:42 +0200
Emmanuel Florac schrieb: Le Wed, 25 Jun 2008 16:46:30 +0200 Christoph Litauer <litauer@xxxxxxxxxxxxxx> écrivait: Maybe the 143 million inodes cause this effect? Any idea how to avoid it? Maybe you
/archives/xfs/2008-06/msg00816.html (9,560 bytes)

15. Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:43:23 +0200
Hi, sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup software: bacula and b
/archives/xfs/2008-06/msg01241.html (9,258 bytes)

16. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 16:46:30 +0200
Christoph Litauer schrieb: Hi, sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of ba
/archives/xfs/2008-06/msg01242.html (10,581 bytes)

17. Re: Performance problems with millions of inodes (score: 1)
Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Date: Wed, 25 Jun 2008 18:02:22 +0200
Le Wed, 25 Jun 2008 16:46:30 +0200 Christoph Litauer <litauer@xxxxxxxxxxxxxx> écrivait: Maybe you should try to add a "nobarrier" option at mount on the slowest machine. Barriers can slow down operat
/archives/xfs/2008-06/msg01243.html (8,603 bytes)

18. Re: Performance problems with millions of inodes (score: 1)
Author: Mark <musicman529@xxxxxxxxx>
Date: Wed, 25 Jun 2008 10:00:50 -0700 (PDT)
What type of RAID? If striping is involved, perhaps you should investigate the "su" and "sw" suboptions. I also found some performance improvement with "-l lazy-count=1", although you may not wish to
/archives/xfs/2008-06/msg01244.html (8,812 bytes)

19. Re: Performance problems with millions of inodes (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:12:10 +1000
Certain will be. You've got about 3 AGs that are holding inodes, so that's probably 35M+ inodes per AG. With the way allocation works, it's probably doing a dual-traversal of the AGI btree to find a
/archives/xfs/2008-06/msg01245.html (11,153 bytes)

20. Re: Performance problems with millions of inodes (score: 1)
Author: Christoph Litauer <litauer@xxxxxxxxxxxxxx>
Date: Thu, 26 Jun 2008 09:29:08 +0200
sorry if this has been asked before, I am new to this mailing list. I didn't find any hints in the FAQ or by googling ... I have a backup server driving two kinds of backup software: bacula and backu
/archives/xfs/2008-06/msg01263.html (12,329 bytes)


This search system is powered by Namazu