similar to: Re: [zfs-discuss] ZFS/Lustre echo 0 >> max_cached_mb chewing 100% cpu

Displaying 7 results from an estimated 7 matches similar to: "Re: [zfs-discuss] ZFS/Lustre echo 0 >> max_cached_mb chewing 100% cpu"

2013 Oct 22
0
ZFS/Lustre echo 0 >> max_cached_mb chewing 100% cpu
Hello, I have just setup a "toy" lustre setup using this guide here: http://zfsonlinux.org/lustre and have this process chewing 100% cpu. sh -c echo 0 >> /proc/fs/lustre/llite/lustre-ffff88006b0c7c00/max_cached_mb Until I get something more beasty I am using my desktop machine with KVM. Using standard Centos 6.4 with latest kernel. (2.6.32-358.23.2). my machine has 2GB ram Any
2013 Oct 24
0
Re: [zfs-discuss] Problems getting Lustre started with ZFS
> You need to use unique index numbers for each OST, i.e. OST0000, > OST00001, etc. I cannot see how to control this? I am creating new OST''s but they are all getting the same index number. Could this be a problem with the mgs? Thanks, Andrew > > Ned > > To unsubscribe from this group and stop receiving emails from it, send an email to
2013 Feb 27
1
lattice xyplot point labelling
This is my reproducible example tv.ms<-structure(list(inq = structure(4:17, .Label = c("D4", "D5", "D6a", "D6b", "D6c", "D7", "D8", "F4", "F5a", "F5b", "F6a", "F6b", "F6c", "F6d", "F7a", "F7b", "F8"), class =
2011 Jun 01
2
lattice panel fine control
Hello R experts, what follows is my reproducible example: mydata<-structure(list(ped.avg = c(335.9, 110.8, 645.7, 638.9, 1468.1, 126.4, 4811.1, 88.5, 868.5, 656.6, 723.6, 654, 2.8, 15, 14.2, 17.5, 15.4, 112.1, 424.7, 18.3, 19.9, 28.6, 25.6, 23.5, 15.4, 27, 62.1, 15.6, 74.6), ped.erst = c(96, 53.2, 615.2, 616.5, 512.9, 56.2, 1851.8, 57.1, 579.5, 613.2, 601.1, 613.6, 1.3, 6.3, 6.5, 6.1,
2006 Jul 23
2
mongrel 0.3.13.3 in debug mode chewing up memory
In development mode with debug turned on mongrel adds several mb of memory per request. This is on freebsd 6.1-RELEASE Is this normal? Chris
1999 Jan 13
0
smbd chewing cpu on DU 4.0e
I'm still having some problems with 1.9.18p10 on a DEC Unix 4.0e machine (this machine was upgraded from 4.0d last week). The smbds can take up to 20% of the cpu at various times. Anyways, I've been through all this before with the mailing list and a number of people who have attempted to help me out. Thanks to all of you. But, I have some more info which may or may not be useful.
2009 May 21
1
[PATCH server] Updated look and feel for empty grid views
When empty grids are shown (ex: no VMs in this pool) a specific graphic, message and improved action button are shown. For Task views, the user will see the current filter and an explanation that no tasks match that filter. Signed-off-by: Jeremy Perry <jeremy.perry at redhat.com> --- src/app/views/hardware/show_hosts.rhtml | 11 ++++------- src/app/views/hardware/show_storage.rhtml