Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Apr 2010 00:56:23 -0700
From:      Garrett Cooper <yanefbsd@gmail.com>
To:        Maho NAKATA <chat95@mac.com>
Cc:        pieter@degoeje.nl, freebsd-stable@freebsd.org, avg@freebsd.org
Subject:   Re: Linux static linked ver doesn't work on FBSD (Re: How to  reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920)
Message-ID:  <q2x7d6fde3d1004150056p19cc6c75oe7f798f702d24d42@mail.gmail.com>
In-Reply-To: <20100415.142632.986891133573714078.chat95@mac.com>
References:  <20100414.082109.29593248145846106.chat95@mac.com> <4BC5C0D1.9030800@freebsd.org> <201004141605.18992.pieter@degoeje.nl> <20100415.142632.986891133573714078.chat95@mac.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 14, 2010 at 10:26 PM, Maho NAKATA <chat95@mac.com> wrote:
> From: Pieter de Goeje <pieter@degoeje.nl>
> Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920
> Date: Wed, 14 Apr 2010 16:05:18 +0200
>
>> I think the best test would be to run a statically compiled linux binary on
>> FreeBSD. That way the compiler settings are exactly the same.
>
> It is not possible for Linux amd64 binary to run on FreeBSD amd64,
> ...and not i386 version neither. GotoBLAS uses special systeml call.
>
> % ./dgemm
> linux_sys_futex: unknown op 265
> linux: pid 1264 (dgemm): syscall mbind not implemented
> n: 3000
> ^C
> just halt.

    Yes, and while this isn't directly tied into numa, mbind(2),
mempolicy(2), and a few others use the same facilities that are
available via plain numa. I know because of messes I've tried to clean
up in these areas. I'm really not sure why this is using numa though
to be honest...
Thanks,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?q2x7d6fde3d1004150056p19cc6c75oe7f798f702d24d42>