similar to: 6256083 Need a lightweight file page mapping mechanism to substitute segmap

Whats the default size of the file system cache for Solaris 10 x86 and can it be tuned? I read various posts on the subject and its confusing.. -- This message posted from opensolaris.org

Hi, We''re doing some benchmarking at a customer (using IOzone) and for some specific small block random tests, performance of their X4500 is very poor (~1.2 MB/s aggregate throughput for a 5+1 RAIDZ). Specifically, the test is the IOzone multithreaded throughput test of an 8GB file size and 8KB record size, with the server physmem''d to 2GB. I noticed a couple of peculiar

Hi Ian and others, umount(8) -f does crash here on several just updated 4.8STABLE boxes for nfs volumes. Server is an IRIX server. All clients are FreeBSD. Here is a backtrace: #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc021f1c0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc021f60d in panic (fmt=0xc03bd664 "from debugger") at

One thing I''ve been confused about for a long time is the relationship between ZFS, the ARC, and the page cache. We have an application that''s a quasi-database. It reads files by mmap()ing them. (writes are done via write()). We''re talking 100TB of data in files that are 100k->50G in size (the files have headers to tell the app what segment to map, so mapped chunks

Author: sdussud Repository: /hg/zfs-crypto/gate Revision: 5c763b375c39e588ef67da67923415de517cd8ec Log message: 6322778 memleaks at crdup/crnetadjust Files: update: usr/src/uts/common/fs/nfs/nfs3_vnops.c update: usr/src/uts/common/fs/nfs/nfs4_vnops.c update: usr/src/uts/common/fs/nfs/nfs_acl_vnops.c

Author: josephb Repository: /hg/zfs-crypto/gate Revision: a7256e6fc6d5094d31595a39cc002260a2f0dd55 Log message: 6355953 assertion failed: cpu == CPU, file: ../../i86pc/vm/hat_i86.c, line: 925 Files: update: usr/src/uts/common/os/zone.c

Author: edp Repository: /hg/zfs-crypto/gate Revision: d7daad0eb83a47ab60c177eae50451b604a452b8 Log message: 6321768 assertion failed: qprocsareon(rq) in strsubr.c:qattach() Files: update: usr/src/uts/common/fs/specfs/specvnops.c update: usr/src/uts/common/io/pts.c

I am [trying to] perform a test prior to moving my data to solaris and zfs. Things are going very poorly. Please suggest what I might do to understand what is going on, report a meaningful bug report, fix it, whatever! Both to learn what the compression could be, and to induce a heavy load to expose issues, I am running with compress=gzip-9. I have two machines, both identical 800MHz P3 with

Author: praks Repository: /hg/zfs-crypto/gate Revision: 4a9dff71a42bacf7232dd2d8dbcec1db3e6c2ccc Log message: 6402576 Sometimes port_getn() never returns indicating that a socket has become writable Files: update: usr/src/uts/common/fs/portfs/port_fd.c