std.parallelism: Request for Review
dsimcha
dsimcha at yahoo.com
Mon Feb 28 06:39:02 PST 2011
On 2/28/2011 7:22 AM, Don wrote:
> Russel Winder wrote:
>> I accept your argument about core.cpuid and so will not investigate it
>> further, other than to say it needs to work on 64-bit processors as well
>> as 32-bit ones. The campaign now must be to have an OS query capability
>> to find the number of processors.
>
> Yes, it definitely needs to be a priority. It's a fundamental function
> for a modern system programming language.
>
> I'm not sure where this stuff should go, probably not into core.cpuid.
> I could imagine something with a name like std.sysinfo, which dealt with
> system configuration, and also provided OS-independent abstractions for
> things like setting process affinity.
> I think it should go into std.parallelism for now.
Done. This was actually much easier than I thought. I didn't
document/expose it, though, because I didn't put any thought into
creating an API for it. I just implemented the bare minimum to make
std.parallelism work properly.
https://github.com/dsimcha/std.parallelism/commit/db7751ba436af3f7ffcaa1b65070f3981a75f98a
This code is tested (at least on my hardware) on Windows 7 and Ubuntu
10.10 in both 32 and 64 mode. I did not test on Mac OS because I don't
own any such hardware, though it **should** work because Mac OS is also
POSIX. Someone please confirm.
BTW, I don't imagine we care about supporting ancient (pre-Windows 2000)
Windows. The Windows code will only work for Win2k and up.
More information about the Digitalmars-d
mailing list