Maybe keep the option and make best optimal!Gostev wrote:we were close to removing this compression level completely, because of very little difference w/optimal. We kept it only because this would cause too much questions "why we are reducing functionality"
-
- Veteran
- Posts: 261
- Liked: 29 times
- Joined: May 03, 2011 12:51 pm
- Full Name: James Pearce
- Contact:
Re: Performance issue (CPU load is 100%)
-
- Chief Product Officer
- Posts: 31804
- Liked: 7298 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Performance issue (CPU load is 100%)
What do you mean?
-
- Veteran
- Posts: 261
- Liked: 29 times
- Joined: May 03, 2011 12:51 pm
- Full Name: James Pearce
- Contact:
Re: Performance issue (CPU load is 100%)
Keep the option, to satisfy marketing and avoid questions, but when best is selected, do the same as when optimal is selected.Gostev wrote:What do you mean?
-
- Chief Product Officer
- Posts: 31804
- Liked: 7298 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Performance issue (CPU load is 100%)
OK, that's too funny - but definitely not a crazy idea. I remember doing something like this once in my previous life
Anyway, as I've said we will probably replace the algorithm behind Best in the future releases, if we find a good replacement.
Anyway, as I've said we will probably replace the algorithm behind Best in the future releases, if we find a good replacement.
-
- Service Provider
- Posts: 178
- Liked: 13 times
- Joined: Apr 20, 2013 9:25 am
- Full Name: Hayden Kirk
- Contact:
Re: Performance issue (CPU load is 100%)
I apologize for bumping this epically old thread. But, this was quite informative.
I'm just wondering now, did this get changed? Running best in v9 kills the cpu. Does it give much better compression now?
I'm just wondering now, did this get changed? Running best in v9 kills the cpu. Does it give much better compression now?
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Performance issue (CPU load is 100%)
Hayden, could you please describe your issue in more detail? There's even no Best compression level in Veeam B&R anymore. As far as I recall, in v7 we added new Optimal level that used less CPU (but provided a bit less savings), level named Optimal in earlier versions appears now as High and the highest one is Extreme.
-
- Service Provider
- Posts: 178
- Liked: 13 times
- Joined: Apr 20, 2013 9:25 am
- Full Name: Hayden Kirk
- Contact:
Re: Performance issue (CPU load is 100%)
Well, just testing.
We upgraded from v7 to v9. In version 7, we used Optimal I believe. For some reason when we moved to v9 it changed to High. With High, we get about 50mb/s from the proxy, and it's at 100% cpu on the veeam agent. This proxy has 4x cpus (8000mhz).
Changing this to optimal I get 100mb/s (which is our link speed).
I was more asking about does high/extreme give much better compression over optimal. As the previous posts state, the high/extreme options were going to be taken out as they only add 2-3% extra compression over optimal?
We upgraded from v7 to v9. In version 7, we used Optimal I believe. For some reason when we moved to v9 it changed to High. With High, we get about 50mb/s from the proxy, and it's at 100% cpu on the veeam agent. This proxy has 4x cpus (8000mhz).
Changing this to optimal I get 100mb/s (which is our link speed).
I was more asking about does high/extreme give much better compression over optimal. As the previous posts state, the high/extreme options were going to be taken out as they only add 2-3% extra compression over optimal?
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Performance issue (CPU load is 100%)
This was done to keep your actual compression algorithm the same after upgrade.infused wrote:In version 7, we used Optimal I believe. For some reason when we moved to v9 it changed to High.
Seems that proxy was the bottleneck prior to that, lowering compression level (hence, proxy CPU load) allowed you to shift the bottleneck somewhere else and increase performance.infused wrote:Changing this to optimal I get 100mb/s (which is our link speed).
Extreme level does indeed provide little extra savings over High, but requires double CPU resources.infused wrote:I was more asking about does high/extreme give much better compression over optimal. As the previous posts state, the high/extreme options were going to be taken out as they only add 2-3% extra compression over optimal?
-
- Service Provider
- Posts: 178
- Liked: 13 times
- Joined: Apr 20, 2013 9:25 am
- Full Name: Hayden Kirk
- Contact:
Re: Performance issue (CPU load is 100%)
Does high provide much over optimal?
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Performance issue (CPU load is 100%)
Additional 10% over Optimal at the cost of ~10x higher CPU usage.
-
- Service Provider
- Posts: 178
- Liked: 13 times
- Joined: Apr 20, 2013 9:25 am
- Full Name: Hayden Kirk
- Contact:
Re: Performance issue (CPU load is 100%)
Ouch. Ok, thanks for the information. Very helpful.
-
- Chief Product Officer
- Posts: 31804
- Liked: 7298 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Performance issue (CPU load is 100%)
If I am not mistaken, there are custom descriptions displayed for each compression level when you select them, and they reflect these numbers (compression ratio improvement vs. CPU usage increase).
Who is online
Users browsing this forum: Bing [Bot], Google [Bot], Semrush [Bot] and 123 guests