On 2/1/13 7:04 AM, Gleb Smirnoff wrote:
Hi!
The m_get2() function allocates a single mbuf with enough space
to hold specified amount of data. It can return either a single mbuf,
an mbuf with a standard cluster, page size cluster, or jumbo cluster.
It is alredy utilized in pfsync, bpf,
On 2/6/13 4:46 AM, John Baldwin wrote:
On Wednesday, February 06, 2013 6:27:04 am Randall Stewart wrote:
John:
A burst at line rate will *often* cause drops. This is because
router queues are at a finite size. Also such a burst (especially
on a long delay bandwidth network) cause your RTT to in
On 2/7/13 12:04 PM, George Neville-Neil wrote:
On Feb 6, 2013, at 12:28 , Alfred Perlstein wrote:
On 2/6/13 4:46 AM, John Baldwin wrote:
On Wednesday, February 06, 2013 6:27:04 am Randall Stewart wrote:
John:
A burst at line rate will *often* cause drops. This is because
router queues are
On 2/11/13 3:10 AM, Andre Oppermann wrote:
On 09.02.2013 15:41, Alfred Perlstein wrote:
However, the end result must be far different than what has occurred
so far.
If the code was deemed unacceptable for general inclusion, then we
must find a way to provide a
light framework to accomplish
On 4/2/13 4:25 PM, Yuri wrote:
For the testing purposes, I would like to be able to control the
maximum speed of the interface.
There is this command 'ifconfig re0 media 10baseT/UTP' that is
supposed to lower the speed to 10Mbps. However, it makes interface
unusable on my system. All connection
On 5/1/13 8:03 PM, Richard Sharpe wrote:
> Hi folks,
>
> I am checking to see if there are any known bugs with respect to this
> in FreeBSD 8.0.
>
> Situation is that Samba 3.6.6 uses writev to a non-blocking socket to
> get the SMB2 requests on the wire.
>
> Intermittently, we see the writev retur
This looks like the result of forgetting to include the actual firmware
in the kernel config and/or the firmware device itself.
Can you check if you've included all the needed extra modules in the
kernel config such as firmware(4) and the module for the card firmware
itself?
A trick you can
Hello -net.
This email is about making Infiniband a first class citizen of the
FreeBSD kernel.
Right now we have one #ifdef OFED in the src tree that makes compiling
modules a real challenge:
In sys/net/if_llatbl.h the "struct llentry" size changes based on if
OFED is compiled in or not, o
case. that may change the cache behaviour of the ARP / routing
table code.
-adrian
On 23 August 2013 09:50, Alfred Perlstein wrote:
Hello -net.
This email is about making Infiniband a first class citizen of the FreeBSD
kernel.
Right now we have one #ifdef OFED in the src tree that makes co
ally all about long-term
data stability.
Robert
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Robert, what do you think about a quick swap of the ifnet struct
On 8/24/13 10:47 AM, Robert N. M. Watson wrote:
On 24 Aug 2013, at 17:36, Alfred Perlstein wrote:
We should distinguish "lock contention" from "line contention". When acquiring a rwlock
on multiple CPUs concurrently, the cache lines used to implement the lock are con
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
--
Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
htt
On 9/6/13 12:36 PM, hiren panchasara wrote:
On Fri, Sep 6, 2013 at 12:14 PM, Alfred Perlstein wrote:
On 9/6/13 12:10 PM, hiren panchasara wrote:
tunable_mbinit() in kern_mbuf.c looks like this:
119 /*
120 * The default limit for all mbuf related memory is 1/2 of all
121
@freebsd.org"
I think TUNABLE_*_FETCH will only write to the variable if it explicitly
set.
Meaning, unless the user actually sets a value in loader.conf then 127
is a no-op.
-Alfred
--
Alfred Perlstein
___
freebsd-net@freebsd.org mailing li
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 64.
-Alfred
#include
#include
#include
int
main(int argc, char **argv)
{
int nmbclusters;
int pow2cl;
nmbcl
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 64.
Please wait out for a real fix of the
On Nov 12, 2012, at 1:27 AM, Andre Oppermann wrote:
> On 12.11.2012 09:52, Alfred Perlstein wrote:
>> On 11/11/12 11:28 PM, Andre Oppermann wrote:
>>> On 12.11.2012 08:10, Alfred Perlstein wrote:
>>>> I noticed that TCBHASHSIZE does not autotune.
>>>>
On 11/12/12 10:01 AM, Andre Oppermann wrote:
On 12.11.2012 18:43, Alfred Perlstein wrote:
On Nov 12, 2012, at 1:27 AM, Andre Oppermann
wrote:
On 12.11.2012 09:52, Alfred Perlstein wrote:
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which is in pages.
That's probably not very convenient to work with. I can change it
to a percentage of phymem/kva. Would that m
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which is in pages.
That's probably not very convenient to work with. I can change i
On 11/12/12 10:23 PM, Peter Wemm wrote:
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein wrote:
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbuf
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
On 11/12/12 10:23 PM, Peter Wemm wrote:
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein
wrote:
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12
On 11/13/12 12:25 AM, Andre Oppermann wrote:
On 13.11.2012 09:18, Alfred Perlstein wrote:
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
If you are concerned about the space/time tradeoff I'm pretty happy
with making it 1/2, 1/4th, 1/8th
the si
Alexander, this is awesome.
On 11/13/12 11:28 AM, Alexander V. Chernikov wrote:
Hello list!
Currently most ipfw operations with dynamic states (keep-state,
check-state, limit) are serialized via IPFW_DYN_LOCK() which is
per-vnet mutex lock.
As a result, performance is limited to the same ~6
On 11/20/12 2:42 PM, Jim Thompson wrote:
On Nov 20, 2012, at 3:52 PM, Barney Cordoba wrote:
Anyone who even mentions polling should be discounted altogether. Polling
had value when you couldn't control the interrupt delays; but interrupt
moderation allows you to pace the interrupts any way you
On 11/20/12 3:30 PM, Barney Cordoba wrote:
--- On Tue, 11/20/12, Ingo Flaschberger wrote:
From: Ingo Flaschberger
Subject: Re: FreeBSD boxes as a 'router'...
To: freebsd-net@freebsd.org
Date: Tuesday, November 20, 2012, 6:04 PM
Am 20.11.2012 23:49, schrieb Alfred
Perlstein:
On
Wouldn't a comment over the code suffice?
Something like your email as a header would actually work very nicely!
I think just using decimal would be more confusing than explicitly
calling it out like:
/* begin enumerated (not bitmask) socket option specifiers */
#define TCP_MAXSEG 0x02
On 1/14/13 4:56 PM, John Baldwin wrote:
On Monday, January 14, 2013 4:42:16 pm Alfred Perlstein wrote:
Wouldn't a comment over the code suffice?
Something like your email as a header would actually work very nicely!
I think just using decimal would be more confusing than explicitly
calli
On 1/22/13 12:11 PM, John Baldwin wrote:
As I mentioned in an earlier thread, I recently had to debug an issue we were
seeing across a link with a high bandwidth-delay product (both high bandwidth
and high RTT). Our specific use case was to use a TCP connection to reliably
forward a latency-sens
On 1/24/13 11:14 AM, John Baldwin wrote:
On Thursday, January 24, 2013 3:03:31 am Andre Oppermann wrote:
On 24.01.2013 03:31, Sepherosa Ziehau wrote:
On Thu, Jan 24, 2013 at 12:15 AM, John Baldwin wrote:
On Wednesday, January 23, 2013 1:33:27 am Sepherosa Ziehau wrote:
On Wed, Jan 23, 2013 a
On 1/30/13 11:58 AM, John Baldwin wrote:
On Tuesday, January 29, 2013 6:07:22 pm Andre Oppermann wrote:
Yes, unfortunately I do object. This option, combined with the inflated
CWND at the end of a burst, effectively removes much, if not all, of the
congestion control mechanisms originally put
On 1/30/13 12:29 PM, Andre Oppermann wrote:
On 30.01.2013 18:11, Alfred Perlstein wrote:
On 1/30/13 11:58 AM, John Baldwin wrote:
On Tuesday, January 29, 2013 6:07:22 pm Andre Oppermann wrote:
Yes, unfortunately I do object. This option, combined with the
inflated
CWND at the end of a
References:
http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-04.html
Diff is attached in text format.
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250, 07 zx10
.- FreeBSD committer
Index: in6.c
* Hiroki Sato [100517 22:43] wrote:
> Alfred Perlstein wrote
> in <20100516062211.gc6...@elvis.mu.org>:
>
> al> The following patch seems appropriate to apply
> al> to fix the kernel ip6_sprintf() function.
> al>
> al> What it is doing is ensuring that
as it finishes winding its way through the process, so I am
> supportive of the change you are proposing.
>
>
> Doug
>
> On 5/15/2010 11:22 PM, Alfred Perlstein wrote:
> > Hello,
> >
> > The following patch seems appropriate to apply
> > to fix the ke
n-interesting FDs.
>
> Note that, based on sys_generic.c in 7.x and -CURRENT, poll(2) is
> limited to checking FD_SETSIZE descriptors, whilst select(2) has
> no upper limit.
>
> --
> Peter Jeremy
> Please excuse any delays as the result of my ISP's inability
but could
be done with a kernel hack relatively easily. Look at the code in
src/sys/nfsclient/nfs_socket.c, there's some code that that deals with
binding sockets that you can play with.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
h
tinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* David DeSimone <[EMAIL PROTECTED]> [081018 02:25] wrote:
> Eugene M. Kim <[EMAIL PROTECTED]> wrote:
> >
> > Is it possible to close a connection from an accept filter, for
> > example, in order to prevent an incoming connection with a malformed
> > request body from ever reaching the userland?
>
___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* Ferner Cilloniz [081216 12:33] wrote:
> I am trying to determine the current working directory when a system
> call is issued. im interested in determining this from a kernel module.
>
> however, because system calls are only given a thread* and a void*,
> which gets casted, is there any way i
* Randall Stewart [081222 03:48] wrote:
> Hi all:
>
> I am trying to get the latest ACE/TAO toolkit compiling with Head...
> (the
> port is marked broken in 7)..
>
> In the process of fixing things I found something I am not sure how
> to approach.. for now I have just ifdef'd it out but maybe
if (inp) {
+ inp_tclass = IPV6_GET_CLASS(inp->in6p_flowinfo);
+ ip6->ip6_flow |= IPV6_SET_CLASS(inp_tclass);
+ }
th = (struct tcphdr *)(ip6 + 1);
} else
--
- Alfred Perlstein
_
* Doug Barton [081223 11:46] wrote:
> On Mon, 22 Dec 2008, Alfred Perlstein wrote:
>
> >Hey guys, we found a bug at Juniper and it resolves an issue
> >for us. I've been asked to forward this to FreeBSD, I honestly
> >am not that clear on the issue so I'm hopin
* Miroslav Lachman <000.f...@quip.cz> [090525 10:27] wrote:
> Sam Wun wrote:
> >Hi,
> >
> >This seems a common question, but it is a bit different.
> >Production OS: FreeBSD 6.2
> >Source OS: FreeBSD 7.2
> >
> >I created a jailed mysql 5.1 in my source OS FreeBSD 7.2, and then tar
>
> As you can s
Github offers an excellent system with comments and all that jazz for
making pull requests.
Super simple to use.
On 9/17/14 3:34 PM, Eric Joyner wrote:
As a random person without commit privileges, I hope so, too.
---
- Eric Joyner
On Wed, Sep 17, 2014 at 8:44 AM, Sean Bruno wrote:
On Wed
Please run compiler with -O2 -S to get the assembly to see what will
actually happen.
thanks,
-Alfred
On 10/29/14 9:24 PM, bycn82 wrote:
Hi,
According to my understanding in Java programming, the compiler will
automatically store the values into a table and jump to the correct one
according to
On 11/17/14, 3:02 AM, Warner Losh wrote:
On Nov 17, 2014, at 12:46 AM, Craig Rodrigues wrote:
Hi,
PROPOSAL
==
I would like to get feedback on the following proposal.
In the head branch (CURRENT), I would like to enable
VIMAGE with this commit:
PATCH
==
Index: sys/conf/NOTES
==
If you happen to use interface renaming there is a nasty bug lurking in the
startup scripts, it seems newly introduced, but I am unsure.
Specifically the following happens at boot time:
/etc/rc.d/netif is run without args.
It gets the list of interfaces and for each interface it calls network_s
On 2/8/15 2:41 PM, Mike Karels wrote:
To solve the second problem, I think the right approach would be to reduce
this interface to a truly generic one, such as media type (e.g. Ethernet),
generic flags, and perhaps generic status. Then there should be a separate
media-specific interface for ea
Can you use the commit log string and try that?
Sent from my iPhone
> On Feb 15, 2015, at 5:32 PM, glebius (Gleb Smirnoff)
> wrote:
>
> glebius added a comment.
>
> Damn f*ckbrikator doesn't allow me to close the revision, since I don't own
> it.
>
> Kristof, looks like you will need to ma
On 2/25/15 5:11 PM, Gleb Smirnoff wrote:
On Mon, Feb 16, 2015 at 07:50:56PM -0600, Mike Karels wrote:
M> Well, I developed the prototype as I had planned, using a 64-bit media
M> word, and found that I got about 100 files in GENERIC that didn't compile;
M> they attempted to store "media words"
On 2/25/15 5:08 PM, Garrett Wollman wrote:
Here's the scenario:
1) A small number of (Linux) clients run a large number of processes
(compute jobs) that read large files sequentially out of an NFS
filesystem. Each process is reading from a different file.
2) The clients are behind a network b
This is over 15 years old. I currently don't know of a great solution to this
problem. Might make sense to create a timer that runs and refs the socket that
will occasionally fire and cleanse out the old connections.
Shouldn't be that hard to do.
Sent from my iPhone
> On Apr 27, 2015, at 9:1
e community can do to help out? Maybe
> donating to a FreeBSD Foundation project that sponsors IPsec related
> work?
>
> Thanks,
>
> -Matthew
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd
t time frame do I
> have for that?
>
> Cheers,
>
> Jack
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
- Alfred Perlstein
___
r nfsd(8), rpc.lockd(8) and rpc.statd(8)?
this is wrong, wrong and more wrong.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* Dave <[EMAIL PROTECTED]> [070615 19:06] wrote:
> Hello,
>Firewalling nfs i was reading some client docs and i found out that
> FreeBSD has client support for the nfs v4. I was wondering if FreeBSD 6.2
> could act as an nfs v4 server?
There's a patchset from Rick Maclem(sp?) that might do i
few days.
The format will be along the lines of:
AF_VENDOR0 -> AF_VENDOR63
Suggestions?
thank you,
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
r Juniper, so I suggested something that
would work for every vendor.
As far as implementation details, either one works for me, do you
have any particular preference?
Other than the actual delta, will this have any noticeable negative
impact that you can see
* Max Laier <[EMAIL PROTECTED]> [070822 14:38] wrote:
> On Wednesday 22 August 2007, Bruce M. Simpson wrote:
> [...]
> > On the other hand, if you don't need to reference these constants in
> > the kernel at all, and they will all exist beyond AF_MAX, then you can
> > disregard what I've said and a
ch are not an exact analogue of the AF constants - we don't allocate
> other, larger kernel structures based on their value).
>
> regards,
> BMS
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscri
* Bruce M. Simpson <[EMAIL PROTECTED]> [070903 07:44] wrote:
> Alfred Perlstein wrote:
> >Ok, I'm not really sure what to do here. At Juniper we have approx
> >20 additional entries for AF_ constants. We also have theoretical
> >but not practical "problem
s.
> We would also be tying ourselves down to the notion of a vendor in any
> AF_ allocation. Is this an avenue that people are happy to pursue?
Yes, until the "horrific" problem of the statically sized arrays
is "fixed". Then the allocation policy can change.
--
-
* Randall Stewart <[EMAIL PROTECTED]> [070904 13:22] wrote:
> Alfred Perlstein wrote:
> >* Bruce M. Simpson <[EMAIL PROTECTED]> [070904 03:08] wrote:
> >
> >>>As you can see we are defering the "bloat".
> >>>Does that make sense?
&
Bruce, I haven't heard back from you on this. can you please comment?
I'd like to add the policy to the header.
- Forwarded message from Alfred Perlstein <[EMAIL PROTECTED]> -----
From: Alfred Perlstein <[EMAIL PROTECTED]>
To: "Bruce M. Simpson" <[EMAI
ps, however a
mid-range to high-end PC with good NICS and smart software should
suffice.
I think going with FreeBSD would be a great choice.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* Alfred Perlstein <[EMAIL PROTECTED]> [070821 14:13] wrote:
> Hello all,
>
> I would like to reserve about 64 entries for VENDOR specific address
> families in sys/socket.h.
>
> I think this will allow vendors to comfortably use the array of
> address families wit
values such
> as 9000.
Dave:
Internet ettiquette demands being gracious in what you accept.
The default policy of FreeBSD is to accept such packets.
This is a really weird bug to track down.
Other drivers support it.
This isn't worth making a stand over, unless you're trying
to hold users of YOUR driver hostage.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* David Christensen <[EMAIL PROTECTED]> [070907 13:41] wrote:
> > > I'm not completely opposed to making such a change, but I don't want
> > > to make a default change in the driver's behavior that other people
> > > may be depending upon (whether they are aware of it or not). A
> > > tunable dri
nd 386's
> now ;)
>
> My request wasn't for clarification on motherboard technicalities, it
> was essentially a request on a recommendation for a hardware/software
> platform based on FreeBSD, that could possibly replace a Cisco 7206-VXR
> based on the NPE-G2 processing
* Yuri Lukin <[EMAIL PROTECTED]> [070920 16:49] wrote:
> On Thu, 20 Sep 2007 00:24:09 -0700, Alfred Perlstein wrote
> >
> > Juniper is based on FreeBSD. ;-)
> >
>
> On old code from the 4.x days I think, right?
In the current release, yes.
Wou
attack?
You can tweak msl, but it probably makes more sense to use some form
of firewall, ipfw, ipfilter, pf, etc on the box.
you can use netstat to see the remote addresses, just block them.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing lis
* Jonathan Noack <[EMAIL PROTECTED]> [071018 20:59] wrote:
> I'm in the process of upgrading my web/database/nfs/jack-of-all-trades box
> from 6.2 to RELENG_7. I figured now would be a good time to clean up my
> kernel config files. I have the following in my old kernel config:
>
> # Statically
* Robert Watson <[EMAIL PROTECTED]> [071126 12:37] wrote:
>
> On Fri, 23 Nov 2007, Max Laier wrote:
>
> >attached is a diff to switch the pfil(9) subsystem to rmlocks, which are
> >more suited for the task. I'd like some exposure before doing the switch,
> >but I don't expect any fallout. Thi
Forwarding) be to technical? From
> experience Cisco's call it vrf, Junipers use routing-instance IIRC.
Yes, Juniper calls it "instance", although, I'm quite sure I've
heard "vrf" said over the cubes here.
--
- Alfred Perlstein
___
2.168.2.1 to reach the 10.0.0 net.
>
>
> also the syscall is setuniverse()
>
> so, you see I really need a better name
> setrtab?
>
> rtab? rtbl?
>
> and the command should be called "????"
>
&g
ly on..
> >e.g. if you are usinghe second routing table, you could say I've set xxx
> >to 1
> >(0 based)..
>
> In the spirit of your subject, why not call them 'sheds'?
Because it's horrible. :)
--
- Alfred Perlstein
__
* Julian Elischer <[EMAIL PROTECTED]> [071212 15:13] wrote:
> Alfred Perlstein wrote:
> >try using "instance".
> >
> >"Oh I'm going to use the FOO routing instance."
>
> what do Juniper call it?
"Instance" and "vrf"
not reading the code as I am swamped, but a technique
that Matt Dillon used for bufs might work here.
Can you use a placeholder vnode as a place to restart the scan?
you might have to mark it special so that other threads/things
(getnewvnode()?) don't molest it, but it can provide f
nd to try it out on some servers RSN.
Out of curiosity's sake, why would it make the loop slower? one
would only add the placeholder when yielding, not for every iteration.
--
- Alfred Perlstein
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
o it should be safe from vnode reclaimation/free problems.
That level of obscuring is a bit worrysome.
Yes, I did mean placeholder vnode.
Even so, is it of utility or not?
Or is it already being used and I'm missing something and should
just "utsl" at this point?
--
- Alfred Per
* ithilgore -- <[EMAIL PROTECTED]> [080204 06:59] wrote:
> I 'd like to learn what are the basic differences ( pros and cons ) between
> the
> FreeBSD network stack and the other OSs' ( especially linux )
>
> I know that linux has had everything rewritten from scratch as far as the
> implementati
"-m" in both -STABLE
> and -CURRENT.
I would love to see the sendfile stats moved to '-s'.
If that's what you're proposing, then yes. :)
Oh last of the nits: changes to userland output make things like
examples from documentation out of date which can obfus
> added to an entirely different program (perhaps vmstat). Making yet
> another netstat flag just because we're scared of confusing users is a
> noble compromise, but will in the end just make things more confusing.
I was going to suggest vmstat now that sfbufs are used for so ma
ay to go,
> and taking the sizeof() the embedded struct as appropriate.
>
> I would suggest adding a sysctl to the tree: vfs.nfs.pid_start_locks,
> "Use process start time as well as PID to differentiate client-side NFS locks".
> This should be referenced from nfslockdans()
* Barney Wolff <[EMAIL PROTECTED]> [040618 14:09] wrote:
> On Fri, Jun 18, 2004 at 10:51:21AM -0700, Alfred Perlstein wrote:
> >
> > *Sigh* make it a sysctl, but can someone please lay the smack
> > down on the linuxiots and have them fix thier crap?
> >
> &
be->jobstate = JOBST_JOBQGLOBAL; /* XXX */
ki->kaio_queue_count++;
num_queue_count++;
+ SOCKBUF_UNLOCK(sb);
splx(s);
error = 0;
goto done;
}
+ SOCKBUF_U
* Alan Cox <[EMAIL PROTECTED]> [040930 21:19] wrote:
> On Thu, Sep 30, 2004 at 02:18:14AM -0700, Alfred Perlstein wrote:
> > properly cover the socket buffer for operations that need locking.
> >
>
> Just to be clear, your point is that soreadable() and sowriteable()
I submitted a PR with a patch, but I think there may be a better
fix, any ideas?
-Alfred
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
To: Alfred Perlstein <[EMAIL PROTECTED]>
Subject: Re: kern/72396: Inc
gt; it should be committed, but I'd defer to Alfred for further review.
It looks non0invasive enough to be safe. Please see if you can
get a test run and commit it. I'm in the hospital and not able to
do stuff.
--
- Alfred Perlstein
- Research E
kopt\n");
> +
> + /*
> + * Step 10: Remove accept filter. After removing the accept filter
> + * getsockopt() should fail with EINVAL.
> + */
> + ret = setsockopt(lso, SOL_SOCKET, SO_ACCEPTFILTER, NULL, 0);
> + if (ret != 0)
> + err
On 11/10/15 3:13 PM, Adrian Chadd wrote:
hiya,
there's a PR with a patch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204438
https://github.com/sparrc/freebsd/commit/157f90c55d1d54d33f41c6f7517de1a9c5f5e229
Does anyone know why setting the limits isn't as simple as this patch?
Does a
On 1/26/16 4:39 PM, Luigi Rizzo wrote:
On Tue, Jan 26, 2016 at 4:31 PM, Gary Jennejohn wrote:
On Tue, 26 Jan 2016 17:46:52 -0500 (EST)
Daniel Eischen wrote:
On Tue, 26 Jan 2016, Gary Jennejohn wrote:
On Tue, 26 Jan 2016 09:06:39 -0800
Luigi Rizzo wrote:
On Tue, Jan 26, 2016 at 5:40 AM
Hello 盛慧华
Here's another trick that may work.
Use funopen(3) and provide your own read/write/seek and close functions
for the high fds.
You can basically make "cookie" a struct that contains your "int sized" fds.
FILE *
funopen(const void *cookie, int (*readfn)(void *, char *, int)
mbuf cluster.
static void
unp_mbfree(caddr_t mm, void *claddr)
{
struct mbuf *m = (struct mbuf *)mm;
unp_scan(m, unp_discard);
_MCLFREE(claddr);
}
does this look right? would you like to abstract the mbuf
clusters further before i started using the _ macros?
--
-Alfred Perlstein - [
buse, what I should be
doing is allocating an mbuf header, then allocating a mbuf cluster
then attaching them using the MEXTADD() macro.
I'm going to look at the code to see if there's a clean way to do this,
if not can you provide an interface for allocating and free'ing
clusters by
* Bosko Milekic <[EMAIL PROTECTED]> [001211 13:36] wrote:
>
> On Mon, 11 Dec 2000, Alfred Perlstein wrote:
>
> > Hmm, I think instead of doing this sort of abuse, what I should be
> > doing is allocating an mbuf header, then allocating a mbuf cluster
> > then
grr...
considering this:
#define MEXT_IS_REF(m) ((m)->m_ext.ref_cnt->refcnt > 1)
#define MEXT_REM_REF(m) do {\
KASSERT((m)->m_ext.ref_cnt->refcnt > 0, ("m_ext refcnt < 0")); \
atomic_subtract_long(&((m)->m_ext.ref_cnt->refcnt), 1); \
} while(0)
this:
#defi
* Alfred Perlstein <[EMAIL PROTECTED]> [001212 01:44] wrote:
> grr...
>
> considering this:
>
> #define MEXT_IS_REF(m) ((m)->m_ext.ref_cnt->refcnt > 1)
>
> #define MEXT_REM_REF(m) do {\
> KASSERT((m)->m_e
1 - 100 of 251 matches
Mail list logo
