<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
You have not provided enough information to do a scientific
analysis. How many users is "not very many"? What kind of web-apps
will they be using under Plone? How much database and/or file
access will there be?<br>
<br>
Generally speaking, I would suggest more RAM. It's cheap and
can have a major performance impact. I have put together a server
config (for LXC) that I sell and it has 6 cores and 16 GB RAM. More
specs about my hardware config are at this URL (warning: commercial
link):<br>
<br>
<a href="http://www.cool-st.com/sercon-servers/">http://www.cool-st.com/sercon-servers/</a><br>
<br>
<br>
Thanks,<br>
Derek<br>
<br>
On 04/13/2012 09:57 AM, Johannes Graumann wrote:
<blockquote cite="mid:jm9lt9$241$1@dough.gmane.org" type="cite">
<pre wrap="">-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
Please excuse this newbies naiveté, but I was wondering whether the group
could pitch in regarding the question whether the hardware characteristics
below are sufficient for a layout as proposed in the attachment. The
services in the proposed containers (plone, fengoffice, kolab) have not very
many users.
Thank you for any hints regarding this and the layout (would it, e.g. be
beneficial to run NGINX in a dedicated container?).
Sincerely,Joh
Server Hardware:
CPUs 4 x 2,5 GHz
RAM 4 GB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCgAGBQJPiFrxAAoJEPEE8yDpbiX7dIYP/RFPhChlIvOi7ky3APAW1TKe
BEj2vbEr+g0WAulvEKQuDD9jThrYDVGvwueLtBGGCKDQP5Oee092knvBtjCMNNZw
lXoXmtzTJuzHE0dZe0WUllksZq6uAYzSIyPnPA9VWtdeyWxVvFFrG9ZuGryO9Io7
YynrjGPMHa83E0c8pyuLNB4BV+saORqVI9g8WgGp+tY6eF67NRFMWNt69pY0Vbwf
NvUhPFCgSIDg0NeL9oBBuYSkmR8O4CB3GTInmrSaPazssOrXYXWBsc8HNrlWzDBq
laf0jw1C/7bh1SSMOw/RsU5nwA3KPNE4pWQ+qX2ktt10qRT2sT6VNVoLOBYZf7Dc
iHdglw/MtL3nb9Lb0RHo++gICmnStwmXWoLJvr+nm1ftknOiqMbBfEYukUAzpPmg
A30Qh6jAvWPJV/El9p+rZOQb0+ZGy7oK8Ytc38asMjs3Brc/21c7rM+uj+JxfMb9
aozGYO7T6XtUu40SazjqfacWWshr26lY4g/ZePlzrDwMA83+nPt7T59OVWJ7rktq
S4iNOJuoQzBOSer8BNUSGejO8oZrRHI8ZA4tKuiCpCnpZZECdLju1xjEWyYNwtsy
dUvT8u4BUqakM0z3mxgvpJqKudwX2LdY/GmFmAAr5+SLC9xt0sU5wkV/LruTdCGN
pECiivjLWrSjIEgYMBsN
=oFO/
-----END PGP SIGNATURE-----
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/Boundary-d2dvs2">http://p.sf.net/sfu/Boundary-d2dvs2</a></pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Lxc-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Lxc-users@lists.sourceforge.net">Lxc-users@lists.sourceforge.net</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/lxc-users">https://lists.sourceforge.net/lists/listinfo/lxc-users</a>
</pre>
</blockquote>
<br>
</body>
</html>