On Wed, Feb 25, 2015 at 12:29 PM, Ercan Deger
wrote:
> Dear All,
>
> I am using freebsd 7 as router, I have strange problem while accessing a
> site
>
> when I try to access via browser from windows pc behind freebsd kernel nat
> waiting and not opening site, I can access site from other places
>
Garrett Wollman wrote:
> In article
> <388835013.10159778.1424820357923.javamail.r...@uoguelph.ca>,
> rmack...@uoguelph.ca writes:
>
> >I tend to think that a bias towards doing Getattr/Lookup over
> >Read/Write
> >may help performance (the old "shortest job first" principal), I'm
> >not
> >sure y
> On Wed, Feb 25, 2015 at 02:42:16PM -0800, Eric Joyner wrote:
> E> Tbh, I respect Gleb's approach, but developing such a thing would take a
> E> while; the fix Mike proposed would be a fix now.
> E>
> E> I mean, I'd like to see a decoupling of media types and speeds from
> E> "standard" names, an
Alfred Perlstein wrote:
>
> 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 diffe
<
said:
> I think your other suggestions are fine, however the problem is that:
> 1) they seem complex for an edge case
> 2) turning them on may tank performance for no good reason if the
> heuristic is met but we're not in the bad situation
I'm OK with trading off performance for one user agai
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
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 Wed, Feb 25, 2015 at 02:42:16PM -0800, Eric Joyner wrote:
E> Tbh, I respect Gleb's approach, but developing such a thing would take a
E> while; the fix Mike proposed would be a fix now.
E>
E> I mean, I'd like to see a decoupling of media types and speeds from
E> "standard" names, and maybe have
Tbh, I respect Gleb's approach, but developing such a thing would take a
while; the fix Mike proposed would be a fix now.
I mean, I'd like to see a decoupling of media types and speeds from
"standard" names, and maybe have both an ability to query what modules a
device supports and what speeds it
On Wed, Feb 25, 2015 at 02:17:44PM -0800, Jack Vogel wrote:
J> So we have products coming soon that need to extend the media, if you have
J> grandiose plans in the future you can worry about things then, Linux can
J> handle the extended media TODAY, wouldn't it be nice to do so as well?
I didn't s
jfvogel accepted this revision.
This revision is now accepted and ready to land.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1965
To: erj, gnn, adrian, jfvogel
Cc: glebius, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://l
So we have products coming soon that need to extend the media, if you have
grandiose plans in the future you can worry about things then, Linux can
handle the extended media TODAY, wouldn't it be nice to do so as well?
Also, this solution is something that can be MFC'd into 10 STABLE,
if you do so
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 bottleneck.
3) The Linux NFS client will issue
Hello FreeBSD,
Using natd it is possible to configure different "in_port" and "out_port"
and divert packets to necessary port for both directions.
Is there any way diverting a packet to in-kernel NAT
to give an advise in which direction packets src/dst addresses
should be translated?
-
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" in an int. My kingdom for a typedef.
M> That
glebius added a comment.
Is it possible to add Mike Karels to this discussion?
REVISION DETAIL
https://reviews.freebsd.org/D1965
To: erj, gnn, jfvogel, adrian
Cc: glebius, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/
glebius added a subscriber: glebius.
glebius added a comment.
We can't and don't plan to preserve the driver KPI for the 11 branch. We
actually plan to change it very much, in sake of keeping it stable there
on. Please see on what is going on in the projects/ifnet branch.
So, I'd suggest to intro
erj added a reviewer: adrian.
REVISION DETAIL
https://reviews.freebsd.org/D1965
To: erj, gnn, jfvogel, adrian
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
Dear All,
I am using freebsd 7 as router, I have strange problem while accessing a
site
when I try to access via browser from windows pc behind freebsd kernel nat
waiting and not opening site, I can access site from other places
I can access via telnet
[root@proxy ]# telnet 85.96.190.177 81
Try
erj added a subscriber: freebsd-net.
REVISION DETAIL
https://reviews.freebsd.org/D1965
To: erj, gnn, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail t
> On Feb 24, 2015, at 3:00 PM, Navdeep Parhar wrote:
>
> I see a lot of literal "%s" in netstat's output on head. This on a
> freshly built system from today..
>
>
> # netstat -hdw 1
Oops.
The bug is with -h. If you remove -h you get the expected output
(except not humanized). I’ll fix it
> On Feb 25, 2015, at 8:42 AM, Marcel Moolenaar wrote:
>
>
>> On Feb 24, 2015, at 3:00 PM, Navdeep Parhar wrote:
>>
>> I see a lot of literal "%s" in netstat's output on head. This on a
>> freshly built system from today..
>>
>>
>> # netstat -hdw 1
>
> Oops.
>
> The bug is with -h. If y
On Wed, 25 Feb 2015 14:59:18 +, Gary Palmer wrote:
> On Wed, Feb 25, 2015 at 09:30:49PM +1100, Ian Smith wrote:
> > This snippet is from an old linux 2.4 router/firewall/proxy box, usually
> > clockwork. Clipped this while monitoring one night, saved it, forgot,
> > but still find it cur
Hi,
thanks you all for the replies.
Unfortunately, the network chip is still not working and I updated the
PR (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197535) with the
last tests.
It seems that received packets are not transferred to mbuf or they are
transferred, but later, after the mbu
On Wed, Feb 25, 2015 at 09:30:49PM +1100, Ian Smith wrote:
> This snippet is from an old linux 2.4 router/firewall/proxy box, usually
> clockwork. Clipped this while monitoring one night, saved it, forgot,
> but still find it curious and haven't seen anything similar before or
> since. 31.13.70
Hi Rick, Garret & others,
Thanks for the replies and useful info. I may take a look at enabling some
kernel module reloading, but, if the usual approach is rebooting, I expect
that this won't be an issue.
Regarding the NFS functionality itself, I can give a bit more of an overview
of our (Framest
This snippet is from an old linux 2.4 router/firewall/proxy box, usually
clockwork. Clipped this while monitoring one night, saved it, forgot,
but still find it curious and haven't seen anything similar before or
since. 31.13.70.1 & 173.252.102.24 are facebook, our guy 192.168.9.21
25/9/2014 w
arybchik added a comment.
I did measurements when implemented the patch and just retested once again
using pmcstat instruction and BR_MISP_RETIRED.ALL_BRANCHES counters.
With the patch applied the number of instruction events is 1% less and number
of mispredicted branch events is 5% less.
REVIS
28 matches
Mail list logo
