Cesar D. Rodas wrote: > 2009/3/19 marius adrian popa <map...@gmail.com>: >> On Thu, Mar 19, 2009 at 9:30 AM, Cesar D. Rodas <sad...@gmail.com> wrote: >>> Hello Andrey, >>> >>> 2009/3/19 Andrey Hristov <p...@hristov.com>: >>>> http://www.vl-srm.net/ ? >>> I've already seen this, and it is pretty similar, but it designs it's >>> very complex IMHO (http://www.vl-srm.net/doc/figures/srm-design.png). >>> My design will be simple, pretty close to the memcached. Part of its >>> simplicity will be only the RPC/RFC functionality, you won't be able >>> to instance remote objects (as the banana class of SRM). >>> >>> My idea it's provide an easy way to scale, you should be able to take >>> an existent project, cut some functions, export into a worker, and >>> hook your app. to the worker(s), I'll also write a little function >>> that will connect to the master process and generate functions that >>> will wrapper as local function, so your code won't change but it would >>> be able to scale. >> RPC is quite dead >> http://taint.org/2009/03/18/151218a.html > I can't figure out a better way to scale, of course this solution > wouldn't be for every page, but figure out the problem that great > sites such as yahoo, digg, wikipedia, wordpress and others faced to > scale. The RPC IMHO is a fast/cheap way to handle huge traffic.
And I can tell you that we don't do this at all. Write your code such that it scales horizontally easily and throw lots of frontend servers with a low number of concurrent connections at it and you end up with a fast scalable site. You will obviously need to hit some central data stores, so there will be some network latency, but with local shared memory caching, you can avoid it on many requests. Taking a network hit for code execution doesn't make sense to me. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
