MIT6.828_HW11_xv6 log_panic: ilock: no type-优快云博客

这篇博客详细介绍了MIT6.828课程第11次作业中关于xv6日志系统的问题、解决方法及优化。作者首先通过模拟崩溃展示了日志的重要性，然后修复了导致panic的问题，讨论了文件操作的原子性和日志提交过程的优化，指出可以直接从缓冲区写入物理内存以提升效率。

MIT6.828_HW11_xv6 log

First, you’ll artificially create a crash which illustrates why logging is needed. Second, you’ll remove one inefficiency in the xv6 logging system.

1.1. Creating a Problem

xv6日志的要点是使所有可能产生崩溃的文件系统操作都是原子的。例如，文件创建涉及向目录添加新条目以及将新文件的inode标记为使用中。如果没有日志，则在重新启动后，在一个之后但在另一个之前发生的崩溃将使文件系统处于不正确的状态。

First, replace commit() in log.c with this code:

#include "mmu.h"
#include "proc.h"
void
commit(void)
{
  int pid = myproc()->pid;
  if (log.lh.n > 0) {
    write_log();
    write_head();
    if(pid > 1)            // AAA
      log.lh.block[0] = 0; // BBB
    // Copy committed blocks from log to their home location
    install_trans();
    if(pid > 1)            // AAA
      panic("commit mimicking crash"); // CCC
    log.lh.n = 0; 
    write_head();
  }
}

BBB行导致日志中的第一个块被写入 0，而不是写入应该写入的任何位置。在文件创建