stupid question, but could'nt (yet) find an answer, im writing a driver,
so i need a major device number (for -stable), is there a list of assigned
numbers, and if so where? what's the procedure to 'assigne' one?
btw, the driver is for a video grabber, zrn36067 based.
thanks,
danny
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 29, 2001 4:07 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: (no subject)
In a message dated 11/29/2001 7:16:17 AM Eastern Standard Time,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, November 29, 2001 4:44 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: Netgraph
Lego is a good analogy. The usefulness is not the point. Its great for
hackers,
On Fri, 30 Nov 2001, Ted Mittelstaedt wrote:
-Original Message-
If there is anything wrong with netgraph is that there's a lack of examples of
setting up common configurations in the handbook, man pages, and other
documents.
/usr/share/examples/netgraph gives examples of some
-Original Message-
From: Julian Elischer [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 30, 2001 1:01 AM
To: Ted Mittelstaedt
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Netgraph
On Fri, 30 Nov 2001, Ted Mittelstaedt wrote:
-Original Message-
On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote:
I can't reproduce this result, 16K fills a T1 for 11 ms, which is
22000 km (at 2/3 of light speed), enough to get halfway round the
Your math is a little funny.
Right, I knew there was something wrong somewhere :-)
4000 km
:I managed to track the problem down to the duplex settings on both the
:Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100
:Switch. Forcing both the cards and the switch to particular settings
:cured the problem, and lead to a massive performance increase.
:
:FTP seems to be
: FWIW, I'm seeing this as well. However, this appears to be a new
: occurance, as we were using a FreeBSD 3.X system for our reference test
: platform.
:
:Someone recently submitted a PR about TCP based NFS being significantly
:slower under 4.X. I wonder if it could be related?
:
:
¥xÆW´«©dѼֳ¡¤J·|»¡©úÀÉ
ÂŤѸɩ«¤u§@«Ç³Ì·s¥úºÐ¥Ø¿ý
[Redirected to -net]
[Category changed to kern]
On Fri, Nov 30, 2001 at 11:01:56AM +0700, Igor M Podlesny wrote:
[...]
[router]
|
X|backbone|--
|
|
Yip1|the same media|--[some another ip-network]
|ip2|the same media|--|some box|
Here is router with
John Polstra wrote:
In article [EMAIL PROTECTED], Andre Oppermann
[EMAIL PROTECTED] wrote:
What happend at Intel? Their driver is even released under the BSD
license! (and the Linux one under the GPL)
That last bit is incorrect. The Intel driver for Linux is released
under a
Below is the result of your feedback form. It was submitted by
([EMAIL PROTECTED]) on Friday, November 30, 2001 at 06:43:01
---
: Hey, what's up, yall? I found a site and if you want to meet people and talk to
:people on
On Fri, Nov 30, 2001 at 11:11:56AM +0100, Pierre Beyssac wrote:
On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote:
4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book,
theoretial optimum.
With an RTT of 47ms, you can move 16k per RTT, or or about 340k/sec.
Quoting Bruce A. Mah ([EMAIL PROTECTED]):
How early in November? I'm staring at this commit message and
wondering if it has any relevance to your situation:
-
revision 1.107.2.18
date: 2001/11/12 22:11:24; author: nate; state: Exp; lines: +3 -1
MFH: V1.139
when newreno is
In article [EMAIL PROTECTED],
Andre Oppermann [EMAIL PROTECTED] wrote:
John Polstra wrote:
That last bit is incorrect. The Intel driver for Linux is released
under a 3-clause BSD license.
I doesn't look like a clean BSD license thought... But it's also not
under the GPL as such...
John Polstra wrote:
In article [EMAIL PROTECTED],
Andre Oppermann [EMAIL PROTECTED] wrote:
John Polstra wrote:
That last bit is incorrect. The Intel driver for Linux is released
under a 3-clause BSD license.
I doesn't look like a clean BSD license thought... But it's also not
(snip...a large number of postings regarding slow performance by 4.x
kernels with TCP/IP)
A friend who works for a local university and I tried moving large
files using variouis OS'es and hardware. These are FTP transfers
with file sizes from 100 to 300 megabytes..
The conclusion we arrived at
In article [EMAIL PROTECTED],
Andre Oppermann [EMAIL PROTECTED] wrote:
John Polstra wrote:
Maybe you have an old version of the driver. I have
e1000-3.1.23.tar.gz, which I grabbed from developer.intel.com a few
weeks ago. I grepped all of the files in it, and the word GNU
doesn't
On Thu, Nov 29, 2001 at 10:31:56PM -0500, Jonathan M. Slivko wrote:
If you give me your IP address, I can ping *from* Columbia.edu to your
machine and see what I get, that should pretty much solve any issues
that may arise.
pun.isi.edu 128.9.160.150
Thanks.
msg29374/pgp0.pgp
On Fri, Nov 30, 2001 at 10:02:56AM +0200, Danny Braniss wrote:
stupid question, but could'nt (yet) find an answer, im writing a driver,
so i need a major device number (for -stable), is there a list of assigned
numbers, and if so where? what's the procedure to 'assigne' one?
The list is in
: FWIW, I'm seeing this as well. However, this appears to be a new
: occurance, as we were using a FreeBSD 3.X system for our reference test
: platform.
:
:Someone recently submitted a PR about TCP based NFS being significantly
:slower under 4.X. I wonder if it could be related?
:
:
Looking at the complete dump on the server more closely I see what's
happening. The server didn't jump ahead in the stream. The client
side of these tests is on a fractional T1. In about 60Ms the server
pushed a window's worth of data, about 200 packets since the payload
was small, 48 bytes.
Since the topic has come up again, I'll provide some graphs, and
go back to my suggestion to see if it gets some traction this time
around.
http://www.ufp.org/~bicknell/fbsdtcp.png
This graph shows the theoretical maximum performance of FreeBSD's
TCP stack (assuming a network with ample free
In article local.mail.freebsd-hackers/[EMAIL PROTECTED] you write:
Quoting Sergey Babkin ([EMAIL PROTECTED]):
John Capo wrote:
21:41:49.001039 client.4427 server.22: P 144:192(48) ack 12937 win
17376 nop,nop,timestamp 53827954 105528895 (DF) [tos 0x10]
21:41:49.001073 server.22
I have been able to fix this bug in my KLD. I forgot to add a splbio()
protection in a function.
On Thu, 29 Nov 2001, Zhihui Zhang wrote:
While running my KLD that does a lot of I/O, I see the following message:
ahc0: Timedout SCB already complete. interrupts may not be functioning.
The default window size (controlled by the socket buffer size) can
be globally modified using sysctl variables:
net.inet.tcp.sendspace: 16384
net.inet.tcp.recvspace: 16384
As you mention, changing this (and other things such as the amount
of mbufs/clusters, etc.etc.) must be
Leo Bicknell writes:
The question that immediately comes to mind is, why not simply use
as big a value as possible? The problem comes down to buffering
the data, and busy servers may have to buffer a lot of data. Having
a 1 meg window size may have you buffer 1 meg per connection.
On Fri, Nov 30, 2001 at 01:47:41PM -0500, Andrew Gallatin wrote:
I thought that I heard a few months ago that Matt Dillon was looking
at ways to dynamically size tcp windows from within the kernel. Maybe
I'm on crack.
He is. It is very good work that I wish I could spend more time
helping
On Fri, Nov 30, 2001 at 10:29:28AM -0800, Luigi Rizzo wrote:
It is not a big deal to move the default to 32 or 64k, and I'd
vote for that, but if a sysadmin is unable to have a look at this,
then the problem is in the sysadmin, not in FreeBSD!
I disagree, on two points:
* Many people use
On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote:
...
* Many people use FreeBSD as a desktop OS. Think the same people
who use Win98, but only slightly smarter. These people are
'sysadmins' only in the sense that they have a root password.
When FreeBSD can't fill their DSL
Dude, the statement was that Luigi is in favor of _increasing_ the
default size. How do you extend his logic to say it might as well
be reduced to 4k? Please don't put words in people's mouths.
Daniel D-man Manesajian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
Joesh Juphland writes:
One thing I would like to do as a hobby is start a classic multi-user unix
system and giving out shell accounts to whoever wants one. Not a money
maker, of course, but it would be fun.
My question: does anyone have any comments on using `jail` in a public
* Luigi Rizzo [EMAIL PROTECTED] [011130 13:26] wrote:
On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote:
...
* Many people use FreeBSD as a desktop OS. Think the same people
who use Win98, but only slightly smarter. These people are
'sysadmins' only in the sense that they
* Alfred Perlstein [EMAIL PROTECTED] [011130 13:51] wrote:
I was about to set the default in -stable to Leo's suggested values,
it seems that -current already has the delta he wants in it,
my question is, was anything else changed along the lines of the
number of nmbclusters allocated in
Apologies for this being more C than freebsd, but I did say OT in
the subject...
In the most basic use of an alarm, like this:
#include stdio.h
#include unistd.h
#include signal.h
sig_t
signal(int sig, sig_t func);
static void bzzt() {
printf(In routine bzzt now, timer expired after 3
On Fri, 30 Nov 2001, Leo Bicknell wrote:
Since the topic has come up again, I'll provide some graphs, and
go back to my suggestion to see if it gets some traction this time
around.
http://www.ufp.org/~bicknell/fbsdtcp.png
I don't think anyone's doubting the importance of larger windows;
Well, this is embarassing. I can reproduce this completely running
4.4-stable (Nov 17th kernel) on two machines.
With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The
state of the
:I don't think anyone's doubting the importance of larger windows; it's
:just that we can't do much increasing until they're dynamic.
:
:That being said, Matt did post a patch which implements socket buffer
:autoscaling a few months back. I've been meaning to review it, but
:haven't had the
I believe I have found the problem. The transmit side has a maximum
burst count imposed by newreno. As far as I can tell, if this maxburst
is hit (it defaults to 4 packets), the transmitter just stops - presumably
until it receives an ack.
Now, theoretically this should
Wierd, on my Dual PII 300 I'm getting around 8MB/sec to an 800MHz
athlon. The athlon is using a 3com 905b I believe, and the PII is using an
intel fxp type card. Granted this is from my living room to my bedroom so
that may be part of what I see. Also, the Dual PII is running -STABLE as
of a week
I believe I have found the problem. The transmit side has a
maximum burst count imposed by newreno. As far as I can tell, if
this maxburst is hit (it defaults to 4 packets), the transmitter
just stops - presumably until it receives an ack.
Note, my experiences (and John
Alfred Perlstein wrote:
* Richard Sharpe [EMAIL PROTECTED] [011130 15:02] wrote:
The traffic in the tbench case is SMB taffic. Request/response, with a
mixture of small requests and responses, and big request/small response
or small request/big response, where big is 64K.
I have switched
David Miller [EMAIL PROTECTED] types:
Apologies for this being more C than freebsd, but I did say OT in
the subject...
In the most basic use of an alarm, like this:
#include stdio.h
#include unistd.h
#include signal.h
sig_t
signal(int sig, sig_t func);
static void bzzt() {
:Note, my experiences (and John Capos) are showing degraded performance
:when *NOT* on a LAN segment. In other words, when packet loss enters
:the mix, performance tends to fall off rather quickly.
:
:This is with or without newreno (which should theoretically help with
:packet loss). John
:Note, my experiences (and John Capos) are showing degraded performance
:when *NOT* on a LAN segment. In other words, when packet loss enters
:the mix, performance tends to fall off rather quickly.
:
:This is with or without newreno (which should theoretically help with
:packet loss).
The question that immediately comes to mind is, why not simply use
as big a value as possible? The problem comes down to buffering
the data, and busy servers may have to buffer a lot of data. Having
a 1 meg window size may have you buffer 1 meg per connection. Note
that
First off, apologies to Luigi, I was shooting off my mouth.
Second off:
On Fri, Nov 30, 2001 at 01:50:42PM -0600, Alfred Perlstein wrote:
I was about to set the default in -stable to Leo's suggested values,
it seems that -current already has the delta he wants in it,
my question is, was
On Fri, Nov 30, 2001 at 05:14:18PM -0500, Leo Bicknell wrote:
First off, apologies to Luigi, I was shooting off my mouth.
no problem, and no need for apologies :)
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the
On Fri, 30 Nov 2001, Leo Bicknell wrote:
* The logging at 90% usage should be investigated. I can probably
generate patches for that over the weekend, provided I can find
a good way to rate limit them.
Luigi, Jonathan and I had already been discussing this idea before this
this thread
As a side note, I turned off delayed ack on both machines, and had the
sendsize and recvsize set at 32768... I'm talking about wirespeed too, not
measured incredibly accurately, but just measured using one of the
windowmaker dockapps :-D
Ken
On Fri, 30 Nov 2001, Kenneth Wayne Culver wrote:
* Leo Bicknell [EMAIL PROTECTED] [011130 16:14] wrote:
First off, apologies to Luigi, I was shooting off my mouth.
Understandable, it's easy to get heated about an issue when
it weighs so much in ones mind. I've done the same on several
quite memorable occasions.
Second off:
On Fri, Nov
Hi,
I think that there are two different problems here. My situation
involves a LAN (actually, a crossover cable).
I have captured a trace of a 1 client run between the Linux driver and
the FreeBSD test system as well as between the Linux driver and the same
test system running Linux.
I am
On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote:
* Matthew Dillon [EMAIL PROTECTED] [011130 16:02] wrote:
Packet loss will screw up TCP performance no matter what you do.
NewReno, assuming it is working properly, can improve performance
for that case but
* Jonathan Lemon [EMAIL PROTECTED] [011130 17:00] wrote:
On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote:
I have an odd theory that makes use of my waning remeberence of the
stack behavior, this may be totally off base but I'd appreciate it
if you guys would consider
On Fri, Nov 30, 2001 at 12:47:29PM -0800, Matthew Dillon wrote:
Well, this is embarassing. I can reproduce this completely running
4.4-stable (Nov 17th kernel) on two machines.
With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
turned off on the
Alfred Perlstein wrote:
Hmm, well the GENERIC default is some mathematical operation on
maxusers. We really ought to make this scale as a default relative
to the amount of ram in the system, rather than some low hardcoded
value. NetBSD has some stuff for this in their buffercache sizing
I've tried getting information about our (FreeBSD) mail
system by mailing to postmaster but no-one answers..
so, who IS the postmaster at the moment?
I have the .elischer.org domain set up at Netowrk solutions
with a contact address of [EMAIL PROTECTED]
however whenever I try change anything
:what should happen is this:
:
:h1 send: p1 p2 p3
:h2 recv: p1 p3
:
:h1 recv: (nothing acks lost)
:h2 send: ack1 ack1 ack1 (dude, i missed a packet)
:
:h2 send: ack1 ack1 ack1 (dude, i missed a packet)
:h1 recv: ack1 ack1 ack1
:h1 send: p2 p3
:
:Basically, will the reciever keep acking not if
On Fri, Nov 30, 2001 at 03:56:47PM -0800, Julian Elischer wrote:
I've tried getting information about our (FreeBSD) mail
system by mailing to postmaster but no-one answers..
so, who IS the postmaster at the moment?
Still jmb.
Kris
msg29419/pgp0.pgp
Description: PGP signature
:Hi,
:
:I think that there are two different problems here. My situation
:involves a LAN (actually, a crossover cable).
:
:I have captured a trace of a 1 client run between the Linux driver and
:the FreeBSD test system as well as between the Linux driver and the same
:test system running
On Fri, Nov 30, 2001 at 11:49:13PM +, Josef Karthauser wrote:
On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote:
:...
: I am tracking it down now.
:
:Is this the same problem that I experience on ssh connections between
:my 5.0-current laptop and my releng_4
:
:No, the problem remains after rebuilding the kernel on both boxes.
:
:Joe
Try to track down the sequence with a tcpdump.
-Matt
Matthew Dillon
[EMAIL PROTECTED]
To
Quoting Matthew Dillon ([EMAIL PROTECTED]):
The question here is... is it actually packet loss that is creating
this issue for you and John, or is it something else? The only way
to tell for sure is to run tcpdump on BOTH the client and server
and then observe whether
On Fri, Nov 30, 2001 at 12:59:53PM -0800, Matthew Dillon wrote:
The transmit side requires more thought. I did write that patch, and
it does work, but it's too messy for my tastes. I would personally
much rather rewrite it to (A) fix the RTT stored in the route tables
and
Julian Elischer wrote:
I've tried getting information about our (FreeBSD) mail
system by mailing to postmaster but no-one answers..
so, who IS the postmaster at the moment?
I have the .elischer.org domain set up at Netowrk solutions
with a contact address of [EMAIL PROTECTED]
however
On Fri, Nov 30, 2001 at 05:19:18PM -0500, Mike Silbersack wrote:
On Fri, 30 Nov 2001, Leo Bicknell wrote:
* The logging at 90% usage should be investigated. I can probably
...
Luigi, Jonathan and I had already been discussing this idea before this
this thread even started. If you come
On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote:
I just committed to current (and soon to stable) some code to log
_failures_ in mbuf allocations, but that is only meant as an aid
to remove worse code in the drivers.
Note that if we implement a 'fair share' buffering scheme we
* Matthew Dillon [EMAIL PROTECTED] [011130 17:45] wrote:
:...
: I am tracking it down now.
:
:Is this the same problem that I experience on ssh connections between
:my 5.0-current laptop and my releng_4 server? When I run an 'ls'
:from the shell on large directories I get the response
On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote:
On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote:
I just committed to current (and soon to stable) some code to log
_failures_ in mbuf allocations, but that is only meant as an aid
to remove worse code in the
JK Is this the same problem that I experience on ssh connections between
JK my 5.0-current laptop and my releng_4 server? When I run an 'ls'
JK from the shell on large directories I get the response back block
JK delay block delay block. I assumed that it was a problem with
JK -current.
I am
On Fri, Nov 30, 2001 at 05:48:16PM -0800, Luigi Rizzo wrote:
On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote:
Note that if we implement a 'fair share' buffering scheme we would
never get a failure, which would be a good thing. Unfortuantely
fair share is relatively
On Saturday, 1 December 2001 at 8:11:19 +1030, Richard Sharpe wrote:
Matthew Dillon wrote:
Well, this is embarassing. I can reproduce this completely running
4.4-stable (Nov 17th kernel) on two machines.
With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
any one know if there's supported IDE cdrw for freebsd4.1? Any software on
FBSD4.1 to do the cdrw work?
--
WWW.XGFORCE.COM -
The Leader in System Clustering
and Enterprise Firewall solution.
--
To
:I think I tried this patch, and found some problems with it. As
:I recall the problems were with extremely high bandwidth connections
:(eg, I have two machines that can move 100Mbps FDX across country
:(70ms latency), and when I tried the patch with that case performance
:was bad, in the sense
Why does the alarm go off but not interrupt the system call? bzzt() is
executed, but the program doesn't print Done and exit for a minute plus.
Pointers to FM to RT welcome.
The system call is being interrupted, it just gets restarted right away by
default. See Steven's UNIX Network
Okay ill ask again just in case nobody saw this!
is make release broken in 4.4-STABLE ?? Or is there a definitive
guide/FAQ on how to properly use make release to cut a modified
distribution ? cause either im doing something wrong, or its definatley
broken. Thanks in Advance
To Unsubscribe:
The system call is being interrupted, it just gets restarted right away by
default. See Steven's UNIX Network Programming for a means of avoiding
this behavior.
Of course, I'm completely wrong because we're not even talking about a
system call here. Mike Mired already posted what you need.
If at first you don't succeed...
I've encountered a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
(in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD 4.4)
(posted to -current and -hackers; if there's a more
On Fri, 30 Nov 2001, Louis-Philippe Gagnon wrote:
If at first you don't succeed...
I've encountered a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
(in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD 4.4)
79 matches
Mail list logo