Swap on ZFS Volume still panics?

[jhell]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09/12/2010 17:14, App Deb wrote:
> I just tried your settings (setting primary and secondary cache to none).
> 
>  (also tried it with checksum=off and volblocksize=4k, all together)
> 
> It somewhat helped. In the beginning I though it would deadlock. The system
> was inaccessible for ~10 minutes, but after that it managed to allocate the
> required swap, and the system resumed.
> 
> I measured the speed that it allocated swap and it was only around ~0.4MB/s
> max. With the native freebsd-swap partition the speed using my "selfmade
> memory filling program" it almost reaches native disk speeds (~80MB/s).
> 
> I still see a problem here.
> 

I agree, something is definitely amiss here. I created a sparse '-s' or
no refreservation zvol of 2g with '-b' of 4k and saw a lot of pressure
when it came to heavy swapping that was equal to the same amount of RAM
available. While this was happening I was able to get a pretty peculiar
crash dump that someone may or may not find useful. I can provide
further information on this dump via, core.txt.NN or any other methods
needed. backtrace attached. *BEWARE*

Pawel,

I have uploaded the core.txt.36 file encrypted to your public key at
here for further review if you find the backtrace curious:
http://bit.ly/cuyH3L


Regards,

- -- 

Dump header from device /dev/label/dumpdev
Architecture: i386
Architecture Version: 2
Dump Length: 583663616B (556 MB)
Blocksize: 512
Dumptime: Sun Sep 12 13:39:25 2010
Hostname: centel.dataix.local
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 8.1-STABLE #0 r212427M 208:41f4fcc6ce0a
Fri Sep 10 17:47:45 EDT 2010 "REST EXCLUDED"
Panic String: vm_fault: fault on nofault entry, addr: 828a0000
Dump Parity: 2118336362
Bounds: 36
Dump Status: good

 jhell,v
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMjWetAAoJEJBXh4mJ2FR+WqoH/08xRrORHKQiaxKea2D4G6jy
iiG2r+Y3Xz632sa0VrNYRSDRtspXTUhR8ZJBPyItgQKcYsoT5WA+GcwN+yj19QlX
sDXeNtVTiem0tFIavdiM2/gTIlQJj7F/sny08nQNQcgvyb2SSR/DHKd49o4gyCQG
KtzP5Ea04R9Pc/OsPOVV9XNtWL06wxcACOTNRcHOrk7hFOuSku31jv2i+ohquKLV
2EpYYIXoO44hqHzYNDFCOqO4v+Iw72Ys00bitL71pg6+yWVFEYcAl04gNoNzJYud
7hAamvM5zE0Ah63tToEcFbYE0ufFAp4vRBXvEj44TJoHNl5MmCOgAUHQA4K4xjs=
=E1EU
-----END PGP SIGNATURE-----
-------------- next part --------------
#1  0x80674c91 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416
#2  0x80674f25 in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:590
#3  0x808c1a4e in vm_fault (map=0x81690000, vaddr=2190082048, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:283
#4  0x8091e65b in trap_pfault (frame=0xb45e1a44, usermode=0, eva=2190083976) at /usr/src/sys/i386/i386/trap.c:840
#5  0x8091f15c in trap (frame=0xb45e1a44) at /usr/src/sys/i386/i386/trap.c:533
#6  0x809023bc in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#7  0x808d8f5a in vm_reserv_level_iffullpop (m=0x89099870) at /usr/src/sys/vm/vm_reserv.c:512
#8  0x8091b487 in pmap_enter (pmap=0x84d58620, va=860164096, access=1 '\001', m=0x89099870, prot=3 '\003', wired=0) at /usr/src/sys/i386/i386/pmap.c:3436
#9  0x808c341f in vm_fault (map=0x84d58570, vaddr=860164096, fault_type=1 '\001', fault_flags=Variable "fault_flags" is not available.) at /usr/src/sys/vm/vm_fault.c:945
#10 0x8091e569 in trap_pfault (frame=0xb45e1d38, usermode=1, eva=860164096) at /usr/src/sys/i386/i386/trap.c:828
#11 0x8091efce in trap (frame=0xb45e1d38) at /usr/src/sys/i386/i386/trap.c:401
#12 0x809023bc in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#13 0x30616fde in ?? ()
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bt.txt.sig
Type: application/octet-stream
Size: 287 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20100912/8d0dc492/bt.txt.obj