Monero Support

[canth]

Updated to 0.9.1 - no problems so far. Do we have an updated list of pools that are running 0.9.1? I'd rather not send my (meager) hash power to a pool operator that isn't paying attention.

[dEBRUYNE]

Updated to 0.9.1 - no problems so far. Do we have an updated list of pools that are running 0.9.1? I'd rather not send my (meager) hash power to a pool operator that isn't paying attention.

All pools listed here seem to be on the correct chain -> https://monerohash.com/#network

I manually checked if they were on the same (block) height as moneroblocks.info, of whom we know is on the correct chain.

[bitebits]

Btw (for all other Linux noobs): using the program 'screen' to detach Bitmonerod, so it will not be killed by ending the SSH session, works perfectly:

- start an SSH session to your VPS
- start the program 'screen'
- run ./bitmonerod
- press control+A and release, press D
- Bitmonerod is now detached. You can continue with other Linux activities and/or exit the SSH session
- To 'attach' Bitmonerod again (bring to foreground), type 'screen -r'

[smooth]

- start the program 'screen'
- run ./bitmonerod
- press control+A and release, press D

Can automate these steps with

screen -dmS node ./bitmonerod

To connect, screen -r or screen -r node (if you have multiple screen sessions)

(I like to put something like the above in a crontab @reboot entry to start the node automatically at system startup)

[saddambitcoin]

Just think how many people have learned how to use the command line thanks to Monero!

[bitebits]

Is there a bitmonerod command (Windows), like with Bitcoin Core, to have the Monero blockchain stored in a different file location?
I would like to store the Monero blockchain on my D drive instead of the C drive with limited space.

You can also store Bitcoin data files in any other drive or folder.

If you have already downloaded the data then you will have to move the data to the new folder. If you want to store them in D:\BitcoinData then click on "Properties" of a shortcut to bitcoin-qt.exe and add -datadir=D:\BitcoinData at the end as an example:

"C:\Program Files (x86)\Bitcoin\bitcoin-qt.exe" -datadir=d:\BitcoinData
Start Bitcoin, now you will see all the files are created in the new data directory.

Edit: found it. Somehow this was not showing with bitmonerd /? but only when I used an incorrect option:

Settings:
  --data-dir arg (=C:\ProgramData\bitmonero)
                                        Specify data directory

Edit2: wow you guys are quick! Thanks
Apparently bitmonerod.exe /? gives different options then bitmonerd.exe --help

[GingerAle]

Is there a bitmonerod command, like with Bitcoin Core, to have the Monero blockchain stored in different file location?
I would like to store the Monero blockchain on my D drive instead of the C drive with limited space.

You can also store Bitcoin data files in any other drive or folder.

If you have already downloaded the data then you will have to move the data to the new folder. If you want to store them in D:\BitcoinData then click on "Properties" of a shortcut to bitcoin-qt.exe and add -datadir=D:\BitcoinData at the end as an example:

"C:\Program Files (x86)\Bitcoin\bitcoin-qt.exe" -datadir=d:\BitcoinData
Start Bitcoin, now you will see all the files are created in the new data directory.

if your in windows, make your way to your terminal and type bitmonerod.exe --help

this will give you all of the launch options. One of them should be data-dir.

[dEBRUYNE]

Is there a bitmonerod command (Windows), like with Bitcoin Core, to have the Monero blockchain stored in a different file location?
I would like to store the Monero blockchain on my D drive instead of the C drive with limited space.

You can also store Bitcoin data files in any other drive or folder.

If you have already downloaded the data then you will have to move the data to the new folder. If you want to store them in D:\BitcoinData then click on "Properties" of a shortcut to bitcoin-qt.exe and add -datadir=D:\BitcoinData at the end as an example:

"C:\Program Files (x86)\Bitcoin\bitcoin-qt.exe" -datadir=d:\BitcoinData
Start Bitcoin, now you will see all the files are created in the new data directory.

From reddit: (someone asked something similiar a few days ago)

yes, bitmonerod does have this feature for specifying where you want the blockhain. i'm not sure on the default dir as i'm a osx/linux user. launch bitmonerod with --data-dir /path/to/whereyouwantblockchaintogo

[DonYo]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

[mmortal03]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

[farfiman]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

Might have been faster to download to the HDD and move to the thumbdrive.

[mmortal03]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

Might have been faster to download to the HDD and move to the thumbdrive.

Sure, but people have been arguing that SSDs have properties that make them significantly faster than HDDs at syncing the Monero blockchain (not to be confused with downloading it, of course). I thought I'd give that a shot. Obviously, this SSD's faster random write speed isn't helping that much. There must be some other bottleneck here.

[farfiman]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

Might have been faster to download to the HDD and move to the thumbdrive.

Sure, but people have been arguing that SSDs have properties that make them significantly faster than HDDs at syncing the Monero blockchain (not to be confused with downloading it, of course). I thought I'd give that a shot. Obviously, this SSD's faster random write speed isn't helping that much. There must be some other bottleneck here.

You stated a 32gb thumb drive- not an SSD- way big difference in speed.

[GingerAle]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

Might have been faster to download to the HDD and move to the thumbdrive.

Sure, but people have been arguing that SSDs have properties that make them significantly faster than HDDs at syncing the Monero blockchain (not to be confused with downloading it, of course). I thought I'd give that a shot. Obviously, this SSD's faster random write speed isn't helping that much. There must be some other bottleneck here.

I'd hazard the lack of AES-NI in that CPU is helping form a bottleneck

http://www.cpu-world.com/CPUs/Bobcat/AMD-E%20Series%20E-350%20-%20EME350GBB22GT.html

If you ran it with verify-off you might have seen some impressive numbers. I'm not 100% sure, but when bitmonerod is verifying and building its own blockchain on your device, it is verifying each block. So you essentially just re-mined the entire blockchain (well, not really.. you weren't finding blocks per se, but you were validating the work that was done). So if you were to start_mining in your current daemon and then did show_hr, you could see what kind of hash per second that CPU can do... then take an estimated # of transactions in the entire monero blockchain and divide by your hash / sec, and that'll give you a rough estimate of the verify-induced bottleneck. Perhaps. I could also not know what I'm talking about.

[smooth]

Code:

D:\XMR\bitmonerod.exe --data-dir C:\blockchain\XMR

Yeah, tangential to this, yesterday I used this command to test how long it would take to download the Monero blockchain from scratch to a SanDisk Extreme 32GB USB 3.0 thumb drive. This was with an ASUS Eee PC 1215B Netbook (AMD E-350, 6GB RAM) running Windows 10 over a 66mb/s Ethernet connection. It took around 33 hours. This seems slower than a lot of people have been reporting.

Might have been faster to download to the HDD and move to the thumbdrive.

Sure, but people have been arguing that SSDs have properties that make them significantly faster than HDDs at syncing the Monero blockchain (not to be confused with downloading it, of course). I thought I'd give that a shot. Obviously, this SSD's faster random write speed isn't helping that much. There must be some other bottleneck here.

I'd hazard the lack of AES-NI in that CPU is helping form a bottleneck

http://www.cpu-world.com/CPUs/Bobcat/AMD-E%20Series%20E-350%20-%20EME350GBB22GT.html

If you ran it with verify-off you might have seen some impressive numbers. I'm not 100% sure, but when bitmonerod is verifying and building its own blockchain on your device, it is verifying each block. So you essentially just re-mined the entire blockchain (well, not really.. you weren't finding blocks per se, but you were validating the work that was done). So if you were to start_mining in your current daemon and then did show_hr, you could see what kind of hash per second that CPU can do... then take an estimated # of transactions in the entire monero blockchain and divide by your hash / sec, and that'll give you a rough estimate of the verify-induced bottleneck. Perhaps. I could also not know what I'm talking about.

There are precomputed hashes for most of the blockchain (except the most recent blocks) so it shouldn't make much difference. But some cheap computers are just going to be slow one way or another, certainly a lot slower than high end desktops or servers.

[mmortal03]

You stated a 32gb thumb drive- not an SSD- way big difference in speed.

It's one of the faster thumb drives from 2013. No, it's not an internal SSD, but it's still better than a lot of HDDs, especially if random write speed helps. I'm not even certain that it does. A bottleneck for people could simply be the overall sequential write speed of the drive, SSD or not. I'm simply curious to know.

Btw, I tested the same machine, syncing from scratch to the internal HDD, and it took about the same amount of time as the thumb drive, so there's probably some other bottleneck involved. It could be the slow processor. I'll have to run some tests on a faster machine.

If you ran it with verify-off you might have seen some impressive numbers.

I thought --verify 0 was a blockchain_import command, not a bitmonerod command, so that wouldn't work...

On a related note, I *did* try doing the bootstrap with blockchain.raw, but blockchain_import crashes on the first batch commit (or on block 190 if batching is off), so there's that. I made sure I was running the latest version, so, apparently, crashing during importing was *not* fixed.

Anyway, I'm just curious about the performance aspects here.

[bitebits]

I feel almost ashamed to ask. But since support was so quick last time, I do it anyway

Setting up my second Monero node on a VPS. But instead of downloading the blockchain, I like to upload it from my local harddisk (to decrease the change of being kicked from the VPS while syncing).

But where under Ubuntu Server Linux is the blockchain stored? Been googling without any result.

[pa]

I feel almost ashamed to ask. But since support was so quick last time, I do it anyway

Setting up my second Monero node on a VPS. But instead of downloading the blockchain, I like to upload it from my local harddisk (to decrease the change of being kicked from the VPS while syncing).

But where under Ubuntu Server Linux is the blockchain stored? Been googling without any result.

In OS X it's [home directory] --> [.bitmonero] --> [lmdb] --> [data.mdb].

I think it's the same in Linux. You can probably just copy and paste the lmdb subdirectory into the hidden .bitmonero directory.

[GingerAle]

I feel almost ashamed to ask. But since support was so quick last time, I do it anyway

Setting up my second Monero node on a VPS. But instead of downloading the blockchain, I like to upload it from my local harddisk (to decrease the change of being kicked from the VPS while syncing).

But where under Ubuntu Server Linux is the blockchain stored? Been googling without any result.

In OS X it's [home directory] --> [.bitmonero] --> [lmdb] --> [data.mdb].

I think it's the same in Linux. You can probably just copy and paste the lmdb subdirectory into the hidden .bitmonero directory.

I can confirm its the same in ubuntu:

/home/username/.bitmonero/lmdb/data.mdb

[ArticMine]

I can confirm that in Ubuntu the blockchain is stored in the hidden directory .bitmonero/lmdb/data.mdb in the users home directory.

Code:

/home/<user>/.bitmonero/lmdb/data.mdb 

use the command

Code:

 ls -a

in terminal to list hidden files