< dcousens> does OpenBlockFile cache at all?
< dcousens> nvm, it doesn't (excepting file system specifics)
< GitHub122> [bitcoin] pstratem opened pull request #8087: Introduce CBlockchain and move CheckBlockHeader (master...2016-05-22-cblockchain) https://github.com/bitcoin/bitcoin/pull/8087
< GitHub127> [bitcoin] pstratem opened pull request #8088: Avoid recalculating vchKeyedNetGroup in eviction logic. (master...2016-05-22-efficient-keyed-eviction) https://github.com/bitcoin/bitcoin/pull/8088
< tErik_mc> I tried again bitcoind.exe, one more time (at 9: 25am) (my last comment in this channel was on 9:23am "…be back few hours later"), my result is this : i specified " -dbcache=2816 -par=-1 " performance was not as good as other time (when no "par" was specified). When by using windows tools, i forced bitcoind.exe to use 0x1, 0x2, 0x3 cores & did not select the 0x0 number core, then cpu performance came back to same (25% level) as other time
< tErik_mc> So "-par" is not working on windows for some processors, and INTEL i3 uP is one of them.
< tErik_mc> sipa, i didn't mention your name, at that time, as i've already said THANKS earlier, & i am v.grateful for receiving helpful posting from you from beginning.
< tErik_mc> From 9:25am to now: (next day) 1:24am, bitcoin-qt.exe -dbcache=2816 has reached from "16 weeks behind" to "11 days behind" : 3.22 GB, 2.03 GB, 2.04GB, 3.41 GB (Private Bytes, Working Set, Private WS, Virtual Size) memory. But PB comes down often to 1.96 GB, WS & P-WS comes down to 1.65 GB.
< tErik_mc> io rate was v.sloooow. cpu usage % was also v.looow ! Be bk 2 hrs later (g-o-t, s-v).
< tErik_mc> For bitcoin-core related bitcoin-mining talk/discussion, which channel is more appropriate ?
< btcdrak> tErik_mc: anything not specific to Bitcoin Core development should be in #bticoin-dev
< btcdrak> #bitcoin-dev
< tErik_mc> i see thanks, btcdrak.
< tErik_mc> ye, my bitcoin-qt finally finished re-indexing & fully-synced, and now its using 3.25 GB, 508 MB , 502 MB, 3.42 GB (Private Bytes, Working Set, Private WS, Virtual Size) memory.
< Chris_Stewart_5> Does Bitcoin Core's bip repo accept pull requests of implementations of things like OP_CLTV, OP_CSV in other programming languages?
< sipa> Chris_Stewart_5: bips are not about implementations
< sipa> they're proposals for improvements :)
< sipa> and the bips repository is only under the same org as bitfoin core due to historical reasons
< Chris_Stewart_5> That's why I ask
< sipa> oh, a link to a reference implementation... up to the bip author
< Chris_Stewart_5> Gotcha. Sipa while we are at it can you elaborate a little more on the 'sampling interval' you eluded to on BIP9 I'm having a hard time understanding that. Is this just how often we check to see how much progress a soft fork has?
< sipa> have you read bip9?
< Chris_Stewart_5> yes
< sipa> during the started phase we check the threshold at every multiple 2016 blocks
< sipa> that's the sampling interval
< sipa> bip9 specifies that it's the same as the retarget interval
< sipa> you're adding language that says that the retarget interval is 2016 blocks... that "currently" is weird, because it can't change
< Chris_Stewart_5> I removed it
< Chris_Stewart_5> I want to add language around this sampling interval thing as well since it is seems to be implicit knowledge instead of explicit... or I'm really thick :P
< Chris_Stewart_5> I might do that on a separate pull request though
< Chris_Stewart_5> sipa: When what good does it do to 'check' or 'sample' the threshold more frequently than 2016 blocks if we can't transition the state from STARTED to LOCKED_IN?
< Chris_Stewart_5> Can't the state transition only be done in a new retarget period?
< sipa> Chris_Stewart_5: according to bip9 now, yes
< sipa> but bip9 is just a suggestion for future sofrforks
< sipa> not all future softforks are required to use it
< Chris_Stewart_5> hmm ok
< phantomcircuit> sipa, any opinion on 8087
< phantomcircuit> ?
< GitHub169> [bitcoin] MarcoFalke closed pull request #7945: Revert "travis: temporarily disable qt to avoid timeouts" (master...Mf1604-travisQtCache) https://github.com/bitcoin/bitcoin/pull/7945
< GitHub89> [bitcoin] Christewart opened pull request #8090: Adding P2SH(p2pkh) script test case (master...add_p2sh_p2pkh_script_test) https://github.com/bitcoin/bitcoin/pull/8090
< GitHub12> [bitcoin] jonasschnelli pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/37f9a1f627c0...692971193a83
< GitHub12> bitcoin/master 276ce84 Jonas Schnelli: [Qt] Disable some menu items during splashscreen/verification state
< GitHub12> bitcoin/master 6929711 Jonas Schnelli: Merge #8042: [Qt] Don't allow to open the debug window during splashscreen & verification state...
< GitHub147> [bitcoin] jonasschnelli closed pull request #8042: [Qt] Don't allow to open the debug window during splashscreen & verification state (master...2016/05/qt_debug_win_splash) https://github.com/bitcoin/bitcoin/pull/8042
< GitHub30> [bitcoin] jonasschnelli pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/692971193a83...77b49acc85d0
< GitHub30> bitcoin/master 2d5603c Tyler Hardin: Qt: Sort transactions by date...
< GitHub30> bitcoin/master 77b49ac Jonas Schnelli: Merge #8014: Qt: Sort transactions by date...
< GitHub195> [bitcoin] jonasschnelli closed pull request #8014: Qt: Sort transactions by date (master...sort-by-date) https://github.com/bitcoin/bitcoin/pull/8014