James Dickens wrote:
kugutsum
I tried with just 4Gb in the system, and the same
issue. I'll try
2Gb tomorrow and see if any better.(ps, how did
you determine
that was the problem in your case)
sorry, I wasn't monitoring this list for a while. My
machine has 8GB
of ram and I
kugutsum
I tried with just 4Gb in the system, and the same
issue. I'll try
2Gb tomorrow and see if any better.(ps, how did
you determine
that was the problem in your case)
sorry, I wasn't monitoring this list for a while. My
machine has 8GB
of ram and I remembered
I set /etc/system's zfs:zfs_arc_max = 0x1000 and it seems better now.
I had previously tried setting it to 2Gb rather than 256Mb as above without
success... I should have tried much lower!
It seems that when I perform I/O though a WindowsXP hvm, I get a reasonable
I/O rate, but I'm not
kugutsum
I tried with just 4Gb in the system, and the same issue. I'll try
2Gb tomorrow and see if any better.(ps, how did you determine
that was the problem in your case)
sorry, I wasn't monitoring this list for a while. My machine has 8GB
of ram and I remembered that some
IIn this PC, I'm using the PCI card
http://www.intel.com/network/connectivity/products/pro1000gt_desktop_adapter.htm
, but, more recentlyI'm using the PCI Express card
http://www.intel.com/network/connectivity/products/pro1000pt_desktop_adapter.htm
Note that the latter didn't have PXE and the
Martin,
I've got the same Asus board as you do and 4GB of ram, but I haven't gotten to
the point of using ZFS or Xen/xVM yet largely because I've been sidetracked
getting the Marvell ethernet to work under b75a; I keep having errors getting
the myk driver to load.
A few weeks ago I had the myk
kugutsum
I tried with just 4Gb in the system, and the same issue. I'll try 2Gb
tomorrow and see if any better.(ps, how did you determine that was the
problem in your case)
cheers
Martin
This message posted from opensolaris.org
___
I had a similar problem on a quad core amd box with 8 gig of ram...
The performance was nice for a few minutes but then the system will
crawl to a halt.
The problem was that the areca SATA drivers can't do DMA when the dom0
memory wasn't at 3 gig or lower.
On 04/11/2007, at 3:49 PM, Martin
Martin,
This is a shot in the dark, but, this seems to be a IO scheduling
issue.
Since, i am late on this thread, what is the characteristic of
the IO: read mostly, appending writes, read, modify write,
sequentiality, random, single large file, multiple
I've got Solaris Express Community Edition build 75
(75a) installed on an Asus P5K-E/WiFI-AP (ip35/ICH9R
based) board. CPU=Q6700, RAM=8Gb, disk=Samsung
HD501LJ and (older) Maxtor 6H500F0.
When the O/S is running on bare metal, ie no xVM/Xen
hypervisor, then everything is fine.
When
On 11/1/07, Nathan Kroenert [EMAIL PROTECTED] wrote:
Tell me - If you watch with an iostat -x 1, do you see bursts of I/O
then periods of nothing, or just a slow stream of data?
I was seeing intermittent stoppages in I/O, with bursts of data on
occasion...
I have seen this with ZFS
I've removed half the memory, leaving 4Gb, and rebooted into Solaris xVM, and
re-tried under Dom0. Sadly, I still get a similar problem. With dd
if=/dev/zero of=myfile bs=16k count=15 I get command returning in 15
seconds, and zpool iostat 1 1000 shows 22 records with an IO rate of around
Hmm, I just repeated this test on my system:
bash-3.2# uname -a
SunOS soe-x4200m2-6 5.11 onnv-gate:2007-11-02 i86pc i386 i86xpv
bash-3.2# prtconf | more
System Configuration: Sun Microsystems i86pc
Memory size: 7945 Megabytes
bash-3.2# prtdiag | more
System Configuration: Sun Microsystems Sun
Hello
I've got Solaris Express Community Edition build 75 (75a) installed on an Asus
P5K-E/WiFI-AP (ip35/ICH9R based) board. CPU=Q6700, RAM=8Gb, disk=Samsung
HD501LJ and (older) Maxtor 6H500F0.
When the O/S is running on bare metal, ie no xVM/Xen hypervisor, then
everything is fine.
When
I observed something like this a while ago, but assumed it was something
I did. (It usually is... ;)
Tell me - If you watch with an iostat -x 1, do you see bursts of I/O
then periods of nothing, or just a slow stream of data?
I was seeing intermittent stoppages in I/O, with bursts of data on
15 matches
Mail list logo
