[8.970] UTM9 Beta Performance Tweak

Still running Version 8.970007.
This is after 4 days 17hrs up time

wow...75%.

ok i'm on cloudy mode and up to 22% swap.  this is a serious anomaly.  Even with the kernel at swappiness 60 there's not a box that's going to swap that badly unless something is wrong.  this vm is not heavily loaded at all..and like the above with 75% is swap now an accepted means of storage for the Astaro kernel or is 2 gigs simply not enough?

I am running mine for 3 days and the swap is 73% as well (cloudy mode| latest beta)

After 7 Days up
94.42%

I just upgraded to 8.980-7

For the folks using 1 gig of ram, you will have a bit more active swap than the 2 gig guys, as you can see from the various load figures posted in your findings in this thread.

Whats probably more interesting that you are leaving out is the IO to the swap partition itself. As we've beat this horse to death on the issue of allocated swap vs. active swap. If your load is light, then your box won't actually be any slower when the swap figure is higher. We will however look to remove the swap "bar graph" from the dashboard in the next up2date, (while of course leaving it present in all hardware graphs and detailed reports as it is currently), since the swap figure routinely causes us to have to educate users on linux swap behaviour, particularly in support where customers ask why it is high without having any real performance issues. You will notice swap may 'grow' and actually be used during the nightly maintenance, as during this short window the system is under load while doing the log rotation and report crunching.


I will see if we can get iostat added to the system so you can more closely tweak and see this. Keep in mind you will notice swap never goes "down" really, especially up and down like memory does. There is a reason for that. [:)]

yes but until v9 i've never seen a lightly loaded system like mine swapping 25% or higher on a regular basis that was uncontrollable.  Astaro may not feel 25% is a big deal but with the folks presenting 60% plus that's cause for alarm.  My point is the system swaps excessively with 4 or more gigs installed...my concern is for Astaro's brand once the appliances start getting v9 on them and these swap numbers starting getting noticed due to the fact that obviously there are some memory usage problems inside of v9 that WILL impact performance.

After 7 Days up
94.42%

I just upgraded to 8.980-7

keep in mind this post which isn't a heavily loaded system either with nearly 100% swap usage on a 4 gig machine?  is this the new normal for Astaro because it isn't for Linux unless there's serious memory usage or tuning problem baked right into the distro itself.

For the folks using 1 gig of ram, you will have a bit more active swap than the 2 gig guys, as you can see from the various load figures posted in your findings in this thread.

Whats probably more interesting that you are leaving out is the IO to the swap partition itself. As we've beat this horse to death on the issue of allocated swap vs. active swap. If your load is light, then your box won't actually be any slower when the swap figure is higher. We will however look to remove the swap "bar graph" from the dashboard in the next up2date, (while of course leaving it present in all hardware graphs and detailed reports as it is currently), since the swap figure routinely causes us to have to educate users on linux swap behaviour, particularly in support where customers ask why it is high without having any real performance issues. You will notice swap may 'grow' and actually be used during the nightly maintenance, as during this short window the system is under load while doing the log rotation and report crunching.


I will see if we can get iostat added to the system so you can more closely tweak and see this. Keep in mind you will notice swap never goes "down" really, especially up and down like memory does. There is a reason for that. [:)]

What's the reason for the swap going to over 50% in a nearly unloaded scenario in 4 gig machines?  I can only imagine the 2 gig scenario.  Is v9 that piggish on ram usage that even 4 gigs isn't able to contain it now?  if so why did you only spec the boxes at 2 gigs when it's obvious 4 is the bare minimum?  Posts are now coming out showing 4 gigs swapping at nearly 100%.  that's not normal and will lead to performance issues.  Is swap now the same as /tmp for the Astaro distribution?  The nonchalant attitude towards this behavior is a bit concerning as we partners will have to bear the brunt of customer ire and even those more knowledgeable than myself aren't going to be able to tweak things to get ram usage under control.  Are our choices effectively limited to buying 4xx and higher machines or build our own boxes with 8-16 gigs of ram to have a prayer of fending off performance issues that this crazy swap issue is going to introduce?

Not to discount your findings, however we simply have to agree to disagree as to your performance assessments and swap usage positions. There is by no means a line-up of partners complaining of performance, and the worldwide figures for support and performance cases are at the lowest they have ever been. If you have detailed traces from affected boxes which are overloaded and experience slowness at your customers, you should share them for analysis, and/or if not you should open a support ticket for customer installations to allow an engineer to examine the problem so they can solve it for you.

I cannot speak as to why your virtual environment is causing usages which are unacceptable to you, as I have no idea how you have those platforms configured nor all the details as to all the specifications. I can however speak as to my own experiences with several test machines and production boxes I am responsible for of course, and they nowhere come anywhere close to mirroring your own with usages and "troubles". 

The reason for my "nonchalant" attitude is that the global picture across thousands of installations just doesn't paint the same picture you've brought up here almost continually over the past months. Of course you may be right and UTM 9 will massively spike our support, however there are almost no indicators we've missed the mark here, so again, I hope we can prove you wrong come production time. 

About your lead example, boxes with more memory will allocate more swap, as again we've discussed at length. If 4gb is the minimum you feel is required, by all means feel free to deploy that amount to your customers and don't use our appliances, this is why we offer the choice of course for virtual (officially supported for VMware but Xen and many others work just fine), hardware or software appliances.