if you really plan on having 100,000/s oh well, PHP, JS, Ruby may not be what you are looking for, go for something more barebones, C, Erlang, Go, and definitely not on a laptop.
Websockets imply more resources, itās not static like a php website, pls keep that in mind.
You can use meteor without websockets, itāll fallback to sockjs an emulator for websockets that works through ajax, you will not benefit from itās true reactivity but you still would have access to a lot of nice things, that enable rapid development.
So you want stats, there are some guys from codefights, which documented their struggle with Meteor. They needed 10 containers (1 core 1GB) for 1000 concurrent users. Thatās very very disappointing. The reason was oplog tailing, without it, Meteor is as fast as any js framework + websockets.
The oplog tailing is itās main issue, problem which I am going to personally take care of: Meteor Scaling - Redis Oplog [Status: Prod ready] to enable horizontal scaling. Weāll be launching a social network in Meteor soon, the news is going to hit 300,000 people, so we can expect 2000-5000 requests per second. This is why, weāre focusing on this so heavily, we invested a lot, Meteor has helped us make something truly magical and great, but now itās time for us to contribute to Meteor and bring it to next level, it deserves it! (We already did by introducing [Grapher] (http://grapher.cultofcoders.com) and gave it to the world)
So all in all, if you embark on Meteorās train right now, youāll be
hit with some great stuff in the near future, thatāll make Meteor super scalable.