On Sunday 11 March 2007, Con Kolivas wrote: >On Sunday 11 March 2007 15:03, Matt Mackall wrote: >> On Sat, Mar 10, 2007 at 10:01:32PM -0600, Matt Mackall wrote: >> > On Sun, Mar 11, 2007 at 01:28:22PM +1100, Con Kolivas wrote: >> > > Ok I don't think there's any actual accounting problem here per se >> > > (although I did just recently post a bugfix for rsdl however I >> > > think that's unrelated). What I think is going on in the ccache >> > > testcase is that all the work is being offloaded to kernel threads >> > > reading/writing to/from the filesystem and the make is not getting >> > > any actual cpu time. >> > >> > I don't see significant system time while this is happening. >> >> Also, it's running pretty much entirely out of page cache so there >> wouldn't be a whole lot for kernel threads to do. > >Well I can't reproduce that behaviour here at all whether from disk or > the pagecache with ccache, so I'm not entirely sure what's different at > your end. However both you and the other person reporting bad behaviour > were using ATI drivers. That's about the only commonality? I wonder if > they do need to yield... somewhat instead of not at all.
I hate to say it Con, but this one seems to have broken the amanda-tar symbiosis. I haven't tried a plain 21-rc3, so the problem may exist there, and in fact it did for 21-rc1, but I don't recall if it was true for -rc2. But I will have a plain 21-rc3 running by tomorrow nights amanda run to test. What happens is that when amanda tells tar to do a level 1 or 2, tar still thinks its doing a level 0. The net result is that the tape is filled completely and amanda does an EOT exit in about 10 of my 42 dle's. This is tar-1.15-1 for fedora core 6. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) While it may be true that a watched pot never boils, the one you don't keep an eye on can make an awful mess of your stove. -- Edward Stevenson - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/