[lkml]   [1997]   [Jul]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Interesting pentium-memcpy results
Chris Evans ( writes:

> I just compared 2.1.46 vs. 2.1.46+pentium memcpy patch,
> and interestingly enough found that the UNIX byte benchmarks
> tended to _drop_ a fair bit, with the exception of process
> creation and execl throughput. (Note that I only ran the
> basic 'system' tests - TCP bandwidth etc. to be determined
> when I find the newer benchmarks)
> This is most interesting since I used to swear by the patch.
> It does however show us that there still is performance to
> be gained. I presume the process creation test will be using
> fork() which does a lot of memcpy'ing of various process
> credentials in kernel space.

I think it shows that the memcpy size test is significant.
Perhaps the FPU is best used only when explicitly requested
for large operations. That would mean page clearing I guess.

big_aligned_memcpy() and big_aligned_clear() perhaps?
For 512 bytes and up, optimized for each arch.

There may be a conflict with the user-space version.
With both the kernel and apps abusing the FPU for memcpy,
the FPU must be restored too often.

 \ /
  Last update: 2005-03-22 13:40    [W:0.046 / U:5.960 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site