×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
From: Lukas Beeler
This is exactly the kind of FUD that doesn't help anyone.
Ouch. That's my first time to be accused of FUD on a mailing list. I thought it was CW [conventional wisdom] that complex workloads destabilized Windows ;-)
You make a good point about an application like Facebook, which is mostly static content for millions of users. There's no pressing need for a centralized application / database server for static content.
Dynamic database content is another story. IBM i has the advantage of scaling vertically for that type of workload. For example, someone could deploy my Web portal on a 64-way server in the exact same manner as a single-cpu server deployment; copy the program and database files to a library. About the only difference might be running a script on the 64-way server to launch multiple instances of the application instead of one. Native task dispatching would automatically balance workloads across multiple CPUs. You handle a lot more users with minimal footprint, and without increasing your operations staff.
Contrast that with an application like Microsoft Dynamics CRM. I recall an expert recommending a minimum of 5 servers in a typical deployment, with each server performing a discrete role. The installation procedures may allow you to deploy all the components on a single server, but even the installation guide advises that up-time will be increased by going with a multiple-server configuration. And we're not talking about backup clusters. Just distributing the components across multiple servers.
Nathan.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.