On 2009-Jan-09 09:50:27 -0700, "M. Warner Losh" wrote:
>The read kBps was 3x the write kBps.
...
>Any ideas what gives? I observed this with 16MB cache and with 32MB
>cache, fwiw.
I've seen this as well. AFAIK, this is a side-effect of dump's caching.
My top-of-head explanation is that each du
In message: <20090111041710.gb5...@server.vk2pj.dyndns.org>
Peter Jeremy writes:
: On 2009-Jan-09 09:50:27 -0700, "M. Warner Losh" wrote:
: >The read kBps was 3x the write kBps.
: ...
: >Any ideas what gives? I observed this with 16MB cache and with 32MB
: >cache, fwiw.
:
: I've see
On Fri, Jan 09, 2009 at 08:47:56PM -0500, Aryeh M. Friedman wrote:
> I just got a i45 based motherboard and everything works except for the
> following pci:
>
> no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec
> rev=0x02 hdr=0x00
> vendor = 'Realtek Semiconducto
pluknet wrote:
2009/1/11 Tim Kientzle :
FreeBSD 6.3:
fd = open("test", O_WRONLY | O_CREAT | O_EXCL, 0777);
n = extattr_set_fd(fd, EXTATTR_NAMESPACE_USER, "testattr", "1234", 4);
After this, fd=3, n is non-zero, errno = 9 (EBADF)
Huh? I would have expected EOPNOTSUPP if
extended attributes w
2009/1/11 Tim Kientzle :
> FreeBSD 6.3:
>
> fd = open("test", O_WRONLY | O_CREAT | O_EXCL, 0777);
> n = extattr_set_fd(fd, EXTATTR_NAMESPACE_USER, "testattr", "1234", 4);
>
> After this, fd=3, n is non-zero, errno = 9 (EBADF)
>
> Huh? I would have expected EOPNOTSUPP if
> extended attributes weren
Ulrich Spoerlein wrote:
> I cannot really comment on the devfs(4) design issues,
> and quite frankly it hasn't bothered my thus far.
It evidently inconvenienced the OP.
> Just another little quirk you get to remember.
If we followed that line of reasoning to its logical
conclusion we would eli
FreeBSD 6.3:
fd = open("test", O_WRONLY | O_CREAT | O_EXCL, 0777);
n = extattr_set_fd(fd, EXTATTR_NAMESPACE_USER, "testattr", "1234", 4);
After this, fd=3, n is non-zero, errno = 9 (EBADF)
Huh? I would have expected EOPNOTSUPP if
extended attributes weren't supported on this
filesystem. The f
Quoting Eitan Adler (from Fri, 09 Jan 2009
16:03:49 -0500):
I think that these three files bring ee up to date from 1.4.2 to 1.4.6.
Sorry, but the patch as is is wrong fore sure. I've seen "lp" instead
of "lpr", and even at least one wrong path. For other paths I would
have to check to
Mike Meyer wrote:
How about borrowing from existing commands that
already implement this functionality (zfs and zpool) and using `-H',
which is relatively rarely used elsewhere?
Every BSD command that walks a filesystem supports
-L, -P, and -H with consistent semantics:
-L Logical traversal
I cannot really comment on the devfs(4) design issues, and quite frankly
it hasn't bothered my thus far. Just another little quirk you get to
remember.
On Sat, 10.01.2009 at 04:20:58 -0800, per...@pluto.rain.com wrote:
> That the code faithfully adheres to the design does not guarantee
> that the
Olivier SMEDTS wrote:
> 2009/1/10 Aryeh M. Friedman :
>
>> Olivier SMEDTS wrote:
>>
>>> Hello,
>>>
>>> 2009/1/10 Aryeh M. Friedman :
>>>
>>>
I just got a i45 based motherboard and everything works except for the
following pci:
no...@pci0:1:0:0: class=0x02000
Hello,
2009/1/10 Aryeh M. Friedman :
> I just got a i45 based motherboard and everything works except for the
> following pci:
>
> no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec
> rev=0x02 hdr=0x00
>vendor = 'Realtek Semiconductor'
>device = 'RTL8168/8111 PC
2009/1/10 Aryeh M. Friedman :
> Olivier SMEDTS wrote:
>> Hello,
>>
>> 2009/1/10 Aryeh M. Friedman :
>>
>>> I just got a i45 based motherboard and everything works except for the
>>> following pci:
>>>
>>> no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec
>>> rev=0x02 hdr=0x00
>
Olivier SMEDTS wrote:
> Hello,
>
> 2009/1/10 Aryeh M. Friedman :
>
>> I just got a i45 based motherboard and everything works except for the
>> following pci:
>>
>> no...@pci0:1:0:0: class=0x02 card=0x83671043 chip=0x816810ec
>> rev=0x02 hdr=0x00
>>vendor = 'Realtek Semiconduct
"Rick C. Petty" wrote:
> On Thu, Jan 08, 2009 at 09:50:47PM -0800, per...@pluto.rain.com wrote:
>
> > In principle, everything that would be successfully created if
> > open(2)'ed. It doesn't necessarily need to actually create them,
> > but the results from readdir(2) should be as if they had b
Ulrich Spoerlein wrote:
> On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
> > Ulrich Spoerlein wrote:
>
> Ummm, out of curiosity, are your receiving your mail via UUCP? :)
http://lists.freebsd.org/pipermail/freebsd-net/2009-January/020645.html
16 matches
Mail list logo