Daniel Eischen wrote:
If you are using libkse or
libthr, you will get a partial byte count and not zero because
the tape driver returns the (partial) bytes written. So exiting
the loop in libc_r and returning 0 would only seem to correct
the problem for libc_r.
If there is a
Hi,
This is the first time I've posted to -hackers and I apologise in
advance since it's not strictly what I expect goes on here (and have
read on Google Groups). However, the question I want to ask is best
answered here, I think.
I've been playing with mount_unionfs but get stuck when it
+-le 18/09/2003 12:05 +0200, Mathieu Arnold écrivait :
| Suggestions mostly welcomed :)
Maybe I should have sent a PR :)
--
Mathieu Arnold
pgp0.pgp
Description: PGP signature
Dan Nelson wrote:
These types of statistics aren't kept.
They usually do not make it into commercial product distributions for
performance reasons, and because every byte added to a tcpcb
structure is one byte less that can be used for something else. In
practice, adding 134 bytes of
# [EMAIL PROTECTED] / 2003-09-16 16:58:06 -0400:
At 10:23 AM -1000 9/16/03, Clifton Royston wrote:
In the meantime I'm trying to figure out if there's some
simple hack to disregard these wildcard A records, short of
requesting zone transfers of the root nameservers (e.g. via
peering with
Deepak Jain wrote:
If the tcpcb struct were expanded/changed and the various increments were
added in the appropriate packet pushing code, this would work right? Is
there something non-obvious that one would need to worry about to undertake
such a project?
Your overhead would be slightly
On 19 Sep 2003 at 2:24, Terry Lambert wrote:
Daniel Eischen wrote:
If you are using libkse or
libthr, you will get a partial byte count and not zero because
the tape driver returns the (partial) bytes written. So exiting
the loop in libc_r and returning 0 would only seem to
Hi,
We recently encountered a problem with NFS throughput between a FreeBSD
server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
When using Linux 2.4.19 or 2.4.21 as a client, although this might extend
to other clients, and copying a large file, you will see the behavior
Dan,
Thanks for your reply.
Again, a port update of a library has bumped a .so version [in this case
libatk-1.0.so.200 - libatk-1.0.so.400].
how did you update the port? ... Or you could run portupgrade -R, which
will upgrade all the packages dependent on the one you list.
# portupgrade
Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
We recently encountered a problem with NFS throughput between a FreeBSD
server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
When using Linux 2.4.19 or 2.4.21 as a client, although this might extend
Hi,
I have put an older isapnp scsi card in my computer. For this card
there is (not yet) a driver for FreeBSD.
I also had some pci cards in there of course.
When trying to load the driver for the pci card I run into
device_probe_and_attach: %s%d attach returned 6\n
This happens because
John-Mark Gurney wrote:
Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
The problem seems to be the following code
if (so-so_type == SOCK_STREAM)
siz = NFS_MAXPACKET + sizeof (u_long);
else
siz = NFS_MAXPACKET;
I'm trying to automate the summarization of memory usage on our
FreeBSD boxes with the attached little Perl program and have some
remaining questions I was not able to answer myself. When run on three
representing boxes (all -STABLE and -CURRENT as of yesterday) I get this
output:
On Fri, 19 Sep 2003, John-Mark Gurney wrote:
Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
We recently encountered a problem with NFS throughput between a FreeBSD
server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
When using Linux 2.4.19
Isn't there a way so that the PCI card will use another irq
and initialize correctly ?
AFAIK, you should be able to assign(reserve) IRQs to ISA in BIOS.
19.09.2003; 21:29:20
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
15 matches
Mail list logo