Re: HugeTLB: Driver example

[Alexey Korolev]

>
> I can't. The request was from 9-10 months ago for drivers about about 18
> months ago for Xen when they were looking at this area. The authors are no
> longer working in that area AFAIK as once it was discussed what would need
> to be done to use huge pages, they balked. It's far easier now as most of
> the difficulties have been addressed but the interested parties are not
> likely to be looking at this area for some time.
>
> The most recent expression of interest was from KVM developers within the
> company. On discussion, using huge pages was something they were going to
> push out as there are other concerns that should be addressed first. I'd
> say it'd be at least a year before they looked at huge pages for KVM.
>
Ok. I see. Thanks.

>> It makes sense to get this
>> feature merged as it provides a quite efficient way for performance
>> increase. According to our test data, applying these little changes
>> gives about 7-10% gain.
>>
>
> What is this test data based on?

The test is based on the throughput of network packets processing. We
read the data from DMA buffers whose are mmaped to user space and then
parse packets by applications. If mapping is based on huge pages we
have gain ~7-10% (more mbps).  Actually I was surprised a bit when
find out that there is no possibility to have huge page mappings for
device drivers. Probably people just don't know about this.

Thanks,
Alexey
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/