Re: [patch] Adding optimized kernel copying support - Part III

2006-06-06 Thread Attilio Rao
2006/6/6, Matthew Dillon <[EMAIL PROTECTED]>: :AFAIR the DFly FPU rework allows to use FPU/XMM instructions in their :kernel without the need to do some manual state preserving (it's done :... : :Bye, :Alexander. That actually isn't quite how it works. If the userland had active FP state

Re: [patch] Adding optimized kernel copying support - Part III

2006-06-06 Thread Matthew Dillon
:AFAIR the DFly FPU rework allows to use FPU/XMM instructions in their :kernel without the need to do some manual state preserving (it's done :... : :Bye, :Alexander. That actually isn't quite how it works. If the userland had active FP state then the kernel still has to save it befor

Re: [patch] Adding optimized kernel copying support - Part III

2006-06-01 Thread Attilio Rao
2006/6/1, Alexander Leidinger <[EMAIL PROTECTED]>: AFAIR the DFly FPU rework allows to use FPU/XMM instructions in their kernel without the need to do some manual state preserving (it's done automatically on demand). So one could use XMM instructions in RAID 5 or crypto parts of the code to test

Re: [patch] Adding optimized kernel copying support - Part III

2006-06-01 Thread Alexander Leidinger
Quoting Attilio Rao <[EMAIL PROTECTED]> (from Thu, 1 Jun 2006 01:32:12 +0200): 2006/6/1, Bruce Evans <[EMAIL PROTECTED]>: The new code wouldn't behave much differently under SMP. It just might be a smaller optimization because more memory pressure for SMP causes more cache misses for every

Re: [patch] Adding optimized kernel copying support - Part III

2006-05-31 Thread Bruce Evans
On Wed, 31 May 2006, Attilio Rao wrote: 2006/5/31, Suleiman Souhlal <[EMAIL PROTECTED]>: Nice work. Any chance you could also port it to amd64? :-) Not in the near future, I think. :P It is not useful for amd64. An amd64 has enough instruction bandwidth to saturate the L1 cache using 64-bi

Re: [patch] Adding optimized kernel copying support - Part III

2006-05-31 Thread Attilio Rao
2006/6/1, Bruce Evans <[EMAIL PROTECTED]>: >> Does that mean it won't work with SMP and PREEMPTION? > > Yes it will work (even if I think it needs more testing) but maybe > would give lesser performances on SMP|PREEMPTION due to too much > traffic on memory/cache. For this I was planing to use n

Re: [patch] Adding optimized kernel copying support - Part III

2006-05-31 Thread Attilio Rao
2006/5/31, Suleiman Souhlal <[EMAIL PROTECTED]>: Hello Attilio, Hello Suleiman, Nice work. Any chance you could also port it to amd64? :-) Not in the near future, I think. :P Does that mean it won't work with SMP and PREEMPTION? Yes it will work (even if I think it needs more testing) b

Re: [patch] Adding optimized kernel copying support - Part III

2006-05-31 Thread Suleiman Souhlal
Hello Attilio, Attilio Rao wrote: Hi, this is the last release which is rather finished and complete for the project. I tested for consistency for a long time and the FPU handling mechanism seems very robust so as copyin/copyout do. Nice work. Any chance you could also port it to amd64? :-)

Re: [patch] Adding optimized kernel copying support - Part III

2006-05-31 Thread Attilio Rao
Sorry, but I unforgot one thing so, please, redownload the patch now. Attilio 2006/5/31, Attilio Rao <[EMAIL PROTECTED]>: Hi, this is the last release which is rather finished and complete for the project. I tested for consistency for a long time and the FPU handling mechanism seems very robus