Just for curiosity, I modified qBittorrent sources to switch libtorrent to posix i/o, but unfortunately this causes GUI freeze until all torrents are loaded (in my case it was about 2000, and their content was behind the network, so freeze was pretty long). not memory mapped i/o can be used only in case is platform doesn't supports it (that's very unlikely), there is even no compilation option for libtorrent to disable it at compile time, it can be switched only on runtime. In any case, qBittorrent doesn't provide an option to switch between these modes, it just uses default option provided by libtorrent. Knowing what SMB is (I'm also using that, but just to share already downloaded content), I assume it is also works bad in case of memory mapped i/o (don't know anything about memory mapping in case of files behind the network). I solved my issues just by removing some FUSE-specific options, but to find the reason of it I had to dig very deep into libtorrent. I faced i/o issues (nothing even was read neither written to my disks) with my custom FUSE-based FS I wrote. legacy, as it was in libtorrent 1.2.x) and memory mapped i/o (this is used by default). now it provides 2 ways to do disk i/o: so-called posix i/o (i.e. with libtorrent 2.0 disk i/o has changed. This may be related to libtorrent 2.0 disk writing system.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |