gmaxwell
Great thanx and RESPECT!!!
-O2 is really safe and some dependencies has base setiings like -O3 and so on, actually i did not see incorrect results, but when to complile with mingw 5.3.0+ there are bugs with linking and etc. there are no posibility to build. Probably it is better when one process takes a little less CPU time to get more for another one.
I think it is worsting of time because of linking problems, but i like that "fine" tuning and have idea to compile deps with latest compiler like 6.3.0 and Core with 4.8.2 or in another sequence - Perfectionism is our all
You are very right that there are a lot of possibilities to get ban-score, but i argue with you that my version will sync faster - will try to bench both Official and my compilation on weekend and measure time.
Fee theme:
I did not get to the source [Since this began here, then I feel that I will study the mechanisms very deeply, or maybe not, maybe it's just a waste of time and the satisfaction of ego] but as understand if pool get transaction:
it will make command like a prioritize_transaction depending on fee, so if all pools get that transaction to their mempool in one time-frame window(i assume that other transactions will come in next frame, because of less broadcasting) then there are possibility that pool which first mine the block will have your transaction little above others in the list. Another pool probably will get more transactions with bigger fees at the same window and the same transaction has less priority and if first pool does not mined the second will mined it on next block.. [sorry for English, it is really hard to suggest/explain].
AngryDwarf
It would be great if we will see your optimization of parallel processing.
Great thanx and RESPECT!!!
-O2 is really safe and some dependencies has base setiings like -O3 and so on, actually i did not see incorrect results, but when to complile with mingw 5.3.0+ there are bugs with linking and etc. there are no posibility to build. Probably it is better when one process takes a little less CPU time to get more for another one.
I think it is worsting of time because of linking problems, but i like that "fine" tuning and have idea to compile deps with latest compiler like 6.3.0 and Core with 4.8.2 or in another sequence - Perfectionism is our all
You are very right that there are a lot of possibilities to get ban-score, but i argue with you that my version will sync faster - will try to bench both Official and my compilation on weekend and measure time.
Fee theme:
I did not get to the source [Since this began here, then I feel that I will study the mechanisms very deeply, or maybe not, maybe it's just a waste of time and the satisfaction of ego] but as understand if pool get transaction:
it will make command like a prioritize_transaction depending on fee, so if all pools get that transaction to their mempool in one time-frame window(i assume that other transactions will come in next frame, because of less broadcasting) then there are possibility that pool which first mine the block will have your transaction little above others in the list. Another pool probably will get more transactions with bigger fees at the same window and the same transaction has less priority and if first pool does not mined the second will mined it on next block.. [sorry for English, it is really hard to suggest/explain].
AngryDwarf
It would be great if we will see your optimization of parallel processing.