Re: [Results] [RFC PATCH v4 00/40] mm: Memory Power Management

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 09/26/2013 10:52 PM, Luck, Tony wrote:
>> As Andi mentioned, the wakeup latency is not expected to be noticeable. And
>> these power-savings logic is turned on in the hardware by default. So its not
>> as if this patchset is going to _introduce_ that latency. This patchset only
>> tries to make the Linux MM _cooperate_ with the (already existing) hardware
>> power-savings logic and thereby get much better memory power-savings benefits
>> out of it.
> 
> You will still get the blame :-)   By grouping active memory areas along h/w power
> boundaries you enable the power saving modes to kick in (where before they didn't
> because of scattered access to all areas).  This seems very similar to scheduler changes
> that allow processors to go idle long enough to enter deep C-states ... upsetting
> users who notice the exit latency.

Yeah, but hopefully the exit latency won't turn out to be _that_ bad ;-)
And from what Arjan said in his other mail, it does look like it is in the acceptable
range. So memory power management shouldn't pose any significant latency issues due to
the wakeup latency of the hardware. I'm more concerned about the software overhead
added by these patches in the core MM paths.. I _have_ added quite a few optimizations
and specialized access-structures to speed things up in this patchset, but some more
thought and effort might be needed to keep their overhead low enough to be acceptable.

> 
> The interleave problem mentioned elsewhere in this thread is possibly a big problem.
> High core counts mean that memory bandwidth can be the bottleneck for several
> workloads.  Dropping, or reducing, the degree of interleaving will seriously impact
> bandwidth (unless your applications are spread out "just right").
> 

Hmmm, yes, interleaving is certainly one of the hard problems in this whole thing
when it comes to striking a balance or a good trade-off between power-savings vs
performance...
 
Regards,
Srivatsa S. Bhat

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]