Re: two NIC on 2 core system (scheduling problem)

faster ? or maybe i can tune some I have the same problem - em0 taskq eating incredible amounts of CPU. If you find a solution, contact me! It could be not just a problem with em driver. Firstly, it's good to make profiling and find out what exactly eats CPU time. -- Oleksandr Samoylyk

Re: two NIC on 2 core system (scheduling problem)

scheduler. How can i make system to use two cores not one for interrupt handling. In Linux it is possible to use SMP IRQ Affinity to attach IRQs to different CPUs. I wonder if there any way to do the same with FreeBSD? -- Oleksandr Samoylyk OVS-RIPE

Re: proxy-arp & mpd

ce this on FreeBSD 4.11, 6.2 and 6.3, and FreeBSD 7.0. Any workaround so far? -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: proxy-arp & mpd

Oleksandr Samoylyk пишет: Dear Community, I'm using proxy-arp for public ips for our clients in order to give them internet access using pptp-tunnels with mpd: # cat /usr/local/etc/mpd5/mpd.conf | grep arp set iface enable proxy-arp # uname -a FreeBSD xxx.xx.xxx 7.0-S

proxy-arp & mpd

can't connect to pptp-server (e.g., Error 800 for Windowz clients). Why does that happen? How can I prevent such situations? Thank you! -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listin

Re: Problems with netgraph

Alexander Motin wrote: Oleksandr Samoylyk wrote: Alexander Motin wrote: Oleksandr Samoylyk wrote: It's "upper". And I don't know why :( The sources were updated before building new kernel on May, 5, 2008. The mpd5 port was rebuilt and restarted just few hours ago. H

Re: Problems with netgraph

Alexander Motin wrote: Oleksandr Samoylyk wrote: Alexander Motin wrote: Oleksandr Samoylyk wrote: It's "upper". And I don't know why :( The sources were updated before building new kernel on May, 5, 2008. The mpd5 port was rebuilt and restarted just few hours ago. H

Re: Problems with netgraph

Alexander Motin wrote: Oleksandr Samoylyk wrote: # ngctl show mpd24375-L-237-lt: Name: mpd24375-L-237-lt Type: tee ID: 0008e919 Num hooks: 2 Local hook Peer name Peer typePeer ID Peer hook

Re: Problems with netgraph

link0 left pptpgre 0008e91bupper It's "upper". And I don't know why :( The sources were updated before building new kernel on May, 5, 2008. The mpd5 port was rebuilt and restarted just few hour

Re: Problems with netgraph

aph.maxdgram: 128000 Any other way to check? -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problems with netgraph

Alexander Motin wrote: Oleksandr Samoylyk wrote: Alexander Motin wrote: Oleksandr Samoylyk wrote: Julian Elischer wrote: this may be the issue: http://www.nabble.com/GRE-Mux-td16201899.html I think so. Should we hope for some progress in this direction in future? This is not an issue

Re: Problems with netgraph

Alexander Motin wrote: Oleksandr Samoylyk wrote: Julian Elischer wrote: this may be the issue: http://www.nabble.com/GRE-Mux-td16201899.html I think so. Should we hope for some progress in this direction in future? This is not an issue any more for mpd. Originally multiplexing based on

Re: Problems with netgraph

Julian Elischer wrote: Oleksandr Samoylyk wrote: Julian Elischer wrote: Oleksandr Samoylyk wrote: Julian Elischer wrote: Oleksandr Samoylyk wrote: David DeSimone wrote: Julian Elischer <[EMAIL PROTECTED]> wrote: unfortunatly I've been totally ignoring this thread becau

Re: Problems with netgraph

Julian Elischer wrote: Oleksandr Samoylyk wrote: Julian Elischer wrote: Oleksandr Samoylyk wrote: David DeSimone wrote: Julian Elischer <[EMAIL PROTECTED]> wrote: unfortunatly I've been totally ignoring this thread because it said "trouble with em" in the topic.. I

Re: Problems with netgraph

Julian Elischer wrote: Oleksandr Samoylyk wrote: David DeSimone wrote: Julian Elischer <[EMAIL PROTECTED]> wrote: unfortunatly I've been totally ignoring this thread because it said "trouble with em" in the topic.. If you'd said "trouble with mpd" then

Re: Problems with netgraph

out why packets absorb so much CPU. Here is a result of profiling: http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017901.html -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinf

Re: Problems with netgraph

Julian Elischer wrote: Oleksandr Samoylyk wrote: Dear developers, Please read this thread: http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html I'm using no encryption and no compression in mpd, so netgraph should fly. It seems to get bad after 500 sessions... In Free

Re: Problems with netgraph

Julian Elischer wrote: Oleksandr Samoylyk wrote: Dear developers, Please read this thread: http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html I'm using no encryption and no compression in mpd, so netgraph should fly. It seems to get bad after 500 sessions... In Free

Re: Problems with netgraph

Oleksandr Samoylyk пишет: Oleksandr Samoylyk wrote: Dear developers, Please read this thread: http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html I'm using no encryption and no compression in mpd, so netgraph should fly. It seems to get bad after 500 sessions... In Fr

Problems with netgraph

improve the table lookups or hash table or whatever netgraph use to store and process the node information and do the ppp/gre work. -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/fr

Re: Problems with netgraph

Oleksandr Samoylyk wrote: Dear developers, Please read this thread: http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html I'm using no encryption and no compression in mpd, so netgraph should fly. It seems to get bad after 500 sessions... In FreeBSD 6 - it's swi1: net

Re: Troubles with em on FreeBSD 7

A bit experiments and it's was detected that it is a netgraph related problem. Whom can I address the problem? Thanks to Paul. -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/lis

Re: Troubles with em on FreeBSD 7

Oleksandr Samoylyk wrote: Jack Vogel wrote: Oh, I just had a thought, increase the RX processing limit, that only allows you to process 100 packets in one pass. First change it to 250 and see what it does, you might also set it to -1 which will allow you to process til you drain the ring, the

Re: Troubles with em on FreeBSD 7

calls ms/call ms/call name 39.9 93.1093.10 1643247 0.06 0.07 rip_input [10] Is it em related or mpd related or something else? Back to releng_6? Not sure though. :( -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org

Re: Troubles with em on FreeBSD 7

6692 02354643 0 6202 04296877 6432 02455513 0 6117 04146643 6419 02327346 0 6324 04128040 6695 02468243 0 5856 04052255 6252 02445518 0 ^C Why so? -- Oleksandr Sam

Re: Troubles with em on FreeBSD 7

should fix your packet loss problem. Are you doing ip forwarding at all? If so use: net.inet.ip.fastforwarding=1 It was already in my sysctl.conf -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mail

Re: Troubles with em on FreeBSD 7

other problems by doing that, but heck at this point anything is worth trying, right? Tried that also, see my first post. My loader.conf has: hw.em.rxd="4096" -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing

Re: Troubles with em on FreeBSD 7

ng* deny ip from any to 224.0.0.0/3 via ng* deny ip from any to 169.254.0.0/16 via ng* Nothing less, nothing more :) -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsub

Re: Troubles with em on FreeBSD 7

Failed = 0 And are you using gigabit or fastE. If fastE, try disabling TSO as some people have said they have problems with it at 100Mb. I'm on GgE. Disabling TSO doesn't help as well. -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@f

Re: Troubles with em on FreeBSD 7

0.000.00 1 ffs_ifree 7> [1854] 0.000.00 1 ffs_vfree 7> [1855] 0.000.00 1 softdep_freefile [1858] 0.000.00 1 startup_alloc [1859] -

Re: Troubles with em on FreeBSD 7

0 13598 05585068 16458 0 13642706 0 13427 05494987 16588 0 13605531 0 -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-n

Re: Troubles with em on FreeBSD 7

Oleksandr Samoylyk wrote: Alexander Sack wrote: Oleksandr: Are you using DEVICE_POLLING by chance? If so, have you tried turning it off (ifconfig use -polling etc.)? Just curious. Surely, no :) # ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=19b I'm just tryin

Troubles with em on FreeBSD 7

ver, with net.isr.direct=0 I can't create a PPTP tunnel. Please, help to solve the problem. Thanks! -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Troubles with em on FreeBSD 7

2586746 8255 04734959 0 ^C Moreover, with net.isr.direct=0 I can't create a PPTP tunnel. Please, help to solve the problem. Thanks! -- Oleksandr Samoylyk OVS-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.or

Re: Troubles with em on FreeBSD 7

i386. On Sat, May 3, 2008 at 6:16 PM, Oleksandr Samoylyk <[EMAIL PROTECTED]> wrote: Hi! I'm running a SMP FreeBSD box with mpd5 on it. # uname -a FreeBSD xxx.x.xxx 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat May 3 12:40:02 EEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/

Troubles with em on FreeBSD 7

4548049 0 6854 02610157 8689 05152459 0 6889 02586067 8265 05010795 0 6878 02586746 8255 04734959 0 ^C Moreover, with net.isr.direct=0 I can't create a PPTP tunnel. Please, help to solve the

Compressing/decompressing traffic & cache & unchanged ip

rywhere should be ip of user not Squid one. (how?) - In addition to that it would be good to do this with HTTP and FTP as well... I've heard about Layer 7 switches that IMHO can do this things... I'd like to realize something like that on Unix. I'll appreciate any help. Thanks! -