On Thursday, February 11, 2016 01:35:31 PM Robert K Coffman Jr. -Info From Data Corp. wrote: > On 2/11/2016 12:29 PM, William L. Thomson Jr. wrote: > > If you are idling and not maxing out your system, you are > > wasting resources. > > Absurd. Are you running your disks, CPU, memory and network at 100% > utilization all day long? If not, by your estimation, you are wasting > resources.
I am on the smallest VMs I can get. The entire idea of VMs, instances etc is exactly that. Get hardware usage closer to 100% > You rent your VMs so you feel the need to run them at as close to 100% > CPU as possible to extract as much "value" as you can, I suppose. No that is the concept with anything. Take a PS4 or Xbox 1, do you think they are designed to not run at full processing power and memory? Most any embedded system tends to operate at close to its peak for maximum efficiency. Otherwise you could go with less resources and save money on manufacturing. Or the inverse spending more, putting more into a product than will ever be needed. > My > VMs run on hardware I or my customers own, so we don't feel the need to > run them as hard as possible to justify their existence. This was no different when I had my own cloud. Your system age regardless of usage, you have almost the same chance or rate of failure. You might as well get all you can. When I was in a physical data center, I paid for a circuit regardless of how much electricity I used. If my systems were idling and not using much power. I would pay the same rate for electricity. Thus it was in my best interest to have things rather loaded down. > One major > reason for virtualizing is that so many workloads use little or no CPU > a lot of the time, and just because my DNS server uses less than 1% CPU > doesn't mean I'm wasting resources on it. Others use it to load up a single sever and get maximum ROI. Have 1 server at near 100% vs many at much lower. > In every environment I manage, the resource I run out of first is memory > - I haven't had CPU bottleneck any system I manage since the days of ESX > 2.0. Exactly, CPUs can run pretty close to their maximum with no degradation in performance. In your case you run out of memory before you max out CPU cycles. Most times unless something runs away, its pretty hard to bring a system to its knees with 100% cpu usage. I have really only seen that when hardware drivers lose it, and allot with X related things. > >$40 per month with some, vs $120 per month. > > Perhaps you should have your email hosted rather than try to run it > yourself if those numbers make you uncomfortable? My old data center ran $750 a month, and then $350 a month plus hardware. The idea is to reduce costs to the bare minim. For $40 a month having N+3 email is MUCH better than most alternatives and LOTS of bang for the buck. > >ASSP2 1196 (435 per day) > > I'm sure Thomas assumed most people are doing more than 400 emails a day > when he made that recommendation. If your ASSP installation runs fine > with one core and you like running it with one core, have at it. Just > don't call a four core recommendation "insane." It isn't. In the past its been much higher, but that is split over 2. If it was one would be double that. Volume might increase, but as I deploy more the load is split among them. That was also just for 2 days since last restart, and some days have more mail than others. The average is off with highs and lows but over some 4193 days, 4401253 total emails (1050 per day). With a maximum of 65 concurrent SMTP connections. -- William L. Thomson Jr. Obsidian-Studios, Inc. http://www.obsidian-studios.com ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ Assp-user mailing list Assp-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-user
