Is there a way to duplicate the throughput of a single
TCP connection using two servers having two gigabit NICs?
I have tried using LACP but I cannot get more than
900MB of throughput...
dmesg both servers are equal:
OpenBSD 5.2 (GENERIC.MP) #368: Wed Aug 1 10:04:49 MDT 2012
dera...@amd64.o
yes.
we waiting for tests to finish - I launched 3 concurrent tests.
tomorrow I'll give you the results.
From: Stuart Henderson
To: Bogdan Andu
Cc: "misc@openbsd.org"
Sent: Wednesday, August 21, 2013
6:06 PM
Subject: Re: relayd crash
On 2013/08/21 06:32,
On 2013-08-21 15:28, Christian Weisgerber wrote:
> Darren Tucker wrote:
>
> > > I noticed my CPU supports AES, but not AESNI, so at first, I though
that
> > > that might be using up all my CPU, but that only accounts for for 48%
of
> > > CPU usage. Is there anything else I can do to improve perfor
On 2013 Aug 21 (Wed) at 17:12:56 +0200 (+0200), Paul de Weerd wrote:
:On Wed, Aug 21, 2013 at 12:55:26PM +, Stuart Henderson wrote:
:| On 2013-08-19, Paul de Weerd wrote:
:| >|
:| >| 12. Re-add packages as per current.html:
:| >|
:| >| # pkg_add -z -l /root/pkg_list_manual
:| >| # pkg_add -z
Darren Tucker wrote:
> > I noticed my CPU supports AES, but not AESNI, so at first, I though that
> > that might be using up all my CPU, but that only accounts for for 48% of
> > CPU usage. Is there anything else I can do to improve performance?
>
> Try one of the faster MACs (umac...@openssh.co
On Wed, Aug 21, 2013 at 12:55:26PM +, Stuart Henderson wrote:
| On 2013-08-19, Paul de Weerd wrote:
| >|
| >| 12. Re-add packages as per current.html:
| >|
| >| # pkg_add -z -l /root/pkg_list_manual
| >| # pkg_add -za -l /root/pkg_list_full
| >
| > I don't really understand why you're doing
On 2013/08/21 06:32, Bogdan Andu wrote:
> [Switching to thread 1027726]
> 0x029e250da81a in kevent () at :2
> 2 : No such file or directory.
> in
> Current language: auto; currently asm
> (gdb)
oh, I forgot, you will need to "continue" here ;)
>
> launched qualys scan and now
On Wed, Aug 21, 2013 at 01:29:50AM -0300, Hugo Osvaldo Barrera wrote:
[...]
> I noticed my CPU supports AES, but not AESNI, so at first, I though that
> that might be using up all my CPU, but that only accounts for for 48% of
> CPU usage. Is there anything else I can do to improve performance?
Try
On 08/20/2013 06:22 PM, Moritz Grimm wrote:
Reverse the list of files and you won't need your /bin54/tar (and you
can continue using gzip'ed tarballs). In fact, all you really need is
to stick base54 at the end of the list.
Yes, even though that deviates from the order the installer uses. The
ok,
I checked out relayd -current, compiled with debug symbols, launched gdb
and attached to pfe pid :
pwd: /usr/src/usr.sbin/relayd
$ sudo gdb ./relayd
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free
software, covered by the GNU General Public License, and you are
welcome
On 2013-08-19, Paul de Weerd wrote:
>|
>| 12. Re-add packages as per current.html:
>|
>| # pkg_add -z -l /root/pkg_list_manual
>| # pkg_add -za -l /root/pkg_list_full
>
> I don't really understand why you're doing the -za dance with the full
> pkg list. For all those dependencies that were requ
On 2013-08-21, Bogdan Andu wrote:
> I tried relayd -current and crashed with the error:
> pwd:
> /usr/src/usr.sbin/relayd
>
> $ sudo ./relayd -f /etc/relayd.conf -d
> . A LOT
> OF LOGS
> relay www_ssl, session 1368 (1 active), 0,
> 64.39.111.90 -> :0, SSL accept error
> relay
I tried relayd -current and crashed with the error:
pwd:
/usr/src/usr.sbin/relayd
$ sudo ./relayd -f /etc/relayd.conf -d
. A LOT
OF LOGS
relay www_ssl, session 1368 (1 active), 0,
64.39.111.90 -> :0, SSL accept error
relay www_ssl, session 1369 (1 active),
0, 64.39.111.90 -> 1
On 2013 Aug 21 (Wed) at 02:16:32 -0700 (-0700), Bogdan Andu wrote:
:
: From: Alexey E. Suslikov
:To: misc@openbsd.org
:Sent: Wednesday, August 21, 2013 11:40 AM
:Subject: Re: relayd crash
:
:
:Bogdan Andu yahoo.com> writes:
:
:> machine is OpenBSD 5.3/amd64 GENER
Bogdan Andu yahoo.com> writes:
> From: Alexey E. Suslikov gmail.com>
> To: misc openbsd.org
> Sent: Wednesday, August 21, 2013 11:40 AM
> Subject: Re: relayd crash
>
> Bogdan Andu yahoo.com> writes:
>
> > machine is OpenBSD 5.3/amd64 GENERIC.MP
>
> relayd on 5.3 is buggy. you either need
From: Alexey E. Suslikov
To: misc@openbsd.org
Sent: Wednesday, August 21, 2013 11:40 AM
Subject: Re: relayd crash
Bogdan Andu yahoo.com> writes:
> machine is OpenBSD 5.3/amd64 GENERIC.MP
relayd on 5.3 is buggy. you either need newer version,
or backport a f
Bogdan Andu yahoo.com> writes:
> machine is OpenBSD 5.3/amd64 GENERIC.MP
relayd on 5.3 is buggy. you either need newer version,
or backport a fix.
Hello,
I'm experiencing a strange behavior of relayd.
relayd is used for
reverse-proxy an Apache[localhost] web server instance and ssl acceleration.
relayd engine crashes with the following errors:
$ cat /var/log/daemon
Aug 21 04:41:47 www-apps-int relayd[1592]: pfe exiting, pid 1592
Aug
Илья Шипицин gmail.com> writes:
> I'm investigating whether it is possible to block certain UDP signatures ?
> Maybe, I'd like not to block them, but lower priority using ALTQ,
>
> for instance, this kind of traffic:
>
> http://www.wireshark.org/docs/dfref/b/bt-utp.html
>
> traffic signatures
Hi,
I upgraded to a 64 bits time_t snapshots and can't connect my phone anymore.
When I plug it in any usb port I have these errors:
uhub3: port 1, set config at addr 4 failed
uhub3: device problem, disabling port 1
I tried with an usb mouse and an usb stick, and everything is fine:
uhidev0 at u
Hello!
I'm investigating whether it is possible to block certain UDP signatures ?
Maybe, I'd like not to block them, but lower priority using ALTQ,
for instance, this kind of traffic:
http://www.wireshark.org/docs/dfref/b/bt-utp.html
traffic signatures are known.
Cheers,
Ilya Shipitsin
Op Tue, 20 Aug 2013 18:33:46 +0200 schreef Renaud Allard
:
I just found out that spamd database breaks after upgrading to a
snapshot with the 64 bits time_t resulting in:
Aug 20 16:04:18 pippin spamd[26092]: scan of /var/db/spamd failed
Aug 20 16:05:18 pippin spamd[26092]: bogus entry in spamd
22 matches
Mail list logo