:
:rxvt.
:=20
:
:Joe
Ok, please try w/ patch #2 that I just posted (the fix is is on the
client side... whoever is receiving the data). I only give it a 10%
chance of solving the workstation 'ls' stall issue because ssh does
not appear to use recv() w/ MSG_WAITALL. I can't rep
Oh, I forgot to mention... there's still a bug. You have to turn off
delayed acks to get the below numbers. Otherwise the window 0 recovery
ack ... gets delayed. Joy. It's easy to fix, but I'm off to see
Potter so it will be tonight.
I've fixed a couple of additional problems.
* tbench() assumes that accept() propogates the NODELAY tcp option.
It doesn't in FreeBSD. Er, it didn't in FreeBSD... my patch fixes
this.
* If the transwmitter sees a 0 window it stalls waiting for an ack.
However, if
That's reasonable with patch #2 and delayed acks turned off (assuming
this is a 100BaseTX network you are testing on). You should get
slightly better results with Patch #3 and delayed acks turned on.
-Matt
:hum, do i get a speed ticke
:> slightly better results with Patch #3 and delayed acks turned on.
:>
:> -Matt
:i did not apply any patches - yet -, net.inet.tcp.newreno is 1, on both hosts.
:they are connected at 100mb, so the strange numbers are when the number of
:clients is
how messy they might be.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
:On Sun, 2 Dec 2001, Matthew Dillon wrote:
:> Throughput 47.2446 MB/sec (NB=59.0558 MB/sec 472.446 MBit/sec) 20 procs
:>
:> It seems to max-out at around 75,000 packets per second (input + output).
:>
:> I doubt these results could be duplicated on anything but a DELL
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
e TF_ flags are in the 'tp' structure, not
the 'so' socket structure, and higher levels do not have direct access
to the tcp-specific 'tp' structure.
-Matt
Matthew Dillon
:Hello,
:
:On the subject of tcp performance graphs, I have taken a few tcpdumps of =
:some pages, to understand the entire process in more minute detail, and =
:to co-relate the theory with the graphs in practice. I have plotted a =
:graph of cumulative data received at the client side vs. time r
would have got much more
favorable numbers in the several Linux<->FreeBSD comparison
articles that have come out in the last six months. Oh well.
-Matt
Matthew Dillon
pass to a tape device and we shouldn't
do it.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
These changes are performance fixes, not security fixes. I consider
them fairly significant performance fixes, but these bugs have been in
the TCP stack for literally a whole year without an outcry so I don't
see much justification for putting them into the security branch.
:Am I wrong, or does the nbuf calculation in kern_vfs_bio_buffer_alloc()
:depend on a 4096B page size in order to do what the comment says it does?
:
:Doesn't the calculation allocate more buffer headers for machines with
:4096B pages then it does for machines with 8192B pages? Is this on
:purpo
ve been testing this and getting such good results.
I MFC'd it fairly quickly into stable (because TCP was seriously messed
up) and its nice to get feedback that justifies the decision.
-Matt
Matthew Dillon
etimes useful). I will cover where and how to do this for
:non-4M pages, in my article.
Go for it! I look forward to reading your article Terry!
:-- Terry
-Matt
Matthew Dillon
g at this exact moment could
be problematic as apparently a number of people are having problems
with recent IDE changes, at least judging by recent list postings.
-Matt
ber of ways to update but
the easiest is probably to use cvsup to maintain a local source tree
and do the buildworld yourself.
-Matt
Matthew Dillon
<[EMAIL PROTEC
:
:Dave
:
:PS, I'm rather honored that such an illustrious group has shown interest
:enough to even discuss all this with me.
Ha! Just wait until witness one of the many flame wars. First we
put two people in the ring and one gets thrown to the lions, then
everyone else jumps into
).
Thanks,
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
:> * Combine all the platform-specific vmapbuf() and friends into
:> a single version in sys/vm,
ectures but I could not recall what it
was.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Ok, here is another rev of the patch. In the actual commit the
#if 0's and the code they enclosed will be removed. I have tested
this on i386 under -current. It would be nice if it could be tested
on a sparc station just to make sure everything is working as expected.
MAC
mac_destroy_proc(p)
#endif
This appears to be missing from svr4_sys_waitsys() as well, also
in -current. Could someone confirm that?
-Matt
Matthew Dillon
ort kqueue() and select() as well.
Any sort of indexing or tracking of this magnitude would really have
to be a userland process, with support from a kernel mechanism. The
biggest problem with a kernel mechanism of this sort is going to be
queu
.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, "USB Mass Storage*", "Stormblue*", "*"},
/*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
},
And tell us if that fixes it.
-Matt
PCG-C1VJ Internal Memory Stick Slot (MSC-U01).
* Make all sony MS* products use this quirk.
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, "LEXAR*", "*", "*"},
/*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
},
And als osend me the output of 'u
Matthew Dillon
<[EMAIL PROTECTED]>
: > {T_DIRECT, SIP_MEDIA_REMOVABLE, "LEXAR*", "*", "*"},
: > /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
: > },
: >
: > And als osend me the output of
:
:
:On 12-Jan-2003 Matthew Dillon wrote:
:> While working on an MFC I noticed that sys/compat/svr4/svr4_misc.c
:> (in CURRENT) is calling cpu_wait() in svr4_sys_waitsys() instead of
:> vm_waitproc(). I believe it needs to call vm_waitproc(). Can anyone
:>
The 'firewall' manual page is a must-read.
http://www.freebsd.org/cgi/man.cgi?query=firewall&apropos=0&sektion=0&manpath=FreeBSD+4.7-stable&format=html
I recommend that you first construct your firewall without worrying
too much about optimizing it. Let it run a while, then use
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
some obvious
things that can be made more efficient. Or, if you are uncomfortable
posting the results to the general list, you could email them to
just Nate, Terry, and me.
-Matt
M
patch) so it is present for all kernel builds.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
Index: alpha/alpha/busdma_mac
:On Tue, Jan 21, 2003 at 07:25:44PM -0800, Matthew Dillon wrote:
:> This patch is going to go in on the weekend unless someone has any
:> worthwhile nits about it. It was submitted by Hiten Pandya.
:
:> Index: contrib/dev/oltr/if_oltr.c
:
:> Index: contrib/ipfilter/netine
o be
in rev 1.1 of oltr, ipfilter, and netinet6/nd6.c. Is there a commit
rev you want me to review on any of these?
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To U
:I'd like to see all of these changed to the inlines in sys/libkern.h since
:the compiler will do type checking for us.
:
:This is a little more work which is why I didn't do it myself when I dealt
:with the abs() stuff.
:
:Consider this my objection.
:
:I don't think that it really stands in the
:
:On Tue, 21 Jan 2003, Matthew Dillon wrote:
:> This might be useful follow-up work. i.e. the idea of getting rid of
:> the use of the MIN and MAX macros in the kernel altogether. Though I'm
:> not sure I like the fact that 'min' and 'max' in sys/libkern.h re
together. HDs these days can do 25-50MB/s each so striping
two together should yield 50-100MB/s of sequential throughput. See
the 'STRIPING DISKS' section in 'man tuning'.
-Matt
roc: 11095
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
:I really dislike the idea of random expiration; I don't understand
:the point, unless you are trying to get better numbers on some
:..
Well, the basic scenario is something like this: Lets say you have
512MB of ram and you are reading a 1GB file sequentially, over and over
again. The
M. Basically what it comes down to is that without foreknowledge
of the data locations being accessed, it is not possible for any
cache algorithm to adapt to all the myrid ways data might be accessed.
If you focus the cache on one methodology it will probably perform
terri
ed by a file, figuring out
how much 'memory' it represents by any reasonable definition is
guesswork. The resident page count will represent how much of the
vnode is cached, but not how much of the vnode is actually being accessed
by the process.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I just had another idea on how you could do this. It's actually not
all that complex.
All you do is collect statistics on each VM object individually
(whether shadow or top level or whatever). e.g. Resident page count,
swap usage.
Then you collect a list of VM objects as
Well, here's a counterpoint. Lets say you have an FTP
server with 1G of ram full of, say, pirated CDs at 600MB a
pop.
Now lets say someone puts up a new madonna CD and suddenly
you have thousands of people from all over the world trying
to download a single 600MB file.
:
:Thus spake Matthew Dillon <[EMAIL PROTECTED]>:
:> It's not possible to get a wholely accurate count no matter what
:> you do. For example, to truely know whether a process is using
:> a page you have to run through the process's page table (PMAP),
:>
sed in that manner, perceived latency by end users,
number of end users, the speed of their connections (some objects may
be accessed more slowly then others depending on the client's network
bandwidth), and so forth.
heuristics to cover optimally.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I've slowly been trying to trim down the power use in my machine room,
oweing to astronomical PG&E bills :-(. I'm using those wonderful little
EPIA series mini-itx motherboards (purchased from idot.com) as low/medium
performance servers. They aren't all that fast but one will run
it is going to be at least as fast as the ~900MHz M-9000.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
test #1 test #2 Power
(seconds) (bandwidth) (load on UPS)
DELL2550 / 1.2 GHz 0.62253MB/sec 12%
Pentium 4 / 1.3 GHz 0.74500MB/sec ?
650 MHz Cele
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
subscribe [EMAIL PROTECTED]
subscribe [EMAIL PROTECTED]
--
Matthew Dillon
DBSD - Available soon, FFL(1) licensed
1 - The Fuck Fumerola License (TM)
_
The Heavynoize Network --- http://heavynoize.net
501 - 600 of 1441 matches
Mail list logo