Good point Doug, I guess the choice between a clang 3.1 and gcc 4.2.1
world/kernel is pending a performance profile comparison. The performance
comparison using specific applications (ports) indicates some improvement
of gcc 4.6 over 4.2 and certainly gains when openMP is advantageous.
Regards,
On 29/05/2012 04:47, Randy Bush wrote:
> is the clang build for releng_9 for amd64 in good enough shape that i
> can simply
> csup
> hack make.conf
> make buildworld
> make kernel
> boot single
> make installworld
> mergemaster -cviFU
> reboot
>
> as if life was normal?
Pace Doug'
Doug Barton writes:
> This needs more than diff-posting, it needs actual testing. By humans,
> and an -exp run. Since miwi is on the cc list, perhaps he can arrange
> it?
No -exp run required. This code is already in use in head and 9 and has
been for ages - two and a half years, to be exact.
D
On Tue, May 29, 2012 at 12:55:24PM +0800, Martin Wilke wrote:
> Yes I can do that.
It doesn't make sense to do exp-run before libarchive 3.04 MFV and premission
patch for unzip will be commited. To many ports failures.
>
> +-oOO--(_)--OOo-+
> With best Rega
>> is the clang build for releng_9 for amd64 in good enough shape that i
>> can simply
>> csup
>> hack make.conf
>> make buildworld
>> make kernel
>> boot single
>> make installworld
>> mergemaster -cviFU
>> reboot
this did work. i am now doing a portupgrade to see if i can break
Dag-Erling Smørgrav writes:
> No -exp run required. This code is already in use in head and 9 and has
> been for ages - two and a half years, to be exact.
To clarify:
- usr.bin/unzip was hooked up to the build in head in December 2009,
long before 9 was branched, so 9.0 shipped with it.
-
On 5/29/2012 12:37 AM, Dag-Erling Smørgrav wrote:
> Doug Barton writes:
>> This needs more than diff-posting, it needs actual testing. By humans,
>> and an -exp run. Since miwi is on the cc list, perhaps he can arrange
>> it?
>
> No -exp run required. This code is already in use in head and 9 an
According to the unzip(1) man page on 9-stable:
HISTORY
The unzip utility appeared in FreeBSD 8.0.
So possibly the man page needs to be fixed as well.
Daniel
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
> -Original Message-
> From: owner-freebsd-sta...@freebsd.org
> [mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Matthew Seaman
> Sent: Tuesday, 29 May 2012 5:33 PM
> To: Randy Bush
> Cc: FreeBSD Stable
> Subject: Re: clang tautology
>
> On 29/05/2012 04:47, Randy Bush wrote:
> > i
> Mark Linimon is monitoring the status of ports and clang at
> http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html
> Which might save you some work.
looks like benchmarks, not status of compilability/runability
randy
_
Doug Barton writes:
> I saw your followup, and I think you're probably right ... the problem
> is that there are some things in the ports tree that are conditional on
> OSVERSION, so the fact that it works on HEAD and 9 doesn't necessarily
> mean that it will work in 8.
Well, actually, ports will
My apologies, I clearly didn't copy the url from the right buffer, Mark
Linimon's Ports & Clang wiki is at http://wiki.freebsd.org/PortsAndClang
Dewayne
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
On Sat, 26 May 2012 12:34:25 +0300
Andriy Gapon wrote:
> >>> if we decide so, then I think that we could still keep the things
> >>> "simple". As we currently use the "wholesale" approach (all CPUs are
> >>> set to the same P-state regardless of topology), then we could first
> >>> make a pass o
On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
> Hi all. I've come across a possible Clang regression that recently
> crept into stable/9. I'd like to check to see whether it's a true bug
> or if I jacked something up. It appears all object files are created
> with mode 0600 rather than hon
On 2012-05-29 18:27, David Wolfskill wrote:
> On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
>> Hi all. I've come across a possible Clang regression that recently
>> crept into stable/9. I'd like to check to see whether it's a true bug
>> or if I jacked something up. It appears all object f
On Tue, May 29, 2012 at 06:59:17PM +0200, Dimitry Andric wrote:
> ...
> Just so you know, this is indeed a regression that has crept into clang,
> and even into the 3.1 release. :(
>
> I'm working on fixing it in head, then I will merge the fix to stable/9
> in a few days.
Very cool; should be in
On Tue, May 29, 2012 at 11:59 AM, Dimitry Andric wrote:
> Just so you know, this is indeed a regression that has crept into
> clang, and even into the 3.1 release. :(
>
> I'm working on fixing it in head, then I will merge the fix to
> stable/9 in a few days.
Cool. Thanks much for fixing it,
Dear All,
I seem to have a problem where really heavy disk I/O is drowning my machine. I
see hangs in the shell where I am logged on using ssh. Network connections get
dropped for no apparent reason and some HTTP requests are served really slowly.
Profiling the app code shows that the hangs are
On 5/29/2012 12:26 PM, Kees Jan Koster wrote:
> I seem to have a problem where really heavy disk I/O is drowning my machine.
Assuming you're using the default scheduler (SCHED_ULE), try switching
to the 4BSD scheduler in your kernel config file and see if that helps.
Doug
--
This .signatur
On Tue, May 29, 2012 at 12:26 PM, Kees Jan Koster wrote:
> I seem to have a problem where really heavy disk I/O is drowning my machine.
> I see hangs in the shell where I am logged on using ssh. Network connections
> get dropped for no apparent reason and some HTTP requests are served really
>
On Tue, May 29, 2012 at 12:34 PM, Freddie Cash wrote:
> On Tue, May 29, 2012 at 12:26 PM, Kees Jan Koster wrote:
>> I seem to have a problem where really heavy disk I/O is drowning my machine.
>> I see hangs in the shell where I am logged on using ssh. Network connections
>> get dropped for no
On Tue, May 29, 2012 at 09:26:32PM +0200, Kees Jan Koster wrote:
> Dear All,
>
> I seem to have a problem where really heavy disk I/O is drowning my machine.
> I see hangs in the shell where I am logged on using ssh. Network connections
> get dropped for no apparent reason and some HTTP requests
Dear Freddie,
>> You may want to play around with gshed, the GEOM Scheduler.
>>
>> Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
>> DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
>> order to satisfy write threads (or the other way around?). But,
>> adding gsched i
Dear Doug,
>> I seem to have a problem where really heavy disk I/O is drowning my machine.
>
> Assuming you're using the default scheduler (SCHED_ULE), try switching
> to the 4BSD scheduler in your kernel config file and see if that helps.
I will, thanks for the suggestion.
--
Kees Jan
http://
Dear Gary,
>> # camcontrol devlist
>> at scbus1 target 0 lun 0 (pass0,ada0)
>> at scbus2 target 0 lun 0 (pass1,ada1)
>> at scbus3 target 0 lun 0 (pass2,ada2)
>> at scbus4 target 0 lun 0 (pass3,ada3)
>> at scbus7 target 0 lun 0 (pass4,cd0)
>> at scbus8 targ
On Fri, May 25, 2012 at 12:38 PM, Manuel Trujillo (TooManySecrets)
wrote:
> I have also an /etc/nsmb.conf configured. All runs fine... except
> because I only can mount up to "recursos" (from the line
> teide/recursos/usuarios/myuser), and NOT the share "myuser" (the last
> part of the PATH).
Any
Dear Freddie,
>> You may want to play around with gshed, the GEOM Scheduler.
>>
>> Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
>> DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
>> order to satisfy write threads (or the other way around?). But,
>> adding gsched i
On Tue, May 29, 2012 at 2:12 PM, Kees Jan Koster wrote:
>>> You may want to play around with gshed, the GEOM Scheduler.
>>>
>>> Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
>>> DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
>>> order to satisfy write threads (or th
Dear Freddie,
> Granted, I haven't played with gsched yet (most of our high-I/O
> systems are ZFS), so there may be a way to use it across-GEOMs.
From my previous experiments ZFS suffers the same fate when there is heavy
write activity. Reads just don't get served in time.
How do you deal with
On Tue, May 29, 2012 at 2:30 PM, Kees Jan Koster wrote:
> Dear Freddie,
>
>> Granted, I haven't played with gsched yet (most of our high-I/O
>> systems are ZFS), so there may be a way to use it across-GEOMs.
>
> From my previous experiments ZFS suffers the same fate when there is heavy
> write ac
On 2012-05-29 18:59, Dimitry Andric wrote:
> On 2012-05-29 18:27, David Wolfskill wrote:
>> On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
>>> Hi all. I've come across a possible Clang regression that recently
>>> crept into stable/9. I'd like to check to see whether it's a true bug
>>> or
On Tue, May 29, 2012 at 10:59:58PM +0200, Kees Jan Koster wrote:
> Dear Gary,
>
> >> # camcontrol devlist
> >> at scbus1 target 0 lun 0 (pass0,ada0)
> >> at scbus2 target 0 lun 0 (pass1,ada1)
> >> at scbus3 target 0 lun 0 (pass2,ada2)
> >> at scbus4 target 0 lun 0 (pa
TB --- 2012-05-29 22:14:08 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-29 22:14:08 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE
FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-05-29 22
TB --- 2012-05-29 22:41:28 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-29 22:41:28 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE
FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-05-29 22
34 matches
Mail list logo
