emun...@mgebm.net wrote:
> On Thu, 15 Sep 2011 11:25:29 -0500, Andrew Hastings wrote:
>> Eric B Munson wrote:
>>> On Wed, 20 Jul 2011, Andrew Hastings wrote:
>>>
Eric,
On 07/11/11 10:51, Eric B Munson wrote:
> Transparent huge pages (THP) make using huge pages on x86(_64)
>
On Thu, 15 Sep 2011 11:25:29 -0500, Andrew Hastings wrote:
> Eric B Munson wrote:
>> On Wed, 20 Jul 2011, Andrew Hastings wrote:
>>
>>> Eric,
>>>
>>> On 07/11/11 10:51, Eric B Munson wrote:
Transparent huge pages (THP) make using huge pages on x86(_64)
incredibly easy.
However, the
Eric B Munson wrote:
> On Wed, 20 Jul 2011, Andrew Hastings wrote:
>
>> Eric,
>>
>> On 07/11/11 10:51, Eric B Munson wrote:
>>> Transparent huge pages (THP) make using huge pages on x86(_64) incredibly
>>> easy.
>>> However, the standard glibc malloc is not setup to optimixe allocations to
>>> b
On Wed, 20 Jul 2011, Andrew Hastings wrote:
> Eric,
>
> On 07/11/11 10:51, Eric B Munson wrote:
> > Transparent huge pages (THP) make using huge pages on x86(_64) incredibly
> > easy.
> > However, the standard glibc malloc is not setup to optimixe allocations to
> > be
> > fulfilled as THP, rel
Transparent huge pages (THP) make using huge pages on x86(_64) incredibly easy.
However, the standard glibc malloc is not setup to optimixe allocations to be
fulfilled as THP, relying on khugepaged to scan and merge huge pages when
possible. This patch set extends the morecore idea that was origin
Eric,
On 07/11/11 10:51, Eric B Munson wrote:
> Transparent huge pages (THP) make using huge pages on x86(_64) incredibly
> easy.
> However, the standard glibc malloc is not setup to optimixe allocations to be
> fulfilled as THP, relying on khugepaged to scan and merge huge pages when
> possible.
Transparent huge pages (THP) make using huge pages on x86(_64) incredibly easy.
However, the standard glibc malloc is not setup to optimixe allocations to be
fulfilled as THP, relying on khugepaged to scan and merge huge pages when
possible. This patch set extends the morecore idea that was origin