--- Day changed Sat Nov 16 2019 00:54 -!- zndtoshi [567cbc6b@86.124.188.107] has joined #joinmarket 00:55 < zndtoshi> For TOR, is the host still 6dvj6v5imhny3anf.onion? and do I have to change the port too besides usessl and socks5 = true? 00:56 < zndtoshi> ah lol it's in the description. got it. 01:06 -!- kristapsk [~KK@gateway/tor-sasl/kristapsk] has quit [Remote host closed the connection] 01:06 -!- kristapsk [~KK@gateway/tor-sasl/kristapsk] has joined #joinmarket 01:44 -!- zndtoshi [567cbc6b@86.124.188.107] has quit [Ping timeout: 260 seconds] 02:28 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 276 seconds] 03:40 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 03:46 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 250 seconds] 04:02 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 04:24 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 245 seconds] 04:43 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 05:42 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has joined #joinmarket 05:46 < simon_> belcher, thanks for suggesting `sendpayment.py -P`, it allowed my to figure out why my yield generator isn't filling any orders: it is just to slow to answer 05:48 < simon_> i did manage to get an order filled by raising the maker_timeout_sec option to 90 as my server gives a reply in an average of 75 s or 15 s above the default 60, just too bad 05:49 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 245 seconds] 05:52 < simon_> as far as i can see, bottleneck is my storage device... a RAID 5 volume out of HDD doesn't work well apparently, i'll have to upgrade to SSD i guess... 05:56 < simon_> looking at the orderbook, i tend to think that other users face the same issue. as a matter of facts, we can see some orders with close to 0 cj fee which could hint towards operator trying to get orders filled desperately. considering the size of the blockchain, spare hdd are imho quite common for node operator and so we may wanna raise that default maker_timeout_sec to allow slower machine to participate in the market 06:13 < belcher> i wonder what the bottleneck there is, perhaps when the ygen obtains wallet addresses 06:13 < belcher> if so maybe there could be code which obtains many of them and keeps a cache, so there can be fast replies 06:14 < belcher> simon_ you could try putting the bitcoin core wallet file on a ram drive (/dev/shm) then there should be much faster access for obtaining a new address 06:14 < qubenix> simon_: i had my blockchain on an hdd up until a few days ago and it wasn't an issue for me. you may want to investigate more. 06:14 < belcher> so try moving the wallet file to /dev/shm/yourwalletfile.dat and then creating a symlink 06:20 < qubenix> how would it show in the yg log if you were not responding in time? something like "filling offer..." and then nothing? 06:58 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 07:14 -!- belcher [~belcher@unaffiliated/belcher] has quit [Quit: Leaving] 07:19 -!- CgRelayBot [~CgRelayBo@p548663FC.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 07:19 -!- AgoraRelay [~jmrelayfn@p548663FC.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 07:28 < simon_> high volume utilization seems to be correlated with two actions both requesting data from bitcoincore wallet: 1/ between sendpayment.py's notice `INFO:Preparing bitcoin data..` and joinmarketd.py's privmsg to taker with cmd=pubkey - this is about 40 s delay 2/ when the ygen obtains wallet addresses indeed and where it takes about 80 s 07:28 < simon_> while writing this, i notice that the ygen is importing two time the addresses in a row (i see to log line after the other, each request lasting 40 s) - does that make sense? why would it need to query the wallet two times in a row? 07:30 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 250 seconds] 07:30 < simon_> qubenix, the yg log says: filling orders followed by importing addresses (2 times) and that's it 07:31 < simon_> the daemon log can read both pubkey and ioauth messages but sendpayment logs a time out before receiving the ioauth message 07:35 < simon_> belcher, i am trying the ram drive option at the moment 08:21 < waxwing> simon_, master or release? 08:22 < waxwing> actually forget that, the thought i had about it is wrong. 08:30 < simon_> waxwing: release 0.5.5 08:30 < simon_> nevermind :) 08:35 < simon_> moving wallet.dat to /dev/shm did not help, I am just reading that my linux distribution isn't using that standard... I'll have to go for a work around on that one 08:36 < waxwing> you should also compare with a case without using joinmarketd.py to see if that is the source of the delay (my guess is not, but, check). but yeah the in-ram thing makes a lot of sense to try. 08:38 < simon_> waxwing: i was indeed wondering if starting up the daemon separately could cause yg to query the wallet two time, i'll test that too, thanks 08:39 < waxwing> well. shouldn't be any such thing going on. it's almost exactly the same thing. in non-joinmarketd version, you still have the exact same daemon code running, just in same process, instead of different. 08:39 < waxwing> i mean, network delays is like the only delta, but that seems ridiculous on the face of it. 09:21 < simon_> i just want to rule out possibilities wrt to multiple process and since i'm not running things by the book (no venv, docker container and network) it just adds possibilities to unexpected behavior (i guess) 09:23 < simon_> network delay would be ridiculous indeed but most likely, i should see a drop in volume utilization if network was a delaying factor 09:55 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 10:04 -!- openoms [~quassel@185.174.156.219] has joined #joinmarket 10:29 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 250 seconds] 11:08 -!- openoms [~quassel@185.174.156.219] has quit [Remote host closed the connection] 11:10 -!- openoms [~quassel@185.174.156.219] has joined #joinmarket 11:11 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 12:27 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer] 12:27 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has joined #joinmarket 12:40 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has quit [Ping timeout: 265 seconds] 12:47 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has joined #joinmarket 12:57 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has quit [Quit: simon_] 13:16 -!- simon_ [~simon@93-238-145-85.ftth.glasoperator.nl] has joined #joinmarket 14:00 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 250 seconds] 14:09 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 14:33 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 245 seconds] 15:11 -!- AgoraRelay [~jmrelayfn@p54866871.dip0.t-ipconnect.de] has joined #joinmarket 15:11 -!- CgRelayBot [~CgRelayBo@p54866871.dip0.t-ipconnect.de] has joined #joinmarket 17:38 -!- CgRelayBot_ [~CgRelayBo@p5DE4AE4A.dip0.t-ipconnect.de] has joined #joinmarket 17:41 -!- AgoraRelay_ [~jmrelayfn@p5DE4AE4A.dip0.t-ipconnect.de] has joined #joinmarket 17:41 -!- CgRelayBot [~CgRelayBo@p54866871.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds] 17:42 -!- AgoraRelay [~jmrelayfn@p54866871.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 19:24 -!- kristapsk [~KK@gateway/tor-sasl/kristapsk] has quit [Ping timeout: 260 seconds] 19:38 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 260 seconds] 19:41 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #joinmarket 21:35 -!- rocknai [rocknai@gateway/vpn/privateinternetaccess/rocknai] has joined #joinmarket 21:37 -!- rocknai [rocknai@gateway/vpn/privateinternetaccess/rocknai] has left #joinmarket ["Leaving"] 23:06 -!- openoms [~quassel@185.174.156.219] has quit [Ping timeout: 240 seconds] 23:09 -!- Giszmo [~leo@122-58-98-6-adsl.sparkbb.co.nz] has quit [Quit: Leaving.] 23:19 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has joined #joinmarket 23:39 -!- Giszmo [~leo@122-58-98-6-adsl.sparkbb.co.nz] has joined #joinmarket 23:52 -!- johnonchain [~johnoncha@2001:41d0:fc63:9c00:2931:aec:9468:a5e7] has quit [Ping timeout: 245 seconds]