>Hello, >I wanted to make sure that my boot slowdown was related to space_cache so I >rebooted the PC several times and >it did become slower again. What is more, it doesn't seem like I even need to >generate any actual IO traffic >to trigger this.
>I thought I might give clear_cache a shot again and to test the boot speed >with nospace_cache as well. After >first booting with clear_cache,nospace_cache and nospace_cache afterwards I >was unhappy about the >boot speed, so I decided to clear the nospace_cache argument so that the cache >would be rebuilt. However, >even though my boot speed did improve (not well enough, though), I received 2 >errors (this is also the >output of dmesg | grep BTRFS): >[ 5.528707] BTRFS error (device sda2): block group 1103101952 has wrong >amount of free space >[ 5.529630] BTRFS error (device sda2): failed to load free space cache for >block group 1103101952 >It comes up after every reboot now. The output of dmesg | grep trfs (no 'b', >because it is inconsistent) is: >[ 1.225343] Btrfs loaded >[ 1.245586] btrfs: disk space caching is enabled >[ 1.245588] btrfs: has skinny extents >Any ideas on how I can remove this error? This doesn't break my boot or >anything, but it probably slows things >down, leaves some fs garbage etc. By the way, it would be a good idea to be >able to search for a consistent >value in dmesg. This is still present under kernel 12.0; during a boot with clear_cache the messages are gone, but right after removing this option (so that the cache is rebuilt) they appear again. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
