pirateat40 (OP)
Avast Ye!
Sr. Member
 Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
 |
March 21, 2012, 04:16:26 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable.
|
|
|
|
rjk
Sr. Member
Offline
Activity: 448
Merit: 250
1ngldh
|
|
March 21, 2012, 04:50:36 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable.
Can your transaction logs be stored with NoSQL or an equivalent, or must they be in a standard relational database? Was just looking at this: http://aws.amazon.com/dynamodb/ and wondered if it could be cost effective while maintaining extremely high performance. |
|
|
|
pirateat40 (OP)
Avast Ye!
Sr. Member
Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
|
March 21, 2012, 04:54:24 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable.
Can your transaction logs be stored with NoSQL or an equivalent, or must they be in a standard relational database? Was just looking at this: http://aws.amazon.com/dynamodb/ and wondered if it could be cost effective while maintaining extremely high performance. We use MongoDB now. I'm not sure what you are referring to. Amazon's service is too slow for what we need. |
|
|
|
QuantumFoam
Full Member
Offline
Activity: 200
Merit: 100
|Quantum|World's First Cloud Management Platform
|
|
March 21, 2012, 04:57:51 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable. Great to hear  |
|Quantum|World's First Cloud Management Platform on the Blockchain
|
|
|
rjk
Sr. Member
Offline
Activity: 448
Merit: 250
1ngldh
|
|
March 21, 2012, 05:15:04 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable.
Can your transaction logs be stored with NoSQL or an equivalent, or must they be in a standard relational database? Was just looking at this: http://aws.amazon.com/dynamodb/ and wondered if it could be cost effective while maintaining extremely high performance. We use MongoDB now. I'm not sure what you are referring to. Amazon's service is too slow for what we need. MogngoDB is a NoSQL non-relational db which is similar to Amazon's service. However yes it probably would be slower if you are hosting the server in one place and the database in another. If it were all on AWS, I'd be interested in the performance. Our company has a high performance distributed logging system that is not the same as this but somewhat similar in scale, and we are getting ready to set it up with AWS. I guess that will tell me whether the performance is anything close to a local cluster, but it is nice that there is no hardware to manage now. |
|
|
|
pirateat40 (OP)
Avast Ye!
Sr. Member
Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
|
March 21, 2012, 05:18:07 PM |
|
Guys the change is just to ease the pressure on the system while the new cluster comes up. This is nothing more than a short term fix. The old way will be back, better and more reliable.
Can your transaction logs be stored with NoSQL or an equivalent, or must they be in a standard relational database? Was just looking at this: http://aws.amazon.com/dynamodb/ and wondered if it could be cost effective while maintaining extremely high performance. We use MongoDB now. I'm not sure what you are referring to. Amazon's service is too slow for what we need. MogngoDB is a NoSQL non-relational db which is similar to Amazon's service. However yes it probably would be slower if you are hosting the server in one place and the database in another. If it were all on AWS, I'd be interested in the performance. Our company has a high performance distributed logging system that is not the same as this but somewhat similar in scale, and we are getting ready to set it up with AWS. I guess that will tell me whether the performance is anything close to a local cluster, but it is nice that there is no hardware to manage now. The disk write/read speeds is the biggest issue with AWS. We did some testing and it just couldn't keep up with the even a small load. They've done a lot of changes recently and it may be better now. |
|
|
|
rjk
Sr. Member
Offline
Activity: 448
Merit: 250
1ngldh
|
|
March 21, 2012, 05:29:25 PM |
|
The disk write/read speeds is the biggest issue with AWS. We did some testing and it just couldn't keep up with the even a small load. They've done a lot of changes recently and it may be better now.
Good to know that you are exploring all kind of options. |
|
|
|
imsaguy
General failure and former
VIP
Hero Member
Offline
Activity: 574
Merit: 500
Don't send me a pm unless you gpg encrypt it.
|
|
March 21, 2012, 09:17:51 PM |
|
|
|
|
|
|
max in montreal
|
|
March 21, 2012, 11:15:01 PM |
|
for the guys running bamt, what does the line in your pool config look like if your mining with phoenix? i had it but for somereason i had to reimage and cannot get it to work. it will mine on slush directly, but i cannot get it to mine when i use the gpumax user and password.  |
|
|
|
|
|
Cobra
|
|
March 22, 2012, 05:42:50 AM |
|
for the guys running bamt, what does the line in your pool config look like if your mining with phoenix? i had it but for somereason i had to reimage and cannot get it to work. it will mine on slush directly, but i cannot get it to mine when i use the gpumax user and password. |
|
|
|
|
|
|
pirateat40 (OP)
Avast Ye!
Sr. Member
Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
|
March 24, 2012, 01:52:02 PM |
|
Update
The soon has come! We'll be migrating the system to the new cluster today. During this time we except the system to be down for about an hour. Due to timing the changes with our DC we don't have an exact time for the down time, so please be sure to have a fail-over set for your miners so you don't get caught with your pants down.
I'll send another message with details of the update when all system are GO.
Thanks again for your patience and support.
-pirate
|
|
|
|
|
TheSeven
|
|
March 24, 2012, 02:24:34 PM |
|
Is this even worth subscribing for a beta invitation? Or is there a backlog of several years anyway?
Would be nice to show that on the registration form.
|
My tip jar: 13kwqR7B4WcSAJCYJH1eXQcxG5vVUwKAqY
|
|
|
pirateat40 (OP)
Avast Ye!
Sr. Member
Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
|
March 24, 2012, 02:26:34 PM |
|
Is this even work subscribing for a beta invitation? Or is there a backlog of several years anyway?
Would be nice to show that on the registration form.
Years, NO... Maybe just 13 months. Nah, we stopped invited due to maxing out our system. We should be able to get everyone on within a week. |
|
|
|
|
RoloTonyBrownTown
|
|
March 24, 2012, 10:19:19 PM |
|
The site's still down right (or is it just me)?
|
|
|
|
pirateat40 (OP)
Avast Ye!
Sr. Member
Offline
Activity: 378
Merit: 250
"Yes I am a pirate, 200 years too late."
|
|
March 24, 2012, 10:19:57 PM |
|
The site's still down right (or is it just me)?
Yep still down, migration in progress. |
|
|
|
mcorlett
Donator
Sr. Member
Offline
Activity: 308
Merit: 250
|
|
March 24, 2012, 10:21:33 PM |
|
|
|
|
|
|
|
|
minero1
|
|
March 25, 2012, 03:04:44 AM |
|
i guess it is up again, i can see some changes! what does the blue bars in the worker stats mean now?
|
|
|
|
|
|
boozer
|
|
March 25, 2012, 03:11:46 AM |
|
My rigs are having a lot of trouble on this current run... anyone else have lots of stales and slow/no work? [2012-03-24 22:08:23] Stale share detected, discarding
[2012-03-24 22:08:30] Stale share detected, discarding
[2012-03-24 22:08:32] Pool 0 not providing work fast enough
[2012-03-24 22:08:47] Stale share detected, discarding
[2012-03-24 22:08:47] Pool 0 not providing work fast enough
[2012-03-24 22:08:54] Stale share detected, discarding
[2012-03-24 22:08:56] Stale share detected, discarding
[2012-03-24 22:08:57] Stale share detected, discarding
[2012-03-24 22:08:59] Stale share detected, discarding
[2012-03-24 22:08:59] Pool 0 not providing work fast enough
[2012-03-24 22:09:16] Pool 0 not providing work fast enough
|
|
|
|
|
|
Poll
