on 15/04/2010 04:20 Maho NAKATA said the following:
> Hi Andriy and Adam,
>
> I did also the same thing as suggested.
>
> my conclusion: on Core i7 920, 2.66GHz, TurboBoost on, HyperThreading off,
So HyperThreading is off.
> then, pinned to each core like following
>
> % procstat -t 1408
>
on 15/04/2010 07:28 Maho NAKATA said the following:
> right. Pinning might not be so important I guess. Core i7 is not NUMA.
It still should be beneficial from the point of view of core local caches.
If a thread that works on the same data set (non shared) stays on the same core
the chances are gr
From: Pieter de Goeje
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 exac
From: Ian Smith
Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re:
Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920)
Date: Thu, 15 Apr 2010 14:21:30 +1000 (EST)
> Er, shouldn't one of those say HTT on? and/or Turbo boost on? Else
> they're both
On Wed, 14 Apr 2010, Garrett Cooper wrote:
> On Wed, Apr 14, 2010 at 7:49 PM, Garrett Cooper wrote:
> > On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote:
> >> Hi Andry and Adam
> >>
> >> My test again. No desktop, etc. I just run dgemm.
> >> Contrary to Adam's result, Hyper Threading make
Pete French wrote:
> ... using /usr/bin/mail as your primary mail reader ...
> -pete. [resolutely sticking to the command line even in 2010! :-)]
You're not the only one :)
Not to discourage any improvements in the base, but have you
looked at ports/mail/heirloom-mailx (formerly known as Nail)
On Wed, Apr 14, 2010 at 7:49 PM, Garrett Cooper wrote:
> On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote:
>> Hi Andry and Adam
>>
>> My test again. No desktop, etc. I just run dgemm.
>> Contrary to Adam's result, Hyper Threading makes the performance worse.
>> all tests are done on Core i7 920
On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote:
> Hi Andry and Adam
>
> My test again. No desktop, etc. I just run dgemm.
> Contrary to Adam's result, Hyper Threading makes the performance worse.
> all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz)
>
> Turbo Boost off, Hyper thr
Hi Adam,
From: Adam Vande More
Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on
FreeBSD 8/amd64, Corei7 920
Date: Wed, 14 Apr 2010 12:47:31 -0500
> Since this is a full fledged desktop environment, 90% utilization seems
> pretty good.
No, I don't think so. Even
Hi Andriy and Adam,
I did also the same thing as suggested.
my conclusion: on Core i7 920, 2.66GHz, TurboBoost on, HyperThreading off,
My result of dgemm GotoBLAS performance was following.
*summary of result
36-39GFlops 81-87% of peak performance without pinning
35-40GFlops 78-89% of peak per
opps I missed this e-mail...
From: Adam Vande More
Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on
FreeBSD 8/amd64, Corei7 920
Date: Wed, 14 Apr 2010 11:45:04 -0500
> On Wed, Apr 14, 2010 at 11:34 AM, Adam Vande More
> wrote:
>
>>
>>
>>
>> That's about 67% utili
Hi Andry and Adam
My test again. No desktop, etc. I just run dgemm.
Contrary to Adam's result, Hyper Threading makes the performance worse.
all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz)
Turbo Boost off, Hyper threading off: 82% (35GFlops)[1]
Turbo Boost off, Hyper threadin
From: Andriy Gapon
Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on
FreeBSD 8/amd64, Corei7 920
Date: Wed, 14 Apr 2010 16:19:13 +0300
> on 14/04/2010 02:21 Maho NAKATA said the following:
>> 2. install ports/math/gotoblas (manual download required)
>> make install
On Wed, 14 Apr 2010 09:28:33 -0700 Jack Vogel wrote:
> Oh, didn't realize you were running the lem code :) Will make the changes
> shortly,
r206614 works for me. Thanks :-)
> thanks for your debugging efforts.
>
> Jack
--
Mikolaj Golub
___
freebsd-s
On Wed, Apr 14, 2010 at 11:51 AM, Andriy Gapon wrote:
> on 14/04/2010 19:45 Adam Vande More said the following:
> >
> > also if I run cpuset on the dgemm then the utilization is basically at
> > the theoretical max for one core so at least that part is working.
>
> You can also try procstat -t t
> Well, the following header didn't work:
> Cc: ,
Ah, indeed - with the angle brackets on it does not work,
either with my patch or in the original.
> Postfix will re-write this as part of sanitization, so I had to revert
> to creating mbox files by hand. Anyway, could you please test the
> follo
on 14/04/2010 19:41 Akephalos said the following:
>
> You won't believe this, Andriy! It didn't work (top, top -P) after I rebooted
> my computer with that acpi option and machdep.lapic_allclocks explicitely set
> to zero. _However_, by reasons unknown, my computer time is offseting randomly
> and
on 14/04/2010 19:45 Adam Vande More said the following:
>
> also if I run cpuset on the dgemm then the utilization is basically at
> the theoretical max for one core so at least that part is working.
You can also try procstat -t to find out thread IDs and cpuset -t to pin
the
threads to the cor
On Wed, Apr 14, 2010 at 11:34 AM, Adam Vande More wrote:
>
>
>
> That's about 67% utilization, turning off HTT drops it more. HTT on the
> newer cores is good, not bad.
>
Well that was completely contrarty to some tests I'd run when I first got
the cpu.
With HTT off:
n: 3000
time : 44.705516 o
On Wed, 14 Apr 2010 16:39:37 +0300
Andriy Gapon wrote:
> > Anytime. Please tell me what options and source version (date) should I use.
> > I'm currently on the revision from 8 April an have machdep.lapic_allclocks
> > set
> > to 1.
>
> I think that any version of source should be good, just se
On Wed, Apr 14, 2010 at 10:26 AM, Andriy Gapon wrote:
> on 14/04/2010 02:21 Maho NAKATA said the following:
> > 4. run dgemm.
> > % ./dgemm
> > n: 3000
> > time : 134.648208 or 16.910525
> > Mflops : 31943.419695
> > n: 3100
> > time : 148.122279 or 18.615284
> > Mflops : 32017.357408
> > n: 3200
On Wed, 14.04.2010 at 15:38:21 +0100, Pete French wrote:
> > Sorry Pete, but the patch still seems incomplete. You merely catch the
> > case when a comma is followed by space or quotation marks, but the email
> > header might look like this:
> > To: f...@domain.com,b...@otherdomain.com
>
> I think
Oh, didn't realize you were running the lem code :) Will make the changes
shortly,
thanks for your debugging efforts.
Jack
On Wed, Apr 14, 2010 at 2:29 AM, Mikolaj Golub wrote:
>
> On Sun, 11 Apr 2010 23:40:03 +0300 Mikolaj Golub wrote:
>
> MG> Hi,
>
> MG> Today I have upgraded the kernel in
on 14/04/2010 02:21 Maho NAKATA said the following:
> 4. run dgemm.
> % ./dgemm
> n: 3000
> time : 134.648208 or 16.910525
> Mflops : 31943.419695
> n: 3100
> time : 148.122279 or 18.615284
> Mflops : 32017.357408
> n: 3200
> time : 162.45 or 20.430651
> Mflops : 32087.318295
> n: 3300
> ti
Hello, Johann Hugo!
On Wed, Apr 14, 2010 at 04:19:01PM +0200
jh...@meraka.csir.co.za wrote about "Re: ath0: kernel panic when adhoc mode.":
> On Wednesday 14 April 2010 02:57:35 pm Lystopad Olexandr wrote:
> > But no luck:
> > # ifconfig wlan0 wlanmode adhoc
> > ifconfig: wlanmode: bad value
> >
> Sorry Pete, but the patch still seems incomplete. You merely catch the
> case when a comma is followed by space or quotation marks, but the email
> header might look like this:
> To: f...@domain.com,b...@otherdomain.com
I think the original code handles cases like that fine, my patch merely
look
On Wed, 14.04.2010 at 14:45:55 +0100, Pete French wrote:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131861
>
> I've been using the patch now for a couple of months with no
> observable problems. It is very small, and does fix a real
> annoyance with using /usr/bin/mail as your primary mai
On Wednesday 14 April 2010 02:57:35 pm Lystopad Olexandr wrote:
> But no luck:
> # ifconfig wlan0 wlanmode adhoc
> ifconfig: wlanmode: bad value
>
Oops, should be:
# ifconfig wlan0 mediaopt adhoc
___
freebsd-stable@freebsd.org mailing list
http://lists.
On Wednesday 14 April 2010 15:19:13 Andriy Gapon wrote:
> on 14/04/2010 02:21 Maho NAKATA said the following:
> > 2. install ports/math/gotoblas (manual download required)
> > make install
>
> Do you know how gotoblas on Linux was obtained?
> Was it built from source?
> Has it come pre-packaged?
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131861
I've been using the patch now for a couple of months with no
observable problems. It is very small, and does fix a real
annoyance with using /usr/bin/mail as your primary mail
reader. I realise this is probably a very small number of
people, b
on 14/04/2010 16:28 Akephalos said the following:
> On Wed, 14 Apr 2010 00:06:56 +0300 Andriy Gapon wrote:
>> What is not obvious is why your RTC doesn't work as expected. I have no
>> answer to that.
>>
>> One thing that makes me suspicious is that HPET also doesn't seem to work on
>> your sys
On Wed, 14 Apr 2010 00:06:56 +0300
Andriy Gapon wrote:
> That's pretty obvious: RTC was not used for stat clock in that version; later
> version did try to use RTC and now Attilio has reverted the logic back to not
> use RTC unless explicitly requested.
>
> What is not obvious is why your RTC do
on 14/04/2010 02:21 Maho NAKATA said the following:
> 2. install ports/math/gotoblas (manual download required)
> make install
Do you know how gotoblas on Linux was obtained?
Was it built from source?
Has it come pre-packaged?
If so, can you find out details of its build configuration?
Thanks!
Hello, Johann Hugo!
> > when I do:
> > # ifconfig wlan0 create wlandev ath0 wlanmode adhoc
> >
>
> I remember a colleague of mine having a similar problem. I think he
> eventually
> tried a workaround by doing it in two commands. Try to split it up to see if
> it works.
>
> #ifconfig wlan0
On Wednesday 14 April 2010 10:30:54 am Lystopad Olexandr wrote:
> Hi!
>
> I install 8.0 FreeBSD, upgrade it to yesturday stable.
> I need to create wireless link in adhoc mode.
> Help me to do this.
>
>
> I put a wireless card into this box:
>
> a...@pci0:3:3:0:class=0x02 card=0xcc2
Hi!
I install 8.0 FreeBSD, upgrade it to yesturday stable.
I need to create wireless link in adhoc mode.
Help me to do this.
I put a wireless card into this box:
a...@pci0:3:3:0:class=0x02 card=0xcc2114b9 chip=0x0013168c rev=0x01
hdr=0x00
vendor = 'Atheros Communications In
On Wed, Apr 14, 2010 at 3:31 AM, Demelier David
wrote:
> Hi,
>
> I'm so sad because FreeBSD is the one which can runs almost perfectly
> on
> my laptop. But it freezes. Sometime I just do anything and I want to
> click on a link in firefox, or open a terminal and then freeze.
On Sun, 11 Apr 2010 23:40:03 +0300 Mikolaj Golub wrote:
MG> Hi,
MG> Today I have upgraded the kernel in my VirtualBox (3.1.51.r27187) to the
MG> latest current and have "em0: Watchdog timeout -- resetting" issue. My
MG> previous kernel was for Mar 12.
MG> Tracking the revision where the pr
Hi Jeremy,
On Wed, Apr 14, 2010 at 7:26 AM, Jeremy Chadwick
wrote:
> The swapinfo command you ran was not run at 05:26 in the morning.
It was run a few minutes after. I accidentally got it live :) Well,
I was expecting that because I have seen similar message previously in
the logs. I think i
39 matches
Mail list logo