Hi,
I have encountered a deadlock in vpp on the raising of a memory alloc exception.
The signal is caught by unix_signal_handler(), which determines this is a fatal
error and then syslogs the error message.
The problem is that syslog() then tries to allocate a scratchpad memory, and
Hi vpp-dev,
We are doing performance test in multithread mode, and have a doubt:
(1). For one main thread and one worker thread, then configuring 16K PPPoE
sessions took about 100 seconds.
(2). For one main thread and eight worker thread, then configuring 16K PPPoE
sessions took about 260
Matt,
>
> I'll look through and see if I can help conjure something. I plan on using it
> by siphoning to our central logging system. I didn't look at other ways, what
> are your suggestions?
If you have an existing system using syslog you need to integrate with then
sure syslog is the
Yuliang,
> Get it. It use spinlock (in vppinfra/bihash_template.c):
>
> while (__sync_lock_test_and_set (h->writer_lock, 1))
>
> On Mon, Oct 16, 2017 at 11:39 AM, Yuliang Li wrote:
> Hi all,
>
> I am curious in the SNAT implementation. I see that SNAT's hash tables are
>
Hi Steven,
we are also looking at using dpdk based virtualethernet interface, so
looking back at this thread i was wondering what is the problem with
dpdk based solution.
1. you mentioned dpdk based interface can be created via vdev in dpdk
clause of startup file, can you share some example
In almost all cases, the glibc malloc heap will not be pickled since it's not
used on a regular basis.
For some effort, one could replace the syslog library code, I guess.
Thanks... Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Gabriel Ganne
Sent:
> On 13 Oct 2017, at 18:10, Brian Brooks wrote:
>
> Hi,
>
> Will vhash and pfhash continue to be unused?
> Which hash is used the most often?
>
> Thanks,
> Brian
Likely not, I don’t see it is used at any place in the code….
We mainly use bihash and standard hash_* /
Hi Vanessa/Andy,
Can you look at this ticket. I can log into gerrit.
Trishan
-- Forwarded message --
From: Dave Barach (dbarach)
Date: Tue, Oct 17, 2017 at 9:59 AM
Subject: FW: [FD.io Helpdesk #47101] AutoReply: No joy: ping6 gerrit.fd.io
To: "Emran Chaudhry
The RELEASE.md says it is for 17.04. But in vppctl, 'show ver' shows I am
using v17.10-rc0~19-g58eb866
What is latest version?
Thanks,
Yuliang
On Tue, Oct 17, 2017 at 3:01 AM, Ole Troan wrote:
> Yuliang,
>
> > Get it. It use spinlock (in vppinfra/bihash_template.c):
> >
My wild guess here is that you are doing barrier sync on each session.With more
workers sync takes longer….
> On 17 Oct 2017, at 08:56, Ni, Hongjun wrote:
>
> Hi vpp-dev,
>
> We are doing performance test in multithread mode, and have a doubt:
>
> (1). For one main
> On 13 Oct 2017, at 19:42, Brian Brooks wrote:
>
> Hi,
>
> Are there cases where unsigned __int128 can be used instead of u32x4 or
> similar-width vector.h type abstraction for code that does plain C-style
> bitwise/arith ops or assignments?
>
> Thanks,
> Brian
Prabhjot,
To use the dpdk vhost-user, you have to specify each virtual interface in the
startup.conf file, something like this.
dpdk {
no-pci
file-prefix virtio_user_
vdev virtio_user0,path=/tmp/sock0,mac=52:54:00:00:04:01
}
You would see VirtioUser instead of VirtualEthernet in the show
We're working with our cloud provider to fix the issue.
On Tue Oct 17 10:39:05 2017, abaranov wrote:
> Thishan:
>
> I'm checking this right now
>
> Regards,
--
Anton Baranov
Systems and Network Administrator
The Linux Foundation
___
vpp-dev
Thank you Anton, Can you tell us the root cause after it's resolved.
Trishan
On Tue, Oct 17, 2017 at 11:56 AM, Anton Baranov via RT <
fdio-helpd...@rt.linuxfoundation.org> wrote:
>
> https://rt.linuxfoundation.org/Ticket/Display.html?id=47101 >
>
> We're working with our cloud provider to fix
Ack... Thanks… Dave
-Original Message-
From: Anton Baranov via RT [mailto:fdio-helpd...@rt.linuxfoundation.org]
Sent: Tuesday, October 17, 2017 11:57 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: [FD.io Helpdesk #47101] No joy: ping6 gerrit.fd.io
Ack... Thanks… Dave
-Original Message-
From: Anton Baranov via RT [mailto:fdio-helpd...@rt.linuxfoundation.org]
Sent: Tuesday, October 17, 2017 11:57 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: [FD.io Helpdesk #47101] No joy: ping6 gerrit.fd.io
Dave,
Thanks for that, I didn't know install.sh was deprecated. What about build.sh ?
They both seem to be included for execution in VagrantFile.
Anyway, if I follow the link you gave me, where should I start from ? If I
start with "Build a VPP Package" section, isn't it a duplicate since, I
Thanks Anton. Do we have any automated tests that could notify us of
similar ipv6 outages?
Trishan
On Tue, Oct 17, 2017 at 12:48 PM, Anton Baranov via RT <
fdio-helpd...@rt.linuxfoundation.org> wrote:
>
> https://rt.linuxfoundation.org/Ticket/Display.html?id=47101 >
>
> Trishan:
>
> The issue
`
>
> The RELEASE.md says it is for 17.04. But in vppctl, 'show ver' shows I am
> using v17.10-rc0~19-g58eb866
>
> What is latest version?
We have done quite a lot of performance work on the NAT plugin over the last
few weeks.
By latest, I meant that you would be best off following the git
Trishan:
Monitoring has been set. We'll be notified if that happens again.
Thank you,
On Tue Oct 17 12:51:05 2017, trishan wrote:
> Thanks Anton. Do we have any automated tests that could notify us of
> similar ipv6 outages?
> Trishan
>
>
> On Tue, Oct 17, 2017 at 12:48 PM, Anton Baranov via
Trishan:
The issue should be fixed now. Could you please confirm?
Our cloud provider had an issues with ipv6 routes advertising: they have to
replace core router on Monday and this new router was not advertising ipv6
router announcement.
Regards,
On Tue Oct 17 11:57:40 2017, trishan wrote:
Hi all:
I run the 1710 and master branch vpp, there is some segmentation fault about
scan_device, Is a known issue, and how to avoid it ?
(gdb) run -c /etc/vpp/startup.conf
Starting program: /usr/bin/vpp -c /etc/vpp/startup.conf
[Thread debugging using libthread_db enabled]
Using host
22 matches
Mail list logo