- 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