Ralph,

To be honest any joker can probably have a "/proc" under any non-Linux OS - there is noting sacred about the name. So, would in not make the most sense (both simple and robust) to just check $target_os and build exclusively for Linux?

-Paul

On 3/24/2011 7:01 PM, Ralph Castain wrote:
Thanks Paul - very illuminating!

Looks to me like I'm okay for OpenBSD as I won't find /proc and so won't build 
the Linux module.

I have a problem with FreeBSD because /proc exists, but I won't find what I'm 
looking for, so I'll have to add a test for that case and not-build when 
FreeBSD is detected.

The "not-mounted" case for NetBSD is more problematic. For now, I think I'll 
just use the safe method and not-build if NetBSD is detected.

Remember, folks - this is -not- system critical to running OMPI. At the moment, the info 
isn't really even used for an MPI job. In the future this will change, and so the build 
logic will become more important - but in that future, the "sysinfo" framework 
disappears and is merged with other functionality that already knows how to resolve this.

So all we're trying to do here is help fill a temporary gap :-)


On Mar 24, 2011, at 7:52 PM, Paul H. Hargrove wrote:

Silas,

FYI: openmpi-1.4.1 is in the package repo for NetBSD 5.1.  So, you might not 
need to build from scratch at all, depending on your desired use.

Jeff,

When available (remember that unlike Linux /proc might not be mounted by 
default) the /proc/cpuinfo and /proc/meminfo on NetBSD 5.1 are (nearly?) 
identical to the Linux ones.  See below for an example.

To "prefetch" the next logical question:
On a FreeBSD 8.1 system I find that /proc exists but does not contain cpuinfo 
or meminfo
On a OpenBSD 4.8 system I find that there is no /proc

-Paul

-bash-4.1$ uname -a
NetBSD netbsd5-amd64.xen 5.1 NetBSD 5.1 (XEN3_DOMU) #0: Sat Nov  6 13:17:16 UTC 
2010  
bui...@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/amd64/201011061943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/amd64/compile/XEN3_DOMU
 amd64
-bash-4.1$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 7
model name      : Intel(R) Xeon(R) CPU           E5410  @ 2.33GHz
stepping        : 6
cpu MHz         : 2333.42
fdiv_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : no
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 syscall mmxext fxsr_opt 
rdtscp lm 3dnow recovery longrun lrti cxmmx cyrix_arr centaur_mcr constant_tsc 
pni monitor ds_cpi vmx est tm2 cx16

-bash-4.1$ cat /proc/meminfo
        total:    used:    free:  shared: buffers: cached:
Mem:  1031933952 796835840 235098112        0 542756864 555749376
Swap: 134213632        0 134213632
MemTotal:   1007748 kB
MemFree:     229588 kB
MemShared:        0 kB
Buffers:     530036 kB
Cached:      542724 kB
SwapTotal:   131068 kB
SwapFree:    131068 kB


On 3/24/2011 6:07 PM, Jeff Squyres wrote:
Is the data the same in /proc between NetBSD and Linux?

We're currently looking in /proc/cpuinfo and /proc/meminfo for some specific 
key / data pairs.



On Mar 24, 2011, at 2:29 PM, Silas Silva wrote:

Hello there,

I'm using OpenMPI for educational reasons.  It works pretty fine under
GNU/Linux.  I have both compiled it and downloaded it from the package
management system with no problems.

But I have trying to use it in other Unix systems as well.  In these
systems /proc (NetBSD for instance) is by default unmounted, so
./configure script cannot stat /proc/cpuinfo (although it does exist in
NetBSD if you manually mount /proc).  In the case it cannot stat
/proc/cpuinfo, it just silently ignores compilation of
mca_sysinfo_linux.{so,la}.

Is this behaviour correct?  Or it would be be a better idea that
configure script fail with a "please check /proc/cpuinfo or specify
--dont-build-sysinfo-linux"-like message?

Thank you very much.

--
Silas Silva
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Paul H. Hargrove                          phhargr...@lbl.gov
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900

_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel

_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel

--
Paul H. Hargrove                          phhargr...@lbl.gov
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900

Reply via email to