[GSoC 2017 - BTRFS Write Supports] Week #3
It's me again, this is my third report of my project about what I have done in this week. There is no coding, just reading and reading a lot. Now, I am confident to say that I can fully understand all the things in Btrfs codebase. I lurked a little around Linux's source and mailing list for Btrfs, but it didn't help much since the source is large, complicated and I don't know where to start to read, so I decide to implement Btrfs in my own way and back to read if encounter problems. I have tried to produce some bugs by making many directories and files with different size, and then see that can Haiku's Btrfs handle (cd and ls) it, lucky that it worked well otherwise I had works to do.
Also in this week, PulkoMandy help me to separate command results from fs_shell and tracing log because these are all redirected to stdout. I know how to read raw data from a disk device or file in Linux, with the help of PulkoMandy and axeld, this make debugging is easier.
Next week works
Next week is a first week of the coding period which mean I will follow what I listed in the proposal. But since I finished the first week works (set up fs_shell) in the previous week, so I will do the second week works, there are: Adding new structures btrfs_path and cache_extent. Those structures are helpful for manipulating trees and writing data. I may change, add or remove some things during the process because I lacked of understanding at the time of preparing the proposal, if there are any changes I will update it in weekly report.
Thanks for reading, see again next week.
- Haiku almost-monthly activity report - October and November 2019
- Haiku monthly activity report - September 2019
- Node.js now available in Haiku
- Haiku monthly activity report - 08/2019
- GSOC 2019 Final Report
- Haiku Activity Report: Performance Edition
- new PVS studio scan
- Coding week 4,5,6
- [GSoc 2019] Weeks #4, #5 and #6 progress report
- Haiku monthly activity report - 06/2019