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

Re: r4073 - glibc-package/trunk/debian/sysdeps



Oh right, it should have gone in a separate commit. Is it really
necessary to revert it though? -march=i686 corresponds better to the
current CPU available on the market than -march=pentium4.

Actually maybe -march=core2 would be even better for kfreebsd-amd64.

I am wrong here. -march=core2 has SSE3 and SSSE3 enabled.

-march=opteron should be better. It matches the average current CPU both
on the pipeline size (as opposed to pentium4) and the instruction set.

I do not agree.

The "-march=" should give the minimal CPU which also has
64-bit capability - less powerfull CPU cannot use libc0.1-i386/libc6-i386.
The "i686" implies none, but all 64-bit capable processors
have also mmx, sse, sse2. It corresponds to pentium4.
The opteron would imply mmx, sse, sse2, 3dnow, 3dnowext.

On the other hand, the scheduling should corresponds
to contemporary market - I expect that "-mtune=generic" does exactly this.

In general, the lines
"i386_extra_cflags = -march=pentium4 -mtune=generic"
should be the same in both kfreebsd-amd64.mk and amd64.mk.

Petr


CPU: AMD Sempron(tm) Processor 3000+ (1603.35-MHz K8-class CPU)
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
  Features2=0x2001<SSE3,CX16>
  AMD Features=0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow!>
  AMD Features2=0x19<LAHF,ExtAPIC,CR8>


Model name      : AMD Athlon(tm) 64 Processor 3000+
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext
3dnow rep_good


Model name      : Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm
constant_tsc pebs bts rep_good pni monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr lahf_lm



Reply to: