Re: Re: CPU information.

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

 



hi , :

	because from the kernel , we will see two cpu , so we must take care of the smp confilct coding .   i got a big mess about the smp coding . but luckly , i resolve it . 

************the original mail************
original recv: 
original sendor£ºsarnold@wirex.com

>On Tue, Oct 29, 2002 at 03:02:09PM +0800, ??? wrote:
>> how about the hyperthreading tech ? , i am still use the p2-550.
>
>Sorry; only p4-based chips can do hyperthreading, and not all p4s have
>it enabled. Check www.intel.com for details on the p4 family of cpus.
>
>Note that there is some level of argument whether hyperthreading is
>actually a gain -- it is similar to sharing a single cache among two
>cpus -- cutting in half the amount of cache available to each pretend
>processor.
>
>It is easy to envision work loads that might benefit greatly from
>hyperthreading. It is also possible to envision work loads that might
>not benefit as much as one would hope. I will be interested to see
>results from common operations such as kernel compiles etc... (loads I
>can understand; outright benchmarks are more difficult to translate into
>work loads I am familiar with...)
>
>-- 
>http://sardonix.org/
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.0.6 (GNU/Linux)
>Comment: For info see http://www.gnupg.org
>
>iEYEARECAAYFAj2+Q7MACgkQ+9nuM9mwoJl8SQCeJIi1hVWXOoTt3PFfjO0aD3vt
>P8oAnRUrXajv6ZeHvniZpDvfZtG0Oo+/
>=8haS
>-----END PGP SIGNATURE-----

= = = = = = = = = = = = = = = = = = = = 
 
  
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡zhusm
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡zhusm@neusoft.com
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2002-10-29 



--
Kernelnewbies: Help each other learn about the Linux kernel.
Archive:       http://mail.nl.linux.org/kernelnewbies/
FAQ:           http://kernelnewbies.org/faq/


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux