SemiAccurate

> Compile 2.0 with `TORRENT_HAVE_MMAP=0;TORRENT_HAVE_MAP_VIEW_OF_FILE=0;`. This would still have very poor performance compared to libtorrent 1.2's disk I/O subsystem. > MMAP and multithreaded IO solves large torrents issue which you...

> I think it can be salvaged though. Recently described it in [#6667 (comment)](https://github.com/arvidn/libtorrent/issues/6667#issuecomment-1804035311). @HanabishiRecca Arvid has been trying 'salvage' the mmap implementation for literally three years now but it...

@arvidn the paper outlines the cases of many DBMS projects initially opting for mmap but then switching away when its limitations became clear and they need control over I/O performance....

> I'm working on it. It's not easy to get right and efficient, contributions are welcome: #7013 Hmm as this new implementation is taking a while, why not just copy...

>>What where the reasons that led you to make this curious decision? > >They are mostly documented here: https://github.com/arvidn/libtorrent/wiki/memory-mapped-I-O So @arvidn this wiki page is mostly about the how, not...

@giantplaceholder have you thought about using BoringSSL? It already has ECH. @arvidn I wonder if libtorrent should support BoringSSL instead of OpenSSL. The former is Google's simplified fork of OpenSSL...

> @glassez I agree that the ABI should transition towards being more flexible from and ABI point of view. > > Some examples of changes I've made in the past...

@arvidn I don't know about pread disk I/O, I'm not a C/C++ programmer (like @AllSeeingEyeTolledEweSew I know Python.) I'm not sure if you forgot the use case for this from...

@anacrolix you seriously regard 30 torrents in a anacrolix/torrent client as a "very large torrent count"? Other clients can easily handle thousands of torrents. Don't you think the high goroutines...

> limit goroutines? > > try github.com/sourcegraph/conc/pool > ... > goroutine pool > ... > it's work in my project @tsingson having a goroutine pool kinda defeats the whole purpose...