On Mon, 1 Sep 2003, [iso-8859-1] RMH wrote:
> Oh yes, user threading doesn't support multiple CPUs... Thanks for
> pointing me.
>
> Both libkse and libthr work with that code snippet, but Viewperf
> when linked against any of them locks my machine pretty deadly.
> With Linuxthreads it just segf
In the last episode (Sep 01), RMH said:
> Oh yes, user threading doesn't support multiple CPUs... Thanks for
> pointing me.
>
> Both libkse and libthr work with that code snippet, but Viewperf
> when linked against any of them locks my machine pretty deadly.
> With Linuxthreads it just segfaults ;
Oh yes, user threading doesn't support multiple CPUs... Thanks for
pointing me.
Both libkse and libthr work with that code snippet, but Viewperf
when linked against any of them locks my machine pretty deadly.
With Linuxthreads it just segfaults ;)
---
Regards,
Rhett
Dan Nelson wrote:
>
> In th
In the last episode (Sep 01), RMH said:
> Hello gentlemen,
>
> I seem to have threading problems with 5.1-RELEASE. Every time I run
> a multithreaded application (linked against libc_r) on a SMP system,
> I get only 1 CPU loaded at any moment given. I tried different
Correct. libc_r is a userlan
On Mon, 1 Sep 2003 03:13:31 +0100 (BST)
RMH <[EMAIL PROTECTED]> wrote:
> # gcc -O2 -fomit-frame-pointer -march=i686 -o smp smp.c -pthread
> # ./smp
> 4Gb per pass mode
> INTEGER | WRITING 8 Kb block: 1351 Mb/s
> res0: 674
> res1: 677
> # gcc -O2 -fomit-frame-pointer -march=i686 -o smp2 smp.c -
