--
-
Graham Allan
School of Physics and Astronomy - University of Minnesota
-
Hi,
I'm trying to troubleshoot some performance issues for high speed data
transfers across a long network path with a fairly high bandwidth delay.
The router is running OpenBSD 4.6 - admittedly well overdue for an
update to 5.0, but I did briefly test 5.0 on a backup machine and saw
much
On 1/7/2012 4:48 AM, Stuart Henderson wrote:
In gmane.os.openbsd.misc, you wrote:
I'm trying to troubleshoot some performance issues for high speed data
transfers across a long network path with a fairly high bandwidth delay.
Any difference between TCP and UDP?
I haven't been able to
On 1/6/2012 11:13 PM, Hassan Monfared wrote:
Hi,
have you tried timeout and optimization settings in PF ?
try :
set optimization high-latency
or
set optimization conservative
Thanks for the ideas. I did consider the high-latency setting, but have
not tried it. My understanding (which might
On 1/8/2012 8:59 AM, Claudio Jeker wrote:
And have a look at systat mbuf and the values of LIVELOCKS and the per
interface ALIVE and CWM counters.
If the LIVELOCKS counter increases often or the CWM is very low then this
could explain the traffic issues since the interfaces will drop a small
On 1/7/2012 4:48 AM, Stuart Henderson wrote:
In gmane.os.openbsd.misc, you wrote:
I'm trying to troubleshoot some performance issues for high speed data
transfers across a long network path with a fairly high bandwidth delay.
As a test to help pinpoint things, can you try passing the traffic
On 1/8/2012 2:12 PM, Claudio Jeker wrote:
Large buffer sizes may cause bursty traffic. So it is possible that
these bursts cause packet drops and retransmits.
Packet drops on OpenBSD can be seen on the ip input queue
(sysctl net.inet.ip.ifq.drops) and on the individual interfaces
(netstat -i /
Prepurchase check... I know the SAS 6/iR disk controller has been
supported since OpenBSD 4.3 or but I saw some reports of write
performance issues (due to disabling cache). Does it work ok in 5.0?
Seems like my choices on the R310 are:
onboard SATA - not available as option with hotswap
On Fri, May 22, 2009 at 02:32:24PM +0200, Joachim Schipper wrote:
I am very keen to run OBSD on this, but if it's absolutely impractical to do
so I'd also welcome suggestions of other ways to do this in FreeBSD.
I don't know anything about FreeBSD's (lack of?) support for snapshots.
are confusing my
machine (a Thinkstation S10 workstation) with a Lenovo netbook of the
same name.
Either way, I believe the Atom supports amd64 architecture as well as
i386.
--
-
Graham Allan
School of Physics and Astronomy
using
cheapish Netgear switches it's unlikely to be possible.
--
-
Graham Allan
School of Physics and Astronomy - University of Minnesota
-
On Thu, May 20, 2010 at 08:17:48PM +0200, Henning Brauer wrote:
* Jussi Peltola pe...@pelzi.net [2010-05-20 20:07]:
If you want reliability, do not use cheap switches. Switch power
supplies are not the failure mode you want to avoid. I don't remember
seeing very many at all, however I've
).
Does anyone now of a solution that would work with OpenBSD?
--
-
Graham Allan - I.T. Manager - al...@physics.umn.edu - (612) 624-5040
School of Physics and Astronomy - University of Minnesota
-
On Thu, Feb 11, 2010 at 08:46:22PM +0100, Henning Brauer wrote:
* Diana Eichert deich...@wrench.com [2010-02-11 17:02]:
yes, people run firewalls on 10G circuits
I am not aware of anyone filtering at 10G who is using off the shelf
hardware, with open source O/S.
I know of some.
has been good for us too (genuine Postscript helps). The Phaser 6180
has been a good printer, and the successor 6280 looks quite similar.
Graham
--
-
Graham Allan - I.T. Manager
School of Physics and Astronomy - University
On 7/16/2014 9:11 AM, Chris Cappuccio wrote:
Josh Hoppes [josh.hop...@gmail.com] wrote:
Hello, I've got a few machines I'm setting up which I noticed ACPI0 is
generating a lot of constant interrupts which appears to be consuming
system time on CPU0 up to 80%. I think other interrupts are still
d that it's "not a big deal for most users" because it's only a
kernel memory *read*. @yahoo.com.br>
--
Graham Allan
Minnesota Supercomputing Institute - g...@umn.edu
17 matches
Mail list logo