[XMR] Monero - A secure, private, untraceable cryptocurrency - page 936.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: btell on May 06, 2015, 06:46:02 PM

Quote from: primer- on May 06, 2015, 11:58:52 AM

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

Agree, fluffypony moves like a true pony. Load him by heavy bag of dollars. Let pony to work

I see, many users report successful blockchain conversion to LMDB with batch size = 1000. The little issue is 16GB sparse database file. 'Sparceness' is well known feature to programmers, it's normal. Actual database file size is much less, say 3-5 Gb. Note memory fingerprint instead - users do report 30-60Mb.

IT IS THE WIN.

Problem is sparse either doesn't work on Windows (or Mac, I think), or doesn't work well, at least in some configurations. Nevertheless this will be addressed once the ability to expand the database is added. Then the starting size can be backed off., at least for non-sparse deployments.

kazuki49

sr. member

Activity: 350

Merit: 250

Belgium, France, Germany, Holland... Monero is on a tour

https://twitter.com/monerocurrency

othe

hero member

Activity: 532

Merit: 500

Quote from: primer- on May 06, 2015, 11:58:52 AM

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

awesome, i´ll also be there, hope u can run faster than i can throw a beer bottle.

btell

member

Activity: 119

Merit: 10

Quote from: primer- on May 06, 2015, 11:58:52 AM

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

Agree, fluffypony moves like a true pony. Load him by heavy bag of dollars. Let pony to work

I see, many users report successful blockchain conversion to LMDB with batch size = 1000. The little issue is 16GB sparse database file. 'Sparceness' is well known feature to programmers, it's normal. Actual database file size is much less, say 3-5 Gb. Note memory fingerprint instead - users do report 30-60Mb.

IT IS THE WIN.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: mmortal03 on May 06, 2015, 05:48:38 PM

Quote from: GingerAle on May 06, 2015, 04:19:14 PM

Yeah, i don't know if this is specific to plopping the new bins into MoneroX or not .... the "bitmonerod ignores stop signal" thing has been present for a while - it happens on my linux box, it happens on my windows box. I have noticed though that this state occurs more frequently if I try to stop bitmonerod soon after starting it... so if its running for a while, it will exit clean. If its running for < 1 minute, it goes into the ignore state.

Yeah, I'm totally aware of that, but this seems to be a special case. I'll run MoneroX for a few hours, close it, wait for p2p net loop to stop in the log, and bitmonerod still doesn't close. This seems to be reproducible.

Quote

Just confirmed, my data files are in %AppData%. I'm on windows 7.

Where is it creating your bitmonero.log? It's putting mine under %ProgramData%, on Windows 7.

%AppData%

I wonder if I built a slightly older version.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: GingerAle on May 06, 2015, 04:19:14 PM

Yeah, i don't know if this is specific to plopping the new bins into MoneroX or not .... the "bitmonerod ignores stop signal" thing has been present for a while - it happens on my linux box, it happens on my windows box. I have noticed though that this state occurs more frequently if I try to stop bitmonerod soon after starting it... so if its running for a while, it will exit clean. If its running for < 1 minute, it goes into the ignore state.

Yeah, I'm totally aware of that, but this seems to be a special case. I'll run MoneroX for a few hours, close it, wait for p2p net loop to stop in the log, and bitmonerod still doesn't close. This seems to be reproducible.

Quote

Just confirmed, my data files are in %AppData%. I'm on windows 7.

Where is it creating your bitmonero.log? It's putting mine under %ProgramData%, on Windows 7.

papa_lazzarou

hero member

Activity: 649

Merit: 500

Vote for monero on GoUrl Cryptocoin Payments API.

https://gourl.io/coin-voting.html

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: mmortal03 on May 06, 2015, 02:42:37 PM

Quote from: GingerAle on May 06, 2015, 09:13:43 AM

Quote from: medusa13 on May 06, 2015, 09:11:01 AM

ok i managed to convert on windows 7 x64 with batch size 1000 using blockchain_converter. was really fast(maybe 30min), but:

- data.mdb uses now more than 16gb, this is not normal no? this looks like some crazy pre allocation. same happens when exporting / importing.
- i want to highlight again, on windows monero uses now %programData% as default location instead of %appData% like in 0.8.8.6.

i am fully synced right now and bitmonerod uses 31 Megabyte of ram Grin

good job devs !!! Kiss

yeah, thats the size of my data.mdb. Fluffypony said it something with windows not liking sparse files. Whatever that means.

weird - I think my data.mdb was in %appData%/bitmonerod/LMDB , not %programData%, but I'll double check when I get home.

It was %programdata% for me, too.

Btw, GingerAle, I've discovered a problem with running the latest binaries with MoneroX: the bitmonerod process doesn't close when exiting MoneroX. I see in the log that it *does* receive a stop signal from MoneroX, and p2p net loop does eventually stop, but the daemon process doesn't close.

I assumed that MoneroX just hasn't been updated to use the current RPC commands to stop the daemon, but...

I tried running the stop_daemon command myself from the command line, outside of MoneroX, but that also doesn't seem to work. It works just fine if I've run bitmonerod myself, so I know I'm doing it right.

I can't tell if bitmonerod after closing MoneroX is just stuck in some buggy state, or if there is some sort of process communication issue that isn't obvious to me. It doesn't seem to be a permissions issue, as the process shows up as loaded by my username in Windows in both instances. I can still get the local block height while it is in this state, and the daemon state *is* detected when running stop_daemon, exit, and fast_exit from the command line in various combinations, so I know that the communications are being received by it to some extent... the process just doesn't close.

Yeah, i don't know if this is specific to plopping the new bins into MoneroX or not .... the "bitmonerod ignores stop signal" thing has been present for a while - it happens on my linux box, it happens on my windows box. I have noticed though that this state occurs more frequently if I try to stop bitmonerod soon after starting it... so if its running for a while, it will exit clean. If its running for < 1 minute, it goes into the ignore state.

Just confirmed, my data files are in %AppData%. I'm on windows 7.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: GingerAle on May 06, 2015, 09:13:43 AM

Quote from: medusa13 on May 06, 2015, 09:11:01 AM

ok i managed to convert on windows 7 x64 with batch size 1000 using blockchain_converter. was really fast(maybe 30min), but:

- data.mdb uses now more than 16gb, this is not normal no? this looks like some crazy pre allocation. same happens when exporting / importing.
- i want to highlight again, on windows monero uses now %programData% as default location instead of %appData% like in 0.8.8.6.

i am fully synced right now and bitmonerod uses 31 Megabyte of ram Grin

good job devs !!! Kiss

yeah, thats the size of my data.mdb. Fluffypony said it something with windows not liking sparse files. Whatever that means.

weird - I think my data.mdb was in %appData%/bitmonerod/LMDB , not %programData%, but I'll double check when I get home.

It was %programdata% for me, too.

Btw, GingerAle, I've discovered a problem with running the latest binaries with MoneroX: the bitmonerod process doesn't close when exiting MoneroX. I see in the log that it *does* receive a stop signal from MoneroX, and p2p net loop does eventually stop, but the daemon process doesn't close.

I assumed that MoneroX just hasn't been updated to use the current RPC commands to stop the daemon, but...

I tried running the stop_daemon command myself from the command line, outside of MoneroX, but that also doesn't seem to work. It works just fine if I've run bitmonerod myself, so I know I'm doing it right.

I can't tell if bitmonerod after closing MoneroX is just stuck in some buggy state, or if there is some sort of process communication issue that isn't obvious to me. It doesn't seem to be a permissions issue, as the process shows up as loaded by my username in Windows in both instances. I can still get the local block height while it is in this state, and the daemon state *is* detected when running stop_daemon, exit, and fast_exit from the command line in various combinations, so I know that the communications are being received by it to some extent... the process just doesn't close.

kazuki49

sr. member

Activity: 350

Merit: 250

Quote from: bigj on May 06, 2015, 01:04:54 PM

Quote from: primer- on May 06, 2015, 11:58:52 AM

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

Since you are obviously a fan of Monero, why don't you get your hands dirty and contribute?

I try to see the good side of comments, at least we have a lot of people who cares about Monero Wink

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

Quote from: infovortice2013 on May 06, 2015, 12:23:21 PM

it new wallet with nice gui ando secure working available?

You could use MoneroX -> https://bitcointalksearch.org/topic/xmr-monerox-a-cross-platform-graphical-account-manager-for-monero-683365

There is currently no official GUI though.

bigj

full member

Activity: 198

Merit: 100

Quote from: primer- on May 06, 2015, 11:58:52 AM

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

Since you are obviously a fan of Monero, why don't you get your hands dirty and contribute?

oblox

legendary

Activity: 1442

Merit: 1018

Quote from: infovortice2013 on May 06, 2015, 12:23:21 PM

it new wallet with nice gui ando secure working available?

Engrish?

infovortice2013

legendary

Activity: 1176

Merit: 1000

it new wallet with nice gui ando secure working available?

equipoise

hero member

Activity: 794

Merit: 1000

Monero (XMR) - secure, private, untraceable

Win 7 64x, uses ~49MB RAM, pre-allocated blockchain space on HDD 16GB. Works stable for now. 'q' doesn't work for 'exit' like in the previous versions. It'll be another 24/7 node.

primer-

legendary

Activity: 1092

Merit: 1000

LMDB version not official.
Blockchain conversion tools broken.
No official GUI.
No TAILS binaries available
Freebazaar nowhere near complete, last git submission 28 days ago.
DwarfPool scam ongoing, efficiency below 80%

I can't wait to see fluffyponny in person later this month, got a full bag of rotten eggs and tomatoes just for him..

Shrikez

sr. member

Activity: 400

Merit: 263

Just to add my stats for the DB build on Linux Mint:

size of data.mdb is currently 6,071 GB
bitmonerod memory use fully synched: 58 MB

fluffypony

donator

Activity: 1274

Merit: 1060

GetMonero.org / MyMonero.com

Quote from: GingerAle on May 06, 2015, 09:13:43 AM

Quote from: medusa13 on May 06, 2015, 09:11:01 AM

ok i managed to convert on windows 7 x64 with batch size 1000 using blockchain_converter. was really fast(maybe 30min), but:

- data.mdb uses now more than 16gb, this is not normal no? this looks like some crazy pre allocation. same happens when exporting / importing.
- i want to highlight again, on windows monero uses now %programData% as default location instead of %appData% like in 0.8.8.6.

i am fully synced right now and bitmonerod uses 31 Megabyte of ram Grin

good job devs !!! Kiss

yeah, thats the size of my data.mdb. Fluffypony said it something with windows not liking sparse files. Whatever that means.

weird - I think my data.mdb was in %appData%/bitmonerod/LMDB , not %programData%, but I'll double check when I get home.

So basically what happens is we let LMDB pre-allocate 16gb for the blockchain, and then we'll add in a function to automatically pre-allocate more as needed. This is great on every OS that has sparse file support, as the size on disk will only be like 5gb (ie. the bit with actual data). However, it appears that on some flavours of Windows, or some Windows environments, that it takes up the full 16gb on disk. We're currently working on a more efficient pre-allocation system that will preallocate an additional 1gb once there is < 500mb preallocation available, as that should be fast enough for the foreseeable future whilst solving the pre-allocation Windows issue.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: medusa13 on May 06, 2015, 09:11:01 AM

ok i managed to convert on windows 7 x64 with batch size 1000 using blockchain_converter. was really fast(maybe 30min), but:

- data.mdb uses now more than 16gb, this is not normal no? this looks like some crazy pre allocation. same happens when exporting / importing.
- i want to highlight again, on windows monero uses now %programData% as default location instead of %appData% like in 0.8.8.6.

i am fully synced right now and bitmonerod uses 31 Megabyte of ram Grin

good job devs !!! Kiss

yeah, thats the size of my data.mdb. Fluffypony said it something with windows not liking sparse files. Whatever that means.

weird - I think my data.mdb was in %appData%/bitmonerod/LMDB , not %programData%, but I'll double check when I get home.

medusa13

sr. member

Activity: 453

Merit: 500

hello world

ok i managed to convert on windows 7 x64 with batch size 1000 using blockchain_converter. was really fast(maybe 30min), but:

- data.mdb uses now more than 16gb, this is not normal no? this looks like some crazy pre allocation. same happens when exporting / importing.
- i want to highlight again, on windows monero uses now %programData% as default location instead of %appData% like in 0.8.8.6.

i am fully synced right now and bitmonerod uses 31 Megabyte of ram Grin

good job devs !!! Kiss

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 936. (Read 4671924 times)