write 返回了，断电之后数据还在吗
write 返回了，一秒后断电 —— 数据还在吗？
프롬프트를 복사한 뒤 한 곳을 고르세요. 답을 늘어놓는 대신 면접관이 되어 장면마다 캐묻습니다.
앱이 설치된 휴대폰이면 시스템이 바로 앱을 엽니다. 위챗 안에서는 외부 앱을 열 수 없으니 먼저 브라우저로 여세요.
복사한 글 끝에는 채점용 정답이 붙어 있습니다. 먼저 읽지 마세요 —— 스스로 끌어내 봤는지가 핵심입니다.
这是所有「重启之后数据没了」「日志少了最后几行」类事故的源头。
中心问题是一个很多人从没想过的：新建一个文件、写完、fsync 了，断电之后这个文件一定在吗？ 文件内容落盘了，但「这个目录下有这个文件」这条目录项呢。
最后一幕是那个著名的坑：fsync 返回错误之后重试，可能返回成功而数据从来没写进去。知道这一条的人不多，踩上的代价很大。
이 편이 단련하는 것
이 본문을 저장소에서 보기 (그 파일 끝이 정답 패입니다. 열면 보입니다)
이 문제 해봤나
로그인하면 이 문제를 해봤다고 기록할 수 있습니다. 다음에 오면 언제 했는지 보입니다.
해본 사람들의 기록
사용법
이 묶음은 학습형입니다: 말문이 막힐 때까지 몰아붙이지 않고 이끕니다. 막히면 먼저 어느 층에서 막혔는지 묻고(들어본 적 없음 / 알지만 왜인지 모름 / 알지만 못 씀), 그다음 무엇을 줄지 정합니다. 같은 지점에서 두 번 이끌어도 안 되면 그때 답을 말하고, 당신의 말로 다시 설명하게 합니다.
계속 숫자를 요구합니다: 「오버헤드가 있다」「빠르다」고 답하면 끊습니다. 자릿수를 못 대는 결론은 외운 결론 —— 이 묶음이 단련하는 게 바로 그것입니다.
시작하는 법
- 하나 골라서 열고, 프롬프트를 복사합니다.
- 새 빈 대화에 붙여 넣고, 아무 말도 하지 말고 첫 질문을 기다립니다.
- 자릿수를 물어볼 각오를 하세요: 몇 나노초, 몇 마이크로초, 몇 배 차이. 모르면 모른다고 하면 기록하고 넘어갑니다.
도중에 언제든 외칠 수 있는 네 가지 명령
跳过바로 다음 장면으로换个说法이 부분을 다른 각도로 다시 설명直说吧답을 전부 말하고, 그다음 내가 다시 설명하게复盘바로 마무리로 넘어가 회고 카드 출력
세 가지 함정
- 끝에 있는 정답 카드를 먼저 읽지 마세요 —— 그 「흔히 잘못 아는 것」 항목이 곧 모든 질문의 답입니다.
- 용어부터 꺼내지 마세요. 「이건 TLB 미스」라고 말하기는 쉽고, 페이지 폴트보다 몇 자릿수 빠른지 말할 수 있어야 아는 것입니다.
- 칭찬하기 시작하면 「칭찬하지 말라」는 철칙을 상기시키세요. 이끄는 것과 달래는 것은 다릅니다.
숫자 감각부터라면 랜덤 읽기와 첫 바이트 편을. 장애 조사에 쓰이는 건 malloc, TCP 멈춤, 컨텍스트 스위치. 동시성 코드를 쓴다면 재배치와 거짓 공유를.
로그인 후에 기록을 남길 수 있습니다.