On Jul 7, 2011, at 12:19 PM, Volodymyr Kostyrko wrote:
>>> 2. Try to convince bios to boot from the disk of pool2.
>>
>> There is no disk with a singular ZFS pool.
>
> Any disk from bootable pool.
Every disk contains two pools. And the BIOS sees only two (maybe three) of them.
>>> 3. You can
On Thu, Jul 7, 2011 at 6:47 AM, Hans Petter Selasky wrote:
> On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
>> On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky
> wrote:
>> >> Hi,
>> >>
>> >> I'm going to review and import your driver.
>> >>
>> >> --HPS
>> >
>> > Hi,
>> >
>> > The intial
(OT, yes, but I'd like to take a stab at explaining "why" these things
fall to the wayside..)
On 7 July 2011 12:08, Arnaud Lacombe wrote:
> What would be the point to even start looking at an issue? You guys
> (by "you", I mean "official" committers on public list) don't care
When someone who h
On Jul 7, 2011, at 3:51 PM, Hartmann, O. wrote:
> This is quibbling. On heavy loads on networ, disk et cetera, isn't there
> always and also a CPU bound load?
No. Properly written software blocks when waiting on network or disk I/O, and
doesn't sit there spinning in a busy-wait consuming CPU un
On 07/07/11 09:27, Andriy Gapon wrote:
on 06/07/2011 21:11 Nathan Whitehorn said the following:
On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a system with n cpus/cores, then 2 (and sometimes 3) images
are stuck on a cpu and those 2 (or
On 07/07/11 09:04, Andriy Gapon wrote:
on 07/07/2011 06:11 Steve Kargl said the following:
Unfortunately, I have neither the brain capacity and time nor
the money to fix the issue. To solve OP's problem in the
short, the simplest solution may be to switch to 4BSD. Let's
face, ULE is not a silv
On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote:
> I have 2 ath-based pc-card adapters. If I put either one of them in the
> slot while the system is up, or if I try booting with them in the slot,
> I get an instant panic. The cards previously worked in -current, and
> continue to work in
On Thu, Jul 07, 2011 at 10:42:39PM +0300, Andriy Gapon wrote:
> on 07/07/2011 18:14 Steve Kargl said the following:
>>
>> I'm using OpenMPI. These are N > Ncpu processes not threads,
>
> I used 'thread' in a sense of a kernel thread. It shouldn't
> actually matter if it's a process or a thread i
on 07/07/2011 18:14 Steve Kargl said the following:
> On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
>> on 06/07/2011 21:11 Nathan Whitehorn said the following:
>>> On 07/06/11 13:00, Steve Kargl wrote:
AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
on a sy
On Thu, Jul 7, 2011 at 5:14 PM, Steve Kargl <
s...@troutmask.apl.washington.edu> wrote:
> On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
> > on 06/07/2011 21:11 Nathan Whitehorn said the following:
> > > On 07/06/11 13:00, Steve Kargl wrote:
> > >> AFAICT, it is a cpu affinity issue
On Thu, Jul 07, 2011 at 03:44:32PM +0400, KOT MATPOCKuH wrote:
> 2011/7/7 Marius Strobl :
> > On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
> >> I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
> >> but problem is still exists:
> >> 07-Jul-2011 13:24:22.765 gene
On Thu, Jul 07, 2011 at 10:27:53AM +0300, Andriy Gapon wrote:
> on 06/07/2011 21:11 Nathan Whitehorn said the following:
> > On 07/06/11 13:00, Steve Kargl wrote:
> >> AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
> >> on a system with n cpus/cores, then 2 (and sometimes 3) images
On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
> The compiler complained about uninitialized int
> if_usie.c: 1484
> - uint8_t pad;
> + uint8_t pad = 0;
I changed it so that pad is set in both cases:
pad = (hip->id & USIE_HIP_PAD) ? 1 : 0;
On Thursday 07 July 2011 14:43:22 PseudoCylon wrote:
> On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky
wrote:
> >> Hi,
> >>
> >> I'm going to review and import your driver.
> >>
> >> --HPS
> >
> > Hi,
> >
> > The intial patch had some bad code and didn't compile on 9-current. I've
> > tri
On Wed, Jul 6, 2011 at 9:19 AM, Hans Petter Selasky wrote:
>>
>> Hi,
>>
>> I'm going to review and import your driver.
>>
>> --HPS
>
> Hi,
>
> The intial patch had some bad code and didn't compile on 9-current. I've tried
> to clean it up. Please test and report back if I didn't break anything.
>
On 06/07/2011 20:11, Nathan Whitehorn wrote:
I've seen exactly this problem with multi-threaded math libraries, as
well. Using parallel GotoBLAS on FreeBSD gives terrible performance
because the threads keep migrating between CPUs, causing frequent cache
misses.
On both schedulers?
__
On 06/07/2011 19:05, Poul-Henning Kamp wrote:
In message<20110706170132.ga68...@troutmask.apl.washington.edu>, Steve Kargl w
rites:
I periodically ran the same type test in the 2008 post over the
last three years. Nothing has changed. I even set up an account
on one node in my cluster for jef
2011/7/7 Marius Strobl :
> On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
>> I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
>> but problem is still exists:
>> 07-Jul-2011 13:24:22.765 general:
>> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622
On Thu, 07 Jul 2011 13:19:50 +0300
Volodymyr Kostyrko wrote:
> >
> >> You can boot from any of the drives and as long as the BIOS can see
> >> enough drives you should be able to boot.
> >
> > In my case, the BIOS certainly can not see all members of the
> > raid-z pool. The question is: why doe
> possibly achievable in libc?
I don't know. Where else would it be done?
stat, utimes, gettimeofday, clock_gettime,
adjtime, etc and their variations.
I've not checked what currently happens, but I
don't think root in a jail should be able to set
any kernel time parameters, absent a syscall
that
Steve Kargl wrote:
> Let's face, ULE is not a silver bullet.
Or perhaps it is, but this particular problem is so heavily armored
as to demand depleted uranium :)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
07.07.2011 09:22, Berczi Gabor Š½wrote:
On Jul 6, 2011, at 10:08 PM, Volodymyr Kostyrko wrote:
1. Check that pools have up-to-date boot code.
I tried 8.2 and HEAD. You mean gpart+gptzfsboot+pmbr, right?
Yep.
2. Try to convince bios to boot from the disk of pool2.
There is no disk with a
On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote:
> I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
> but problem is still exists:
> 07-Jul-2011 13:24:22.765 general:
> /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622:
> REQUIRE(prev > 0) failed
>
I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3,
but problem is still exists:
07-Jul-2011 13:24:22.765 general:
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622:
REQUIRE(prev > 0) failed
07-Jul-2011 13:24:22.781 general: exiting (due to assertion failure)
How c
on 06/07/2011 21:11 Nathan Whitehorn said the following:
> On 07/06/11 13:00, Steve Kargl wrote:
>> AFAICT, it is a cpu affinity issue. If I launch n+1 MPI images
>> on a system with n cpus/cores, then 2 (and sometimes 3) images
>> are stuck on a cpu and those 2 (or 3) images ping-pong on that
>>
on 06/07/2011 21:00 Steve Kargl said the following:
> On Wed, Jul 06, 2011 at 05:05:41PM +, Poul-Henning Kamp wrote:
>> In message <20110706170132.ga68...@troutmask.apl.washington.edu>, Steve
>> Kargl w
>> rites:
>>
>>> I periodically ran the same type test in the 2008 post over the
>>> last t
on 07/07/2011 06:11 Steve Kargl said the following:
> Unfortunately, I have neither the brain capacity and time nor
> the money to fix the issue. To solve OP's problem in the
> short, the simplest solution may be to switch to 4BSD. Let's
> face, ULE is not a silver bullet.
I think that piling u
27 matches
Mail list logo
