smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 02:36:50 AM |
|
thanks smooth, i'm re-downloading the blockchain and try to resync again...should i remove old p2pstate and poolstate files once i put in the new blockchain? 2014-Dec-14 10:16:47.867387 ERROR C:/bitmonero/src/common/boost_serialization_helper.h:108 Exception at [unserialize_obj_from_file], what=basic_filebuf::underflow error reading the file
Looks like a corrupt blockchain save file. Unless you can restore it from a backup you will need to download a new one, or resync the whole chain. I don't know why it happened. Maybe you ran out of free disk space while saving it? That is just a guess. Unless you have other problems you can leave them p2pstate - list of nodes to try to connect to poolstate - unconfirmed transactions sent by you or others
|
|
|
|
David Latapie
|
|
December 14, 2014, 02:41:46 AM |
|
I'm pretty sure that most of these scam ICOs, if not all of them, involve the scammers running their own BTC through the ICO and ending up with both the BTC and the coin. So a disguised premine, with some extra BTC (but a much smaller unknowable amount) from idiots as a bonus. I confirm from acquaintances: ICO are faked.
On a particular machine, sure. For example, if you are swapping lot, that will indeed happen on lot faster on a SSD, so it will speed up, but the underlying cause of the bigger slow down is the lack of RAM. People were talking about many minutes to an hour for a save. That is not pushing the limits of any HDD sequential speed, at all. Old machine: Mintbox, 4Gb, 5400 RPM HDD, 4Gb. More than one hour New machine: Laptop, 4Gb, SSD. A dozen minute top. So tell how the HDD is not related? Both machines where running Linux. Mintbox is Arch + Xfce, which takes up less RAM than the new one (Ubuntu + Gnome 3).
I'd like to announce the first alpha release of my unofficial lightweight GUI simplewallet wrapper, lightWallet. Using this program, you don't need to run the bitmonerod daemon on your own computer or do anything on the command line. By default it uses hegemoOn's (a long time Monero supporter) open node, although you can change it to use a different node (Atrides recently announced another one, for instance), or you can set it up to use a local daemon. Added to OP.
This is the alpha version of MoneroClub, I'd like to post today. Added to OP.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 02:53:06 AM |
|
I'm pretty sure that most of these scam ICOs, if not all of them, involve the scammers running their own BTC through the ICO and ending up with both the BTC and the coin. So a disguised premine, with some extra BTC (but a much smaller unknowable amount) from idiots as a bonus. I confirm from acquaintances: ICO are faked.
On a particular machine, sure. For example, if you are swapping lot, that will indeed happen on lot faster on a SSD, so it will speed up, but the underlying cause of the bigger slow down is the lack of RAM. People were talking about many minutes to an hour for a save. That is not pushing the limits of any HDD sequential speed, at all. Old machine: Mintbox, 4Gb, 5400 RPM HDD, 4Gb. More than one hour New machine: Laptop, 4Gb, SSD. A dozen minute top. See bolded above. SSD helps a lot if you are already short of RAM (which at 4 GB, you are). Bump up the RAM on there and a dozen minutes will be down to a minute or two (more or less regardless of drive).
|
|
|
|
David Latapie
|
|
December 14, 2014, 04:29:45 AM |
|
See bolded above. SSD helps a lot if you are already short of RAM (which at 4 GB, you are). Bump up the RAM on there and a dozen minutes will be down to a minute or two (more or less regardless of drive). * David Latapie remembers working on a 486DX maxed out in RAM (64MB) and playing Baldur's Gate with an indecent amount of RAM (24 MB - would work, but slowly, at a mere 8 MB). And now 4 giga fucking byte is considered short... I'll pastiche Warren Buffet and say the memory footprint has gone up a thousandfold but the producitvity has not gone up thousandfold. Anyway, just a (not-so-old) grumpy man rambling...
|
|
|
|
Hueristic
Legendary
Offline
Activity: 3976
Merit: 5408
Doomed to see the future and unable to prevent it
|
|
December 14, 2014, 04:41:50 AM |
|
See bolded above. SSD helps a lot if you are already short of RAM (which at 4 GB, you are). Bump up the RAM on there and a dozen minutes will be down to a minute or two (more or less regardless of drive). * David Latapie remembers working on a 486DX maxed out in RAM (64MB) and playing Baldur's Gate with an indecent amount of RAM (24 MB - would work, but slowly, at a mere 8 MB). And now 4 giga fucking byte is considered short... I'll pastiche Warren Buffet and say the memory footprint has gone up a thousandfold but the producitvity has not gone up thousandfold. Anyway, just a (not-so-old) grumpy man rambling... Yeah, I had a VLB Mach32 4mb Vcard at that time and was in heaven!
|
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 04:53:17 AM |
|
And now 4 giga fucking byte is considered short...
Valid point, but I'd just say that at 4 GB you are pretty close to a critical point where even a small increase would have a disproportionately large benefit. The blockchain on disk is currently 3.2 GB. I don't know how that translates directly to in-RAM usage but I guess it might be slightly higher (or at least higher including other code, other applications, etc.). So you are right on the cusp of it being able to fit in RAM with a bit left over for I/O buffers and not being able to fit (i.e. swapping). 6 GB would probably be much faster than 4 GB and 2 GB is definitely much slower (I've tested it). Summary: I recommend 6+ GB for best performance currently, 2+ GB for a bare minimum (with questionable at best performance). 4 GB is in between.
|
|
|
|
nioc
Legendary
Offline
Activity: 1624
Merit: 1008
|
|
December 14, 2014, 05:06:42 AM |
|
And now 4 giga fucking byte is considered short...
Valid point, but I'd just say that at 4 GB you are pretty close to a critical point where even a small increase would have a disproportionately large benefit. The blockchain on disk is currently 3.2 GB. I don't know how that translates directly to in-RAM usage but I guess it might be slightly higher (or at least higher including other code, other applications, etc.). So you are right on the cusp of it being able to fit in RAM with a bit left over for I/O buffers and not being able to fit (i.e. swapping). 6 GB would probably be much faster than 4 GB and 2 GB is definitely much slower (I've tested it). Summary: I recommend 6+ GB for best performance currently, 2+ GB for a bare minimum (with questionable at best performance). 4 GB is in between. I have not upgraded RAM because we are getting the new DB soon®. Is it correct to assume that 4GB will be sufficient for good performance with the new DB?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 05:09:21 AM |
|
And now 4 giga fucking byte is considered short...
Valid point, but I'd just say that at 4 GB you are pretty close to a critical point where even a small increase would have a disproportionately large benefit. The blockchain on disk is currently 3.2 GB. I don't know how that translates directly to in-RAM usage but I guess it might be slightly higher (or at least higher including other code, other applications, etc.). So you are right on the cusp of it being able to fit in RAM with a bit left over for I/O buffers and not being able to fit (i.e. swapping). 6 GB would probably be much faster than 4 GB and 2 GB is definitely much slower (I've tested it). Summary: I recommend 6+ GB for best performance currently, 2+ GB for a bare minimum (with questionable at best performance). 4 GB is in between. I have not upgraded RAM because we are getting the new DB soon®. Is it correct to assume that 4GB will be sufficient for good performance with the new DB? 4 GB is plenty for that. Problems are still being found in testing (that's the point of it cf course) so it is good to be realistic about "soon". 4 GB does work (and as David pointed out, quite reasonably with an SSD), so not really an urgent issue in any case.
|
|
|
|
tempusr
Newbie
Offline
Activity: 19
Merit: 0
|
|
December 14, 2014, 05:32:18 AM |
|
HI,Everybody,pls help me My xmr wallet can not sync.I get the following errors:
014-Dec-14 21:20:37.969435 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:21:37.093539 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:22:36.077242 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:23:34.982946 [P2P9]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:24:34.107049 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:25:33.231153 [P2P7]Failed to connect to any of seed peers, continuing without seeds
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 05:40:08 AM |
|
HI,Everybody,pls help me My xmr wallet can not sync.I get the following errors:
014-Dec-14 21:20:37.969435 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:21:37.093539 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:22:36.077242 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:23:34.982946 [P2P9]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:24:34.107049 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:25:33.231153 [P2P7]Failed to connect to any of seed peers, continuing without seeds
Which version are you using?
|
|
|
|
osensei
Member
Offline
Activity: 70
Merit: 10
https://monerohash.com
|
|
December 14, 2014, 05:56:31 AM Last edit: December 14, 2014, 06:22:53 AM by osensei |
|
And now 4 giga fucking byte is considered short...
Valid point, but I'd just say that at 4 GB you are pretty close to a critical point where even a small increase would have a disproportionately large benefit. The blockchain on disk is currently 3.2 GB. I don't know how that translates directly to in-RAM usage but I guess it might be slightly higher (or at least higher including other code, other applications, etc.). So you are right on the cusp of it being able to fit in RAM with a bit left over for I/O buffers and not being able to fit (i.e. swapping). 6 GB would probably be much faster than 4 GB and 2 GB is definitely much slower (I've tested it). Summary: I recommend 6+ GB for best performance currently, 2+ GB for a bare minimum (with questionable at best performance). 4 GB is in between. On my end, I'm running the daemon in a VirtualBox VM with Ubuntu 14.04 server, 1 GB of RAM assigned to it, and a 6GB swap file. I have commented out the parts of the code that force the blockchain to be saved every 12 hours. It takes a LOT of time to load the first time, but that's the only one time that I need to wait for the blockchain to load into RAM, as I don't ever stop the daemon unless I update it. When I want to "close" the daemon I just close the VM saving the current state (not powering it off, but saving the current state so I can resume it later). Next time I want to run it, I just resume the VM and it continues as if nothing had happened, and starts syncing the blockchain right away. I don't have to wait for the blockchain to be loaded into RAM/swap and it only uses 1GB of my physical RAM. I run simplewallet on my host machine (meaning not in the VM) and forward local port 18081 to the VM running the daemon through VirtualBox NAT Networks settings. I do this on my laptop, which has 4GB of RAM and HDD (hybrid drive really, but for writing operations is the same as plain HDD).
|
|
|
|
5w00p
|
|
December 14, 2014, 07:34:03 AM |
|
I'm pretty sure that most of these scam ICOs, if not all of them, involve the scammers running their own BTC through the ICO and ending up with both the BTC and the coin. So a disguised premine, with some extra BTC (but a much smaller unknowable amount) from idiots as a bonus. I confirm from acquaintances: ICO are faked.
On a particular machine, sure. For example, if you are swapping lot, that will indeed happen on lot faster on a SSD, so it will speed up, but the underlying cause of the bigger slow down is the lack of RAM. People were talking about many minutes to an hour for a save. That is not pushing the limits of any HDD sequential speed, at all. Old machine: Mintbox, 4Gb, 5400 RPM HDD, 4Gb. More than one hour New machine: Laptop, 4Gb, SSD. A dozen minute top. See bolded above. SSD helps a lot if you are already short of RAM (which at 4 GB, you are). Bump up the RAM on there and a dozen minutes will be down to a minute or two (more or less regardless of drive). I like you smooth, and I love that you are a XMR dev, but I will give 2 XMR just to see you admit that you were incorrect, for once. You are (unsuccessfully) arguing that the write speed of a drive is irrelevant to the time required to write a file to a drive.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 07:58:05 AM |
|
I'm pretty sure that most of these scam ICOs, if not all of them, involve the scammers running their own BTC through the ICO and ending up with both the BTC and the coin. So a disguised premine, with some extra BTC (but a much smaller unknowable amount) from idiots as a bonus. I confirm from acquaintances: ICO are faked.
On a particular machine, sure. For example, if you are swapping lot, that will indeed happen on lot faster on a SSD, so it will speed up, but the underlying cause of the bigger slow down is the lack of RAM. People were talking about many minutes to an hour for a save. That is not pushing the limits of any HDD sequential speed, at all. Old machine: Mintbox, 4Gb, 5400 RPM HDD, 4Gb. More than one hour New machine: Laptop, 4Gb, SSD. A dozen minute top. See bolded above. SSD helps a lot if you are already short of RAM (which at 4 GB, you are). Bump up the RAM on there and a dozen minutes will be down to a minute or two (more or less regardless of drive). I like you smooth, and I love that you are a XMR dev, but I will give 2 XMR just to see you admit that you were incorrect, for once. You are (unsuccessfully) arguing that the write speed of a drive is irrelevant to the time required to write a file to a drive. I think you need to learn what fsync does and whether or not there is one in the daemon. But this is off topic for the thread, so let's stop now.
|
|
|
|
clown.scar
Newbie
Offline
Activity: 34
Merit: 0
|
|
December 14, 2014, 08:01:18 AM |
|
One in the right place, apparently
|
|
|
|
Globb0
Legendary
Offline
Activity: 2702
Merit: 2053
Free spirit
|
|
December 14, 2014, 09:13:01 AM |
|
* David Latapie remembers working on a 486DX DX and SX for with and without internal maths co processor if I remember
|
|
|
|
Arux
|
|
December 14, 2014, 10:23:59 AM |
|
MyMonero is temporarily offline for emergency maintenance, and will return within a few hours nothing critical, i hope...
|
|
|
|
e-coinomist
Legendary
Offline
Activity: 2380
Merit: 1085
Money often costs too much.
|
|
December 14, 2014, 10:52:54 AM |
|
MyMonero is temporarily offline for emergency maintenance, and will return within a few hours nothing critical, i hope... LOL it's gone, your money. live with (out) that naw back on track, beeing serious, we might need a way to import mymonero wallet credentials into a local wallet copy. Having a website is convenient, but sometimes one just needs a second pathway to access funds.
|
|
|
|
Whtwabbit
|
|
December 14, 2014, 11:02:48 AM |
|
MyMonero is temporarily offline for emergency maintenance, and will return within a few hours nothing critical, i hope... LOL it's gone, your money. live with (out) it naw back on track, beeing serious, we might need a way to import mymonero wallet credentials into a local wallet copy. Having a website is convenient, but sometimes one just needs a second pathway to access funds. I thought you would be able to use the seed words to re-create the wallet using simplewallet, Am I wrong?
|
██████████ ██████████████████ ██████████████████████ ██████████████████████████ ████████████████████████████ ██████████████████████████████ ████████████████████████████████ ████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ██████████████████████████████████ ████████████████████████████████ ██████████████ ██████████████ ████████████████████████████ ██████████████████████████ ██████████████████████ ██████████████████ ██████████ Monero
|
| "The difference between bad and well-developed digital cash will determine whether we have a dictatorship or a real democracy." David Chaum 1996 "Fungibility provides privacy as a side effect." Adam Back 2014
|
| | |
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
December 14, 2014, 11:03:17 AM |
|
MyMonero is temporarily offline for emergency maintenance, and will return within a few hours nothing critical, i hope... Nothing related to coins as at all. It is a network facilities issue.
|
|
|
|
tempusr
Newbie
Offline
Activity: 19
Merit: 0
|
|
December 14, 2014, 11:06:06 AM |
|
HI,Everybody,pls help me My xmr wallet can not sync.I get the following errors:
014-Dec-14 21:20:37.969435 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:21:37.093539 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:22:36.077242 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:23:34.982946 [P2P9]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:24:34.107049 [P2P7]Failed to connect to any of seed peers, continuing without seeds 014-Dec-14 21:25:33.231153 [P2P7]Failed to connect to any of seed peers, continuing without seeds
Which version are you using? Dear smotth,I use the latest versio 0.8.8.8.6 from OP
|
|
|
|
|