Just tell your boss you have a bad case of the RotRohs...I'm pretty pumped it should work out for me today, last day before blackout. I'm hoping they don't call 97 any sooner than around 4, but we'll see.
Just tell your boss you have a bad case of the RotRohs...I'm pretty pumped it should work out for me today, last day before blackout. I'm hoping they don't call 97 any sooner than around 4, but we'll see.
I know I'm going to jinx it by saying this, but so far so good today! They started loading the ride later in the day today than any day previously and are yet higher in the boarding groups at this time today than they have been previously. No notable downtime yet... fingers crossed!View attachment 434780
Does anyone know what BG number they are on?
Only if you use your Scooby Doo voice when saying RotRohs.Just tell your boss you have a bad case of the RotRohs...
To be fair, even with ~5k people (1 person loads a group of family/friends) using MDE from 6:30-7:15, thats far lower than use it during a 45 minute period when all the parks are open during the day.
It's not about how many people as much as it's about lots of people all trying to do the same thing in a short amount of time. During normal park ops there is high usage, but it's mostly randomized and doing lots of different things. This is thousands of people in a race to do the same exact thing in a very short period of time.
Completely different challenges from a design perspective. The network and front-end infrastructure is already built up to support many many many more clients simultaneously. The problem is everyone focusing on their client on the same task.. for the same resource.
I disagree. Hitting the same DB (or section of a DB) is going to be less resource intensive than spreading the load out across multiple. If it was my project, I would have spun up a separate AWS instance just for this, completely separate from everything else.
'm actually impressed that the BG booking is working so well, considering my experience with FP booking.
I was getting some errors in my drop/add process this morning, but I was trying to book a group literally seconds after dropping it. After a couple more seconds it would update and give me a new group, overall pretty impressed in how quick it registered both the add and the drop.I am too.. you can find my earlier posts fearing that the 'all at once' rush would be a risk vs the slow-trickle the 'as people enter the park' model enforced.
Simply put.. no. First, your idea would maybe make sense if it were a read-only system... but it's not.
Second AWS is just infrastructure... it is not data design nor does it speak to the kind of checks the backend would go through (that can't be decoupled from the rest of your MDE-universe) before it would grant people slots.
Third... the original comment was about the idea of contention... vs your stated reference of just general traffic levels.
I'll keep you posted on how it's looking in a few hours.Any word on whether the switchback queue in the hangar bay returned today, or did sanity prevail and they removed it overnight?
Any word on whether the switchback queue in the hangar bay returned today, or did sanity prevail and they removed it overnight?
This penalizes hard-core locals. As a local that wouldn't ride it more than 2-3 times a month, I wouldn't mind it as it would thin out some of the crowds that make me less likely to try to get that first experience in. I'm not saying that it's the right approach, just that it would benefit some localsThat preferentially penalizes locals while having no real impact on vacationers.
Register on WDWMAGIC. This sidebar will go away, and you'll see fewer ads.