Pages:
Author

Topic: Goxed - 15:30 open - page 22. (Read 29831 times)

rjs
newbie
Activity: 12
Merit: 0
June 26, 2011, 11:02:21 AM
#85
This is incredibly painful for me to watch.

Just imagine for a second that you were a brilliant mathematician, you eat, shit and sleep math.

One day you see a big gathering, and someone has been chosen at random to answer a math question, and they will win untold fame and fortune.
The question is fun, if a little simple, but you have to squirm as you watch this nincompoop fumble around and fuck it up.

Guys like me who love servers, server architecture and scalability arguments, dream of days like this.

We love to overengineer even when it is not necessary (we try not to).

this is a no brainer, a quality problem.
If i knew that on date x, time y, that i was going to have n users hitting my server all at once, this would be an easy task.

It would be fun, it would go smoothly, I would have a plan.

I can only think the guys at MtGox are either grossly incompetent or incredibly greedy (they still have all this stuffed on to some box under their desk).4

The problem I see is increasing their last mile connection speed to their ISP as this cannot be done quickly. Here is the states it takes 2 to 6 weeks and you are at the mercy of the provider. All the equipment processing speed is useless without this upgrade.



Torturous...



newbie
Activity: 55
Merit: 0
June 26, 2011, 11:02:04 AM
#84
Waiting for Goxdot
I don't think that there's many people getting that Beckett reference in this forum  Undecided
legendary
Activity: 1526
Merit: 1002
Waves | 3PHMaGNeTJfqFfD4xuctgKdoxLX188QM8na
June 26, 2011, 11:01:47 AM
#83
I don't trust this anymore... Just withdrew my BTC back to my wallet...
full member
Activity: 168
Merit: 100
June 26, 2011, 10:59:31 AM
#82
This is incredibly painful for me to watch.

Just imagine for a second that you were a brilliant mathematician, you eat, shit and sleep math.

One day you see a big gathering, and someone has been chosen at random to answer a math question, and they will win untold fame and fortune.
The question is fun, if a little simple, but you have to squirm as you watch this nincompoop fumble around and fuck it up.

Guys like me who love servers, server architecture and scalability arguments, dream of days like this.

We love to overengineer even when it is not necessary (we try not to).

this is a no brainer, a quality problem.
If i knew that on date x, time y, that i was going to have n users hitting my server all at once, this would be an easy task.

It would be fun, it would go smoothly, I would have a plan.

I can only think the guys at MtGox are either grossly incompetent or incredibly greedy (they still have all this stuffed on to some box under their desk).



Torturous...



I hear that.

I over-optimize my PHP/javascript/c++, and as a result I have a similar opinion about the style/programming/functionality of the site.  I also over-analyze every detail well before presentation, so the final product is solid far beyond its heavy use.

I would have caught and fixed the auto-download on the ticker, I know that for sure.   Undecided
full member
Activity: 182
Merit: 100
June 26, 2011, 10:58:54 AM
#80
So, basically you mean it was impossible to prepare for this within A WEEK???

just asking.
legendary
Activity: 1050
Merit: 1000
June 26, 2011, 10:57:35 AM
#79
MySQL is one of those "Get what you pay for" kind of database management systems.

They need to upgrade to a real rdbms.

Oracle, SQL Server, something other than a damned freebie.


Or they could do something really smart and allow people to put in limit orders 24 hours before market opening.  Then every customer they have won't be logging in at the exact same second and overloading their system.


I honestly thought that was their initial plan: 1 hr to setup orders which then was extended to 24 hours to cover more customer base.
member
Activity: 126
Merit: 60
June 26, 2011, 10:57:14 AM
#78
I'm not tech savvy guy, but wasn't there a way to prevent this mess???

Like several servers or anything?

It's not like a massive storm couldn't have been anticipated... Wink

Yes.  But like everything, requires money, resources, and time.
member
Activity: 92
Merit: 10
June 26, 2011, 10:57:06 AM
#77
Nw showing:

Waiting for Goxdot
newbie
Activity: 56
Merit: 0
newbie
Activity: 56
Merit: 0
June 26, 2011, 10:55:16 AM
#75
This is incredibly painful for me to watch . . . this is a no brainer, a quality problem.

If i knew that on date x, time y, that i was going to have n users hitting my server all at once, this would be an easy task.

It would be fun, it would go smoothly, I would have a plan.

I can only think the guys at MtGox are either grossly incompetent or incredibly greedy (they still have all this stuffed on to some box under their desk).

Torturous...
Sing it, brother.
full member
Activity: 182
Merit: 100
June 26, 2011, 10:54:47 AM
#74
I'm not tech savvy guy, but wasn't there a way to prevent this mess???

Like several servers or anything?

It's not like a massive storm couldn't have been anticipated... Wink
newbie
Activity: 27
Merit: 0
June 26, 2011, 10:50:54 AM
#73
This is incredibly painful for me to watch.

Just imagine for a second that you were a brilliant mathematician, you eat, shit and sleep math.

One day you see a big gathering, and someone has been chosen at random to answer a math question, and they will win untold fame and fortune.
The question is fun, if a little simple, but you have to squirm as you watch this nincompoop fumble around and fuck it up.

Guys like me who love servers, server architecture and scalability arguments, dream of days like this.

We love to overengineer even when it is not necessary (we try not to).

this is a no brainer, a quality problem.
If i knew that on date x, time y, that i was going to have n users hitting my server all at once, this would be an easy task.

It would be fun, it would go smoothly, I would have a plan.

I can only think the guys at MtGox are either grossly incompetent or incredibly greedy (they still have all this stuffed on to some box under their desk).



Torturous...


uck
member
Activity: 94
Merit: 10
June 26, 2011, 10:50:46 AM
#72
Maybe they think they are running and went to bed.  But forgot all the places in the code they turned trading off...
newbie
Activity: 56
Merit: 0
June 26, 2011, 10:49:04 AM
#70
MySQL is one of those "Get what you pay for" kind of database management systems.

They need to upgrade to a real rdbms.

Oracle, SQL Server, something other than a damned freebie.


Or they could do something really smart and allow people to put in limit orders 24 hours before market opening.  Then every customer they have won't be logging in at the exact same second and overloading their system.
BGL
member
Activity: 60
Merit: 10
June 26, 2011, 10:48:32 AM
#69
Ugh. Got up early twice this morning in anticipation. I know this sounds strange but.. i had other plans today - I just want to put in a buy order and do something else today..
full member
Activity: 126
Merit: 100
June 26, 2011, 10:48:07 AM
#68
I think MtGox is afraid this will happen to their server when they open trading:

legendary
Activity: 1974
Merit: 1030
June 26, 2011, 10:47:49 AM
#67
just got in and wanted to put in an order

answer: trading still closed till fully tested

LOL

Same here. The API is slow but responsive. Clark Moody's page manages to keep the websocket open, although no data gets through.

Oh, and I bet PostgreSQL would be better than mysql, for the same price.
member
Activity: 126
Merit: 60
June 26, 2011, 10:47:14 AM
#66
MySQL is one of those "Get what you pay for" kind of database management systems.

They need to upgrade to a real rdbms.

Oracle, SQL Server, something other than a damned freebie.

Pages:
Jump to: