HAMMER is going to be a little unstable as I commit the crash
recovery code. I'm about half way through it. Meta-data updates
to the disk media have now been separated out. I have a few things
left to do before crash recovery will actually work:
* I have to flush the undo buffers out before the meta-data buffers
* Then I have to flush the volume header so mount can see the updated
undo info.
* Then I have to flush out the meta-data buffers that the UNDO
info refers to.
* And, finally, the mount code must scan the UNDO buffers and perform
any required UNDOs.
The idea being that if a crash occurs at any point in the above
sequence, HAMMER will be able to run the UNDOs to undo any partially
written meta-data. HAMMER would be able to do this at mount-time and
it would probably take less then a second, so basically this gives us
our instant crash-recovery feature.
One interesting outcome of the separation work I just committed is
that the frontend VOPs are *massively* disconnected from backend disk
I/O now. In coming weeks I hope to take advantage of this separation
to remove the remaining stalls and significantly improve HAMMER's
performance.
-Matt| James Bruce | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Linus Torvalds | Linux 2.6.27-rc5 |
| Jon Ivar Rykkelid | sata_nv issues with MCP51 SATA controller |
| Parag Warudkar | BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] |
git: | |
| Martin Langhoff | Re: pack operation is thrashing my server |
| Jon Smirl | ! [rejected] master -> master (non-fast forward) |
| Bill Lear | Git rescue mission |
| Jon Smirl | Re: VCS comparison table |
| Maurizio Codogno | SLS 0.99.2 mount problems |
| Yong-Ernn Daniel Ling | Re: MicroEmacs |
| Mark Saltzman | Gawk 2.13 problems |
| Douglas E. Quale | new libraries |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
| David Miller | Re: [PATCH] net: Avoid extra wakeups of threads blocked in wait_for_packet() |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Francois Romieu | Re: ksoftirqd high cpu load on kernels 2.6.24 to 2.6.27-rc1-mm1 |
