Jason Matthews wrote:
>
> So I have determined the trigger event for the "resets" in the response
> times. It appears that there is some sort of memory leak in the kernel. When
> memory utilization gets very high, I am not sure how high but it is around a
> few hundred bytes on the freelists with
So I have determined the trigger event for the "resets" in the response
times. It appears that there is some sort of memory leak in the kernel. When
memory utilization gets very high, I am not sure how high but it is around a
few hundred bytes on the freelists with zfs data near zero, the reset c
Jason Matthews wrote:
>> Have you tried isolating other components? Is the behavior the same on
>> all switch ports? Does it differ if you're connected to a different
>> brand of switch?
>
> So I have four servers performing this particular role. Three of them,
> slowly and quietly march to thei
From: Lou Picciano [mailto:loupicci...@comcast.net]
> Yes, Jason, now that James has mentioned the 'Interrupt Storm' matter...
> You've piqued my interest. Any chance you're having all these problems on
> a SandyBridge system? Would love to hear more. In our case, we'd seen
> in
-Original Message-
From: James Carlson [mailto:carls...@workingcode.com]
> It has a lot of tunables. First, there are the ones documented in
> /kernel/drv/igb.conf. Of those, perhaps the most interesting is
> flow_control. It looks like the hardware acceleration ones here are the
>
Cc: openindiana-discuss@openindiana.org
Sent: Thursday, January 19, 2012 12:26:30 PM
Subject: Re: [OpenIndiana-discuss] Crossbow performance & bit rot
On 01/17/12 14:01, Jason Matthews wrote:
>> Another fairly likely possibility would be the hardware offload
>> features that some
On 01/17/12 14:01, Jason Matthews wrote:
>> Another fairly likely possibility would be the hardware offload
>> features that some drivers can use -- checksum and LSO. If the
>> driver you're using can turn off these features, I strongly
>> recommend trying that. I'd quickly run out of appendage
James Carlson wrote:
> I don't know what is causing the problem you're seeing, but I do
> have some guesses.
>
> Assuming it affects all packets, and not just those of a particular
> type, the slow packet delivery sounds a bit like either a driver problem
> or a problem with the (Crossbow-intro
On 12/31/2011 1:27 AM, Jason Matthews wrote:
> As a follow up, I have determined that crossbow is not at fault for the
> degradation of the network stack performance. As it turns out, the shared
> stack fails much faster than multiple zones with exclusive-ip.
For what it's worth, although VNICs ar
I have four web servers running two ip exclusive zones where nginx is the
primary application. The systems have 16gb of ram, 1 L5630, on Intel S5500UR
motherboards with onboard 82575EB Ethernet controllers.
The load from the internet comes via round robin DNS. The four servers divvy
up a high
10 matches
Mail list logo
