On Fri, Mar 19, 2010 at 8:28 PM, Dan Naumov wrote:
> Oh my god... Why did noone tell me how much of an enormous performance
> boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is.
> My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie.
> they are now nearly 25% fast
It MAY make a big diff, but make sure during your tests you use unique files or
flush the cache or you'll me testing cache speed and not disk speed.
- Original Message -
From: owner-freebsd-questi...@freebsd.org
To: freebsd-...@freebsd.org ;
freebsd-questi...@freebsd.org ; FreeBSD-STABL
On Fri, Mar 19, 2010 at 11:14 PM, Dan Naumov wrote:
> On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board
> using an Intel gigabit nic with the em driver, running on top of a ZFS
> mirror, I was seeing a strange issue. Local reads and writes to the
> pool easily saturate the disk
On Fri, Mar 19, 2010 at 07:50:24PM -0400, Charles Sprickman wrote:
> On Fri, 19 Mar 2010, Willem Jan Withagen wrote:
>
> >On 17-3-2010 9:27, Matthias Gamsjager wrote:
> >>sharenfs does work in freebsd but iscsi does not. I'm not sure about smb.
> >>
> >>about nfs: you should take a look at /etc/zf
On Fri, 19 Mar 2010, Willem Jan Withagen wrote:
On 17-3-2010 9:27, Matthias Gamsjager wrote:
sharenfs does work in freebsd but iscsi does not. I'm not sure about smb.
about nfs: you should take a look at /etc/zfs/exports
On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer
wrote:
Hello,
On 17-3-2010 9:27, Matthias Gamsjager wrote:
sharenfs does work in freebsd but iscsi does not. I'm not sure about smb.
about nfs: you should take a look at /etc/zfs/exports
On Wed, Mar 17, 2010 at 9:15 AM, Harald Schmalzbauer
wrote:
Hello,
I observed some very strange filesystem security
On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board
using an Intel gigabit nic with the em driver, running on top of a ZFS
mirror, I was seeing a strange issue. Local reads and writes to the
pool easily saturate the disks with roughly 75mb/s throughput, which
is roughly the best t
As John Baldwin wrote:
> Sounds like the process of removing things prevented the interrupt
> storm from being throttled somehow, and that ejecting the card
> caused the interrupt storm to finally stop at which point the card
> was probed. I would talk to Warner (imp@) about trying to fix the
> i
As M. Warner Losh wrote:
> Yes. Do other cards cause this same problem?
Nope, but the xe card is the only one I've got that tries to use the
memory space. The remaining cards use the ep(4) driver which only
uses IO space access.
> The cbb1: Bad Vcc is a
> big clue something is going wrong with
In message: <201003190837.48346@freebsd.org>
John Baldwin writes:
: On Thursday 18 March 2010 3:27:58 pm Joerg Wunsch wrote:
: > I'm running into a strange problem with 8-current (or 8.0-RELEASE) on
: > an elderly Thinkpad 600E.
: >
: > As long as I'm using the GENERIC kernel, an
On Thursday 18 March 2010 3:27:58 pm Joerg Wunsch wrote:
> I'm running into a strange problem with 8-current (or 8.0-RELEASE) on
> an elderly Thinkpad 600E.
>
> As long as I'm using the GENERIC kernel, an Intel Etherexpress PC card
> works as expected:
>
> interrupt storm detected on "irq11:"; th
I'm running RELENG_8 (built yesterday) and have encountered
problems with wpi and acpi_hp.
The thing about acpi_hp is that it misses most of the hardware
when activated in the loader.conf. The WLAN, BT and other sysctls
are only available if I load the module after boot.
My wpi problems are more
Hello,
Could anyone who knows the TCP/IP stack well please review kern/144311?
In summary, on a multi-homed server I have a trouble when using pf(4)
'reply-to' to return reply packets of incoming TCP connections to the
incoming interface. When TSO is enabled on the interface which is
used for th
On 3/17/10, Mathias Sogorski wrote:
> Hello!
> I am running 8.0-RELEASE on a notebook with the Intel 3945 WiFi. I usually
> start wpa_supplicant [...]& on a terminal when entering gnome followed by
> the dhcpcd call to use the WiFi connection. After having finished work and
> closing the terminal
> Can others with remote systems comment about what they do in this step?
installkernel, reboot, installworld, mergemaster, reboot.
*But* - for remote systems I never make huge leaps. I would
certainly never upgrade across a major version like you are doing.
Fpr those upgrades (which are only onc
15 matches
Mail list logo
