On Thu, 15 February 2007 19:38:14 +0100, Juan Piernas Canovas wrote:While I don't want to discourage you, this is about the point in development where most log structured filesystems stopped. Doing a little web research, you will notice those todo-lists with "cleaner" being the top item for...years! Getting that one to work robustly is _very_ hard work and just today I've noticed that mine was not as robust as I would have liked to think. Also, you may note that by updating to newer kernels, the VM writeout policies can change and impact your cleaner. To an extent even that you had a rock-solid filesystem with 2.6.18 and thing crumble between your fingers in 2.6.19 or later. If the latter happens, most likely the VM is not to blame, it just proved that your cleaner is still getting some corner-cases wrong and needs more work. There goes another week of debugging. :( Jörn -- You ain't got no problem, Jules. I'm on the motherfucker. Go back in there, chill them niggers out and wait for the Wolf, who should be coming directly. -- Marsellus Wallace -
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Paul Jackson | Re: cpuset-remove-sched-domain-hooks-from-cpusets |
| Greg Smith | PostgreSQL pgbench performance regression in 2.6.23+ |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Gilles Chehade | CVS: cvs.openbsd.org: src |
| Chris Kuethe | CVS: cvs.openbsd.org: src |
| Owain Ainsworth | CVS: cvs.openbsd.org: src |
| Miod Vallat | CVS: cvs.openbsd.org: src |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Denys Fedoryshchenko | thousands of classes, e1000 TX unit hang |
| Wenji Wu | A Linux TCP SACK Question |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
