![]() ![]() Use the grep command along with wc command and sort command as ~]# grep physical. How to determine number of CPU sockets on my CentOS Linux 7.x List number of cores per CPU for CentOS enterprise Linux ~]# grep cpu.cores /proc/cpuinfo | sort -uįinally, let us print number of logical processors for CentOS ~]# grep processor /proc/cpuinfo | wc -lĪnother option is to run dmidecode ~]# dmidecode -t4 Let us find out number of physical CPUs in your CentOS Linux server, ~]# grep physical.id /proc/cpuinfo | sort -u | wc -l So, clearly I need to add this also for ppc64 (64-bit), ppc64le, x86_64 (both 32-bit and 64-bit) and i?86.Model name: Intel (R ) Xeon (R ) CPU E3-1285L v4 3.40GHzįlags: 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 nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap xsaveopt dtherm ida arat pln pts spec_ctrl intel_stibp flush_l1d CentOS Linux display CPU informationĪnother option is to type cat ~]# cat /proc/cpuinfoĬentOS Linux show information about my CPU looking in /proc/cpuinfo, e.g., with cat /proc/cpuinfo. The extension from upstream is in the OUTPUT_FORMAT, that helps linker to ignore it if it is looking for some other ABI. BogoMips are being determined in /usr/src/linux/init/main.c (simple C algorithm, with a nice. GROUP ( /lib/libgcc_s.so.1 libgcc.a )' > $FULLPATH/32/libgcc_s.so GROUP ( /lib/libgcc_s.so.1 libgcc.a )' > $FULLPATH/libgcc_s.so The static library, so try that secondarily. Use the shared library, but some functions are only in because I do not want the lib*./, but in gcc versioned directories, and does this (somewhat extended) libgcc_s.so stuff only for ppc (32-bit only) and arm: R222178 has added t-slibgcc-libgcc to i?86/x86_64, from the usual Fedora/RHEL targets also arm and powerpc* have that in libgcc/configure.host.įedora spec file reshuffles/changes lots of stuff, e.g. That is a Fedora/RHEL gcc.spec bug rather than upstream bug. Gcc links against libgcc.a and does not have this problem:Ĥ4: 0000000000004030 16 OBJECT LOCAL DEFAULT 22 _cpu_model I think the expectation is that the definition from libgcc.a is used instead: A local definition has to be used because relocations in IFUNC resolvers are invalid (see bug 70082).īut g++ (and presumably gfortran) do not link against libgcc.a. $ eu-readelf -s /usr/lib64/libgcc_s.so.1 | grep cpu_modelġ51: 000000000001a190 16 OBJECT GLOBAL DEFAULT 27 means that the link editor will not use this symbol and leave it unversioned and undefined:ģ: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UNDEF _cpu_modelĤ9: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UNDEF _cpu_model ![]() _cpu_model is a compat symbol in libgcc_s.so.1 (with a single in the version): The assembler output contains a reference to _cpu_model: Int magic (void) _attribute_ ((ifunc ("resolver"))) Static _typeof_ (implementation) * resolver (void) _asm_ ("resolver") I can reproduce this using g++ and gcc-8.3.86_64, with this test file:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |