Jump to content

tulo

Silver Member
  • Content Count

    3,090
  • Joined

  • Last visited

  • Days Won

    3

tulo last won the day on February 13 2018

tulo had the most liked content!

About tulo

  • Rank
    Veteran

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I'm trying. I'm not seeing any difference in CPU usage till now.
  2. Linux 4.15.0-91-generic (XXX) 15/05/2020 _x86_64_ (4 CPU) 15/05/2020 XX:18:39 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 3,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,79 19,65 12,00 1276,11 70,07 12109,99 18,91 0,05 0,05 0,44 0,05 0,09 11,66 15/05/2020 XX:18:49 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 33,30 0,00 387,10 0,00 2707,20 13,99 1,50 3,88 0,00 3,88 0,12 4,56 15/05/2020 XX:18:59 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 17,70 0,70 684,70 11,20 4738,00 13,86 2,13 3,11 1,14 3,11 0,10 6,56 15/05/2020 XX:19:09 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 20,50 0,40 703,70 1,60 9922,40 28,19 2,27 3,23 0,00 3,23 0,14 10,20 15/05/2020 XX:19:19 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 12,50 0,00 195,00 0,00 1391,20 14,27 0,44 2,28 0,00 2,28 0,15 2,88 15/05/2020 XX:19:29 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 17,20 0,00 679,50 0,00 4733,20 13,93 1,90 2,81 0,00 2,81 0,10 6,48 15/05/2020 XX:19:39 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,20 22,38 2,50 212,69 51,15 1442,96 13,89 0,81 3,78 0,32 3,83 0,19 4,08 15/05/2020 XX:19:49 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,30 18,20 3,50 660,60 15,20 4676,00 14,13 1,93 2,91 0,23 2,93 0,10 6,92 15/05/2020 XX:19:59 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 30,10 76,10 294,90 2578,00 2166,40 25,58 1,19 3,21 0,50 3,91 0,14 5,28 15/05/2020 XX:20:09 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 17,50 0,00 614,10 0,00 4241,20 13,81 2,26 3,69 0,00 3,69 0,11 6,64 15/05/2020 XX:20:19 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 31,80 0,00 272,70 0,00 1834,40 13,45 0,83 3,06 0,00 3,06 0,13 3,68 15/05/2020 XX:20:29 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 17,10 0,10 474,20 0,40 3514,40 14,82 1,25 2,66 4,00 2,66 0,12 5,84 15/05/2020 XX:20:39 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 12,80 0,00 210,00 0,00 1392,80 13,26 0,57 2,71 0,00 2,71 0,16 3,40 15/05/2020 XX:20:49 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 13,00 0,00 389,10 0,00 2717,60 13,97 1,28 3,29 0,00 3,29 0,11 4,32 15/05/2020 XX:20:59 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 5,50 9,30 10,80 416,90 85,20 3030,80 14,57 0,64 1,51 0,41 1,54 0,10 4,36 15/05/2020 XX:21:09 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 22,40 183,70 1548,70 1412,80 12025,20 15,51 5,22 3,02 0,19 3,36 0,09 14,84 15/05/2020 XX:21:19 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 22,30 0,30 2696,70 1,20 21739,20 16,12 8,05 3,00 0,00 3,00 0,07 20,08 15/05/2020 XX:21:29 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 24,30 0,00 4097,20 0,00 30058,00 14,67 9,87 2,42 0,00 2,42 0,07 28,04 15/05/2020 XX:21:39 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 22,80 0,00 4552,80 0,00 34366,40 15,10 13,44 2,97 0,00 2,97 0,06 28,28 15/05/2020 XX:21:49 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 23,30 0,00 2151,30 0,00 15777,20 14,67 4,88 2,29 0,00 2,29 0,08 16,24 15/05/2020 XX:21:59 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 22,70 0,00 4260,70 0,00 32510,80 15,26 10,60 2,49 0,00 2,49 0,07 29,04 15/05/2020 XX:22:09 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 21,90 0,00 4457,80 0,00 34346,40 15,41 14,72 3,31 0,00 3,31 0,06 27,80 15/05/2020 XX:22:19 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 24,50 0,00 4137,00 0,00 28729,20 13,89 12,46 3,02 0,00 3,02 0,06 26,20 15/05/2020 XX:22:29 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 20,80 0,00 2637,20 0,00 21236,00 16,10 7,90 3,01 0,00 3,01 0,07 18,76 15/05/2020 XX:22:39 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 24,30 0,10 3994,90 0,40 29432,80 14,74 12,01 3,02 0,00 3,02 0,07 27,40 15/05/2020 XX:22:49 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 22,90 0,00 4247,60 0,00 31560,80 14,86 11,19 2,65 0,00 2,65 0,06 27,28 15/05/2020 XX:22:59 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 sda 0,00 25,10 0,00 3000,00 0,00 21406,00 14,27 7,91 2,65 0,00 2,65 0,07 21,72 Is node_size small reducing RAM usage and increasing hard disk usage? BTW unrelated, @nikb did the team improved the overall RAM usage in 1.4.0 or 1.5.0? Because to me it went down from around 11GB (rippled 1.3.1) to 5.5GB (1.5.0).
  3. What I see in the logs is A LOT of "LoadMonitor:WRN Job" Also with a very long time such as: 2020-May-03 17:02:03.925339628 UTC LoadMonitor:WRN Job: processLedgerData run: 0ms wait: 337895ms I mean...337 seconds to process the Ledger data??
  4. Yeah, I have it to try reduce the requirements. Shouldn't it? At least some RAM of SSD.
  5. Network is GPON FFTH 1000 Mb/s download and 200 Mb/s upload, with very low ping. I don't think it's the cause. It disconects sometimes (3-4 times a day). [node_size] is "small" 16Gb RAM DDR4 2133MHz. Single bank. Disk is SSD. 250Gb. Sata III. M.2. Almost dedicated hardware. Only running some minor things with low cpu and memory usage. CPU is I7-7567U. Not the best i7 but not the worst. I think it's not able to keep up with the ledger because it's requesting too much CPU...sometimes it goes full throttle .
  6. I post the results again, because the old one was only a few seconds after restart...the following is after days running. { "result" : { "info" : { "build_version" : "1.5.0", "complete_ledgers" : "55162159-55162719", "hostid" : "xxx", "io_latency_ms" : 1, "jq_trans_overflow" : "0", "last_close" : { "converge_time_s" : 3.675, "proposers" : 36 }, "load" : { "job_types" : [ { "avg_time" : 171, "job_type" : "ledgerRequest", "peak_time" : 1100, "per_second" : 2 }, { "avg_time" : 66, "job_type" : "untrustedProposal", "peak_time" : 749, "per_second" : 30 }, { "avg_time" : 37, "job_type" : "ledgerData", "peak_time" : 639, "per_second" : 3 }, { "avg_time" : 3, "in_progress" : 2, "job_type" : "clientCommand", "peak_time" : 91, "per_second" : 4 }, { "avg_time" : 54, "job_type" : "transaction", "peak_time" : 669, "per_second" : 3 }, { "avg_time" : 13, "job_type" : "batch", "peak_time" : 342, "per_second" : 1 }, { "avg_time" : 34, "job_type" : "advanceLedger", "peak_time" : 459, "per_second" : 8 }, { "avg_time" : 18, "job_type" : "fetchTxnData", "peak_time" : 790, "per_second" : 3 }, { "avg_time" : 122, "job_type" : "trustedValidation", "peak_time" : 915, "per_second" : 8 }, { "in_progress" : 1, "job_type" : "acceptLedger" }, { "avg_time" : 34, "job_type" : "trustedProposal", "peak_time" : 423, "per_second" : 13 }, { "in_progress" : 1, "job_type" : "sweep" }, { "avg_time" : 173, "job_type" : "heartbeat", "peak_time" : 663 }, { "job_type" : "peerCommand", "peak_time" : 13, "per_second" : 535 }, { "job_type" : "processTransaction", "per_second" : 3 }, { "job_type" : "SyncReadNode", "peak_time" : 346, "per_second" : 5445 }, { "job_type" : "AsyncReadNode", "peak_time" : 5, "per_second" : 1322 }, { "job_type" : "WriteNode", "peak_time" : 16, "per_second" : 1993 } ], "threads" : 6 }, "load_factor" : 1, "peer_disconnects" : "439", "peer_disconnects_resources" : "0", "peers" : 10, "pubkey_node" : "xxx", "pubkey_validator" : "none", "server_state" : "full", "server_state_duration_us" : "1314268034", "state_accounting" : { "connected" : { "duration_us" : "13697771492", "transitions" : 15030 }, "disconnected" : { "duration_us" : "3928594039", "transitions" : 28 }, "full" : { "duration_us" : "1092198327089", "transitions" : 21439 }, "syncing" : { "duration_us" : "18600613786", "transitions" : 6485 }, "tracking" : { "duration_us" : "4365361939", "transitions" : 21444 } }, "time" : "2020-May-01 10:37:37.054364 UTC", "uptime" : 1132790, "validated_ledger" : { "age" : 6, "base_fee_xrp" : 1e-05, "hash" : "41C71CA868653CCB19475EED1253267632F31734A0772E5E79373F625F64E5CB", "reserve_base_xrp" : 20, "reserve_inc_xrp" : 5, "seq" : 55162719 }, "validation_quorum" : 29, "validator_list" : { "count" : 1, "expiration" : "2020-Jun-02 00:00:00.000000000 UTC", "status" : "active" } }, "status" : "success" } }
  7. { "result" : { "info" : { "build_version" : "1.5.0", "complete_ledgers" : "54871802-54872172", "hostid" : "XXX", "io_latency_ms" : 1, "jq_trans_overflow" : "0", "last_close" : { "converge_time_s" : 3.061, "proposers" : 36 }, "load" : { "job_types" : [ { "avg_time" : 4, "job_type" : "ledgerRequest", "peak_time" : 39, "per_second" : 3 }, { "avg_time" : 6, "job_type" : "untrustedProposal", "peak_time" : 52, "per_second" : 27, "waiting" : 52 }, { "avg_time" : 35, "job_type" : "ledgerData", "peak_time" : 1103, "per_second" : 2 }, { "avg_time" : 2, "in_progress" : 1, "job_type" : "clientCommand", "peak_time" : 38, "per_second" : 9, "waiting" : 5 }, { "avg_time" : 45, "in_progress" : 3, "job_type" : "transaction", "peak_time" : 790, "per_second" : 13 }, { "avg_time" : 4, "in_progress" : 1, "job_type" : "batch", "peak_time" : 225, "per_second" : 6 }, { "avg_time" : 31, "job_type" : "advanceLedger", "peak_time" : 526, "per_second" : 12 }, { "avg_time" : 13, "job_type" : "fetchTxnData", "peak_time" : 279, "per_second" : 6 }, { "avg_time" : 67, "job_type" : "trustedValidation", "peak_time" : 848, "per_second" : 11 }, { "in_progress" : 1, "job_type" : "acceptLedger" }, { "avg_time" : 15, "job_type" : "trustedProposal", "peak_time" : 301, "per_second" : 14 }, { "avg_time" : 101, "job_type" : "heartbeat", "peak_time" : 189 }, { "job_type" : "peerCommand", "peak_time" : 2, "per_second" : 850 }, { "job_type" : "processTransaction", "peak_time" : 1, "per_second" : 13 }, { "job_type" : "SyncReadNode", "peak_time" : 45, "per_second" : 11711 }, { "job_type" : "AsyncReadNode", "peak_time" : 18, "per_second" : 426 }, { "job_type" : "WriteNode", "peak_time" : 25, "per_second" : 255 } ], "threads" : 6 }, "load_factor" : 1, "peer_disconnects" : "0", "peer_disconnects_resources" : "0", "peers" : 10, "pubkey_node" : "XXX", "pubkey_validator" : "none", "server_state" : "full", "server_state_duration_us" : "7370012", "state_accounting" : { "connected" : { "duration_us" : "456934932", "transitions" : 1 }, "disconnected" : { "duration_us" : "3593089", "transitions" : 1 }, "full" : { "duration_us" : "523765505", "transitions" : 8 }, "syncing" : { "duration_us" : "31406282", "transitions" : 8 }, "tracking" : { "duration_us" : "51", "transitions" : 8 } }, "time" : "2020-Apr-18 08:14:42.000574 UTC", "uptime" : 1015, "validated_ledger" : { "age" : 8, "base_fee_xrp" : 1e-05, "hash" : "7BE1535B562B879C64631188ED61A640207DF78E670318C18F5EC7A01657E5F4", "reserve_base_xrp" : 20, "reserve_inc_xrp" : 5, "seq" : 54872172 }, "validation_quorum" : 29, "validator_list" : { "count" : 1, "expiration" : "2020-Jun-02 00:00:00.000000000 UTC", "status" : "active" } }, "status" : "success" } }
  8. I don't see any point in creating two trust lines with two issuers for the same currency. Just pick one issuer, they'll be able to send the currency between them. The problem here is that the issuer must set the "DefaultRipple" flag to allow rippling of it's currency. You can do that with an "AccountSet" transaction.
  9. This is my rippled.cfg...it seems standard to me [server] port_rpc_admin_local port_peer port_ws_admin_local [port_rpc_admin_local] port = 5005 ip = 127.0.0.1 admin = 127.0.0.1 protocol = http [port_peer] port = 51235 ip = 0.0.0.0 protocol = peer [port_ws_admin_local] port = 6006 ip = 127.0.0.1 admin = 127.0.0.1 protocol = ws [node_size] small [node_db] type=NuDB path=/var/lib/rippled/db/nudb open_files=2000 filter_bits=12 cache_mb=256 file_size_mb=8 file_size_mult=2 online_delete=512 advisory_delete=0 [database_path] /var/lib/rippled/db [debug_logfile] /var/log/rippled/debug.log [sntp_servers] time.windows.com time.apple.com time.nist.gov pool.ntp.org [validators_file] validators.txt [rpc_startup] { "command": "log_level", "severity": "warning" } [ssl_verify] 1
  10. Nope...it's latest rippled. I also don't have any weird config I think.
  11. Is it normal that an intel i7, 6th gen, 3.5Ghz is always between 110% and 350% usage only for rippled (not validating)? And there are around 30-50 transactions per ledger. What the hell is the CPU doing with 30 transactions every 4 seconds? Do you have similar numbers?
  12. What will happen is that XRP will (in the short term) be worth again 0.2 USD, but with that USD amount you'll be able to buy less things. So if there is an intrinsic value in XRP, the market will probably slowly move to XRP being worth 0.4 USD. If there is not an intrinsic value, none knows since the speculation wins. OT: printing FIAT the best way to keep your a$$ safe in the short term and kill the economy in the long run. History already showed that.
  13. I don't make any price prediction. Crypto market is not regulated, speculators and whales can do crazy things, so anything could happen.
×
×
  • Create New...