|
anubizz
|
 |
June 06, 2019, 10:38:52 AM
Last edit: June 06, 2019, 10:53:15 AM by anubizz Merited by iCEBREAKER (2) |
|
Debian Linux on both devices. So on my laptop that is connected to the node over Lan. The node is running on a cubietruck (cubieboard3) with 2gb RAM and 2gb Swap (Swap not really in use because of the speed loss when transfering the files to SSD).
Internet connection async. with 100 mbit down- and 10 mbit upload. So fast enough i think.
|
|
|
|
dEBRUYNE
Legendary
 Offline
Activity: 2268
Merit: 1141
|
|
June 06, 2019, 02:23:00 PM |
|
Debian Linux on both devices. So on my laptop that is connected to the node over Lan. The node is running on a cubietruck (cubieboard3) with 2gb RAM and 2gb Swap (Swap not really in use because of the speed loss when transfering the files to SSD).
Internet connection async. with 100 mbit down- and 10 mbit upload. So fast enough i think.
Is it fair to say then that the system where the node runs on is not particularly resourceful? Because if so, that is partly the cause of your relatively poor performance. In addition, note that the current daemon has inefficient sync code and JIT is not enabled. Both have a serious impact on performance, which may also be partly the cause of your issue. I'd advise to give v0.14.1, once it is released, another shot, as it will have drastically better performance. |
|
|
|
|
anubizz
|
|
June 06, 2019, 03:33:15 PM Merited by iCEBREAKER (2) |
|
Debian Linux on both devices. So on my laptop that is connected to the node over Lan. The node is running on a cubietruck (cubieboard3) with 2gb RAM and 2gb Swap (Swap not really in use because of the speed loss when transfering the files to SSD).
Internet connection async. with 100 mbit down- and 10 mbit upload. So fast enough i think.
Is it fair to say then that the system where the node runs on is not particularly resourceful? Because if so, that is partly the cause of your relatively poor performance. In addition, note that the current daemon has inefficient sync code and JIT is not enabled. Both have a serious impact on performance, which may also be partly the cause of your issue. I'd advise to give v0.14.1, once it is released, another shot, as it will have drastically better performance. The cubietruck should not be underestimated. The computing power of this tiny computer is very impressive ... But i will wait for the new release of course |
|
|
|
|
|
litro02
Newbie
Offline
Activity: 24
Merit: 0
|
|
June 08, 2019, 10:40:23 AM |
|
Please add this coin in CEX.IO, i want to buy this coin from there. Thank you!
|
|
|
|
|
Hueristic
Legendary
Offline
Activity: 3934
Merit: 5290
Doomed to see the future and unable to prevent it
|
|
June 08, 2019, 04:58:02 PM |
|
It's more important to keep an eye on the sheeple as they are easily led. |
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
XxXBigDickXxX
Newbie
Offline
Activity: 25
Merit: 2
|
|
June 12, 2019, 06:19:01 AM Merited by iCEBREAKER (2) |
|
Hi guys!! What do you think about Xeon Phi and new algo for Monero in October? I Think it'll be most profitable hardware because it's like a big processor.  |
|
|
|
|
|
|
TheFuzzStone
Legendary
Offline
Activity: 1512
Merit: 1442
thefuzzstone.github.io
|
|
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
June 15, 2019, 11:12:13 AM Merited by iCEBREAKER (1) |
|
|
|
|
|
Flux0z
Member
Offline
Activity: 406
Merit: 10
|
|
June 15, 2019, 12:47:02 PM Merited by iCEBREAKER (2) |
|
Please add this coin in CEX.IO, i want to buy this coin from there. Thank you!
There are TONS of places you can buy monero dude. No reason to list it on CEX.IO whatsoever. |
|
|
|
|
|
versprichnix
|
|
June 15, 2019, 02:45:17 PM
Last edit: June 15, 2019, 07:07:57 PM by versprichnix Merited by iCEBREAKER (2) |
|
Runs fine until now, sync is fast. I'm on ubuntu 18.04 LTS. |
|
|
|
|
|
Millionero
|
|
June 15, 2019, 02:59:24 PM Merited by iCEBREAKER (2) |
|
Me pounce like starveling on juicy leg of mutton. Muttonero! |
|
|
|
|
elrippos friend
Full Member
Offline
Activity: 1179
Merit: 210
only hodl what you understand and love!
|
|
June 15, 2019, 03:50:29 PM Merited by iCEBREAKER (2) |
|
Hy guys, running monero 14.1 linux 64 bit and starting the lmdb with --prune-blockchain from scratch, do i have to use the --prune-blockchain everytime i synchronize or does monerod recognize the pruned database, so i can start with monerod? Thanks  |
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
June 15, 2019, 06:47:53 PM |
|
Hy guys, running monero 14.1 linux 64 bit and starting the lmdb with --prune-blockchain from scratch, do i have to use the --prune-blockchain everytime i synchronize or does monerod recognize the pruned database, so i can start with monerod? Thanks --prune-blockchain has to be used (as startup flag) upon every startup of monerod. |
|
|
|
Hueristic
Legendary
Offline
Activity: 3934
Merit: 5290
Doomed to see the future and unable to prevent it
|
|
June 15, 2019, 09:52:18 PM |
|
Hy guys, running monero 14.1 linux 64 bit and starting the lmdb with --prune-blockchain from scratch, do i have to use the --prune-blockchain everytime i synchronize or does monerod recognize the pruned database, so i can start with monerod? Thanks --prune-blockchain has to be used (as startup flag) upon every startup of monerod. If I prune the chain and then accidentally start the daemon without the prune flag will it overwrite the pruned chain without a prompt? IOW if I accidentally start the daemon (like when I upgrade in 6 months) will the pruned chain get deleted and start downloading from scratch? |
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
LethalLuck
Newbie
Offline
Activity: 1
Merit: 2
|
|
June 15, 2019, 10:58:51 PM Merited by iCEBREAKER (2) |
|
what's the purpose to leave bitcointalk? is everything ok with monero?
bitcointalk i a great way to hear your communty. imo
|
|
|
|
|
|
Sellman
|
|
June 15, 2019, 11:29:35 PM Merited by iCEBREAKER (2) |
|
what's the purpose to leave bitcointalk? is everything ok with monero?
bitcointalk i a great way to hear your communty. imo
Monero built its own forum, and left bitcointalk.org forum. It's always easy to manage on your own forum, so it is likely reason. However, it's not too good to leave such a huge forum, for bitcoin in specific, and crypto in general. Monero team left the forum since 04/1/2017 (last edit time of the OP). It means they left the forum more than two years ago. You can find out more in the Monero forum: https://forum.getmonero.org/ |
|
|
|
|
elrippos friend
Full Member
Offline
Activity: 1179
Merit: 210
only hodl what you understand and love!
|
|
June 16, 2019, 01:48:24 AM Merited by iCEBREAKER (2) |
|
Hy guys, running monero 14.1 linux 64 bit and starting the lmdb with --prune-blockchain from scratch, do i have to use the --prune-blockchain everytime i synchronize or does monerod recognize the pruned database, so i can start with monerod? Thanks --prune-blockchain has to be used (as startup flag) upon every startup of monerod. Hy there, ok, thanks for clarifying! In the next release, do you think it would be possible to detect a "pruned" blockchain upon start of ./monerod in order to avoid two DB's? Kind regards |
|
|
|
dEBRUYNE
Legendary
Offline
Activity: 2268
Merit: 1141
|
|
June 16, 2019, 09:50:27 AM |
|
Hy guys, running monero 14.1 linux 64 bit and starting the lmdb with --prune-blockchain from scratch, do i have to use the --prune-blockchain everytime i synchronize or does monerod recognize the pruned database, so i can start with monerod? Thanks --prune-blockchain has to be used (as startup flag) upon every startup of monerod. If I prune the chain and then accidentally start the daemon without the prune flag will it overwrite the pruned chain without a prompt? IOW if I accidentally start the daemon (like when I upgrade in 6 months) will the pruned chain get deleted and start downloading from scratch? No, the new blocks will simply not be pruned. Put differently, you will have a pruned 'base' upon which non pruned blocks are added. |
|
|
|
|
