News for hackers. Stuff that matters.
Re:Introducing Rubinius X by vidarh on Wednesday October 16, 2013 @09:47AM (#6559577)
That "little thing" which maintains and generates the timeline should be IO bound whether it's written in C or Ruby unless it's written by someone who does not understand the problem space, and ought to be a separate service. We can agree Rails doesn't make much sense for it, but frankly, language does not matter. Understanding how to minimise context switches for a network service and how handle fan-out does. It's not a hard problem - it's been solved dozens of times over by people writing queueing message servers, NNTP servers and SMTP servers, amongst others.
Re:Introducing Rubinius X by Argorak on Wednesday October 16, 2013 @10:24AM (#6559790)
I don't disagree with any of your points. I just disagree with the assumption that twitter frontend is something static with no time-related components.
Re:Introducing Rubinius X by vidarh on Thursday October 17, 2013 @05:13AM (#6564306)
The frontend should be. It is folly to handle things like the timeline update there, where it is time sensitive, rather than as a backend process that is not - nobody will notice if their timeline is a few seconds out of date. They will notice if it takes more time for the pageload to complete.