On Saturday, March 21, 2015, Thomas Steinmaurer <t...@iblogmanager.com> wrote:
> >
>
> IMHO 99% of the Firebird customer-base isn't in the "distributed system
> business", thus state-of-the art scale up (instead of scale out)
> capabilities on a single server will be excellent.
> Scale up is a very bad strategy for any number of reasons. First, the
> only way to increase capacity is to shut down the system and replace the
> hardware with something faster. Second, there is no economy of scale to
> speed: To get a machine that is 20% faster you can expect to pay twice as
> much. Third, with only one processor, the entire system is down when that
> processor is down.
> An elastic scale out solution lets you add capacity by adding cheap
> commodity processors. If designed inteligently, it can offer 100% up time
> with complete redundancy and rolling upgrades. It can be geographically
> disperse. And, utilizing commodity hardware, it can be hosted in a cloud,
> multiple clouds, public clouds, private clouds, or any combination of the
> above.
> Scale up is just dumb. The only reason to even consider it is if you
> can't think of anything better.
>
--
Jim Starkey
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
