Am 07.03.2011 um 14:42 schrieb Esztermann, Ansgar: > Hi List, > > is anyone using the core binding feature on AMD Magny-Cours? If so, how do > you do it? For me, loadcheck mis-reads the topology as > (SCTTCTTCTTCTTCTTCTT)*4 rather than (SCCCCCCCCCCCC)*4. As far as I can tell, > there are two problems: > - the kernel (2.6.18-194.26.1.el5) only exposes core_id and > physical_package_id for each core, with core_id running from 0 to 5 and > physical_package_id from 1 to 4. However, there are two dice (nodes) per > socket, but this is not shown in the device tree.
Confirmed. But I wonder, whether it's SGE's fault. Why does the kernel ouptut the same core id, although it's not the same core? Scientific Linux SL release 5.5 with Linux version 2.6.32.24 does the same. -- Reuti > - loadcheck does not seem to even look for that information. > get_processor_ids_linux() simply counts the number of cores sharing core and > socket number, and get_topology_linux blithely assumes that any number >1 > means mulltiple threads. > > Later on, this leads to the problem that any job submitted with -binding > actually blocks twice the number of cores I've asked for, effectively > reducing our 48-core nodes to 24 cores. To be honest, the causality here is > just an assumption by me. > > > Thanks, > > A. > -- > Ansgar Esztermann > DV-Systemadministration > Max-Planck-Institut für biophysikalische Chemie, Abteilung 105 > > > _______________________________________________ > users mailing list > users@gridengine.org > https://gridengine.org/mailman/listinfo/users > _______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
