Wow. Well, in all my years of dealing with performance problems, if
given the choice to rearchitect working code, or add memory, I'd prefer
to add memory.
You can get an incredible amount of memory for what a single developer
costs the company in a week.
A rearchitecture of the sites would likely take longer than a week and
could introduce instability of it's own, so my first choice would be to
add RAM until it's no longer feasible.
DW
Tom McNeer <mailto:[email protected]>
Wednesday, January 28, 2015 2:30 PM
I am working on an application which was built according to the
experience of the original developer - that being, a small number of
sites, all with high traffic, which shared the same application code.
So the application was built to create an instance of the application
for each site, with their own controller and model layers.
The reality of the business, however, is a large number of sites per
server (maybe a couple of hundred), each of which has extremely low
traffic.
Thus we have probably a couple of hundred instances of a Model-Glue
application running on the server. It's been pumped up with RAM to try
to handle the load, but there are still performance problems.
The question I've been asked to put to the group is simply, "Does the
best course seem to be to keep adding RAM, or rearchitect so that
there's a single instance of the app, and the individual siteID is set
into a session variable then used in calling methods in the model?"
I have an opinion, but frankly I have no experience with lots of M-G
instances on a server, and I don't know what all the implications
might be.
Thanks in advance for any advice or tales from your own experience.
--
Thanks,
Tom
Tom McNeer
MediumCool
http://www.mediumcool.com
1735 Johnson Road NE
Atlanta, GA 30306
404.589.0560
--
--
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
---
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected]
<mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.
--
--
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
---
You received this message because you are subscribed to the Google Groups "model-glue" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
