On Wed, Apr 23, 2008 at 05:45:16PM -0700, Arjan van de Ven wrote:It's bad news actually. Beause it means the stack overflow happens totally random and hard to reproduce. And no, XFS is not unique there, any filesystem with a complex enough writeback path (aka extents + delalloc + smart allocator) will have to use quite a lot here. I'll be my 2 cent that ext4 one finished up will run into this just as likely. Actually direct reclaim should be totally avoided for complex filesystems. It's horrible for the stack and for the filesystem writeout policy and ondisk allocation strategies. --
| David Miller | [GIT]: Networking |
| Linus Torvalds | Linux 2.6.26-rc4 |
| Fred . | Please add ZFS support (from GPL sources) |
| Greg KH | Linux 2.6.25.10 |
git: | |
| Alexander Gladysh | [Q] Encrypted GIT? |
| Kevin Leung | Edit log message after commit |
| Pietro Mascagni | GIT vs Other: Need argument |
| Michael Hendricks | removing content from git history |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Edwin Eyan Moragas | poll(2) vs kqueue(2) performance |
| Didier Wiroth | win32-codecs, avi and amd64 question |
| Daniel Ouellet | identifying sparse files and get ride of them trick available? |
| Daniel Brewer | Re: fsync performance hit on 1.6.1 |
| Hubert Feyrer | Compressed vnd handling tested successfully |
| Elad Efrat | Integrating securelevel and kauth(9) |
| YAMAMOTO Takashi | yamt-km branch |
