the console bug still exists
Sigh, pressing ScrollLock key several times can lock up the kernel when it is still booting before /sbin/init runs. David Xu ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1 stable ar9285 ath0 problem
Hi! > well i just patched recompiled. Its evwn worse now. Now the > var,log,messages log is even more flooded with the said messages. Sorry for the late answer, I was on the road the last few days. While there are many messages, the adapter itself seems to work, as I used it a little bit. As there are many options (WPA2 etc), I have not tested all of them, but as far as I can see, it works. If you want to avoid the messages, just comment out the printf as well. -- p...@opsec.eu+49 171 310137210 years to go ! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
zpool - low speed write
Hi All! $ dd if=/dev/random of=/tank/test bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 298.153293 secs (10550707 bytes/sec) What, i think, very-very low :-( FreeBSD alex.super 8.1-STABLE FreeBSD 8.1-STABLE #76: Mon Aug 2 20:19:09 KRAST 2010 a...@alex.super:/usr/obj/usr/src/sys/ALEX amd64 real memory = 4294967296 (4096 MB) avail memory = 4098732032 (3908 MB) zpool iostat -v capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G101 4 12,4M 148K ada4 597G 334G 31 1 3,81M 53,4K ada2 633G 295G 32 1 4,03M 51,8K ada3 727G 201G 37 1 4,59M 42,9K -- - - - - - - zpool status -v pool: tank state: ONLINE scrub: scrub completed after 7h12m with 0 errors on Tue Aug 3 04:54:14 2010 config: NAMESTATE READ WRITE CKSUM tankONLINE 0 0 0 ada4 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors zpool history History for 'tank': 2009-07-16.19:46:24 zpool create tank ad12 2009-12-13.14:58:46 zpool add tank ad8 2010-04-24.01:59:41 zpool upgrade tank 2010-05-09.02:16:34 zpool add tank ada3 2010-05-25.17:57:12 zpool scrub tank 2010-06-27.16:02:45 zpool scrub tank 2010-08-02.21:41:53 zpool scrub tank ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada4 at ahcich4 bus 0 scbus4 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled smartd daily output: Checking health of /dev/ada2: OK Checking health of /dev/ada3: OK Checking health of /dev/ada4: OK /boot/loader.conf: ahci_load="YES" sem_load="YES" snd_hda_load="YES" nvidia_load="YES" linux_load="YES" wlan_xauth_load="YES" vboxdrv_load="YES" atapicam_load="YES" coretemp_load="YES" aio_load="YES" vfs.zfs.prefetch_disable=0 vfs.zfs.cache_flush_disable=1 vfs.zfs.zil_disable=1 Any ideas? - Alex V. Petrov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
on 04/08/2010 15:08 Alex V. Petrov said the following: > Hi All! > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 /dev/random is slow. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
On Wed, Aug 04, 2010 at 03:45:26PM +0300, Andriy Gapon wrote: > on 04/08/2010 15:08 Alex V. Petrov said the following: > > Hi All! > > > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 > > /dev/random is slow. For comparing, try to see what happens with /dev/zero. :) -- Als het niet gaat zoals het moet, dan moet het zoals het gaat. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
Guckux Alex > zpool iostat -v >capacity operationsbandwidth > pool used avail read write read write > -- - - - - - - > tank1,91T 829G101 4 12,4M 148K > ada4 597G 334G 31 1 3,81M 53,4K > ada2 633G 295G 32 1 4,03M 51,8K > ada3 727G 201G 37 1 4,59M 42,9K > -- - - - - - - only this command? The first output of zpool iostat shows you only a statistical output for a specific time (unknown to me now). Have you tried s.th. like: zpool iostat -v 10 10 shows you the first statistic summary, followed 9 output with 10sec delay and a statistic average to the last output. Bye Stefan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
interesting results: From single-UDF-disk to pool: $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M 3545+1 records in 3545+1 records out 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) From single-UDF-disk to null: $ dd if=petrovs-disk1.iso of=/dev/null bs=1M 3545+1 records in 3545+1 records out 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) -- Alex V. Petrov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
В сообщении от 4 августа 2010 21:09:23 вы написали: > Guckux Alex > > The first output of zpool iostat shows you only a statistical output for a > specific time (unknown to me now). > Have you tried s.th. like: > zpool iostat -v 10 10 > shows you the first statistic summary, followed 9 output with 10sec delay > and a statistic average to the last output. > Result for 1 proces copying (Krusader) single HDD to pool zpool iostat -v 10 10 capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 98 5 12,0M 206K ada4 599G 332G 30 1 3,69M 74,4K ada2 634G 294G 31 1 3,90M 72,5K ada3 728G 200G 36 1 4,44M 59,6K -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 0172 0 7,96M ada4 599G 332G 0 58 0 2,88M ada2 634G 294G 0 58 0 2,70M ada3 728G 200G 0 55 0 2,38M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 0166 0 8,06M ada4 599G 332G 0 56 0 2,99M ada2 634G 294G 0 56 0 2,81M ada3 728G 200G 0 53 0 2,26M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 0162 0 7,61M ada4 599G 332G 0 54 0 2,64M ada2 634G 294G 0 56 0 2,80M ada3 728G 200G 0 52 0 2,18M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 0145 0 6,27M ada4 599G 332G 0 47 0 2,14M ada2 634G 294G 0 51 0 2,29M ada3 728G 200G 0 46 0 1,84M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 826G 0130 0 6,37M ada4 599G 332G 0 45 0 2,52M ada2 634G 294G 0 44 0 2,09M ada3 728G 200G 0 40 0 1,77M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 826G 0143 0 6,68M ada4 599G 332G 0 48 0 2,43M ada2 634G 294G 0 49 0 2,39M ada3 728G 200G 0 45 0 1,86M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 826G 0147 0 7,03M ada4 599G 332G 0 49 0 2,63M ada2 634G 294G 0 49 0 2,39M ada3 728G 200G 0 48 0 2,02M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 826G 0176 0 7,61M ada4 599G 332G 0 58 0 2,89M ada2 634G 294G 0 60 0 2,61M ada3 728G 200G 0 56 0 2,10M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 826G 0142 0 7,27M ada4 599G 332G 0 47 0 2,54M ada2 634G 294G 0 50 0 2,67M ada3 728G 200G 0 45 0 2,06M -- - - - - - - In time dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 91.863862 secs (34243368 bytes/sec) zpool iostat -v 10 10 capacity operationsbandwidth pool used avail read write read write -- - ---
Re: zpool - low speed write
В сообщении от 4 августа 2010 20:45:26 вы написали: > on 04/08/2010 15:08 Alex V. Petrov said the following: > > Hi All! > > > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 > > /dev/random is slow. On single disk (UFS) speed of write faster: $ dd if=/dev/random of=/home/alex/temp/test bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 75.778427 secs (41512184 bytes/sec) Result for /dev/zero: $ dd if=/dev/zero of=/tank/test bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 113.110421 secs (27811124 bytes/sec) In Krusader speed copying files from a single disk to an pool of about 8 MB/s Fragment of `systat -v 1` in proces copying: Disks ada0 ada1 ada2 ada3 ada4 KB/t 0,00 122 44,35 32,89 48,50 tps 054565354 MB/s 0,00 6,42 2,42 1,70 2,55 %busy 011 7 482 - Alex V. Petrov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
Try booting with the following on /boot/loader.conf: vfs.zfs.vdev.max_pending="10" vfs.zfs.txg.write_limit_override=268435456 And remove setting: vfs.zfs.cache_flush_disable=1 Then try a dd from /dev/zero. Cheers, mm Dňa 4. 8. 2010 16:13, Alex V. Petrov wrote / napísal(a): > interesting results: > > From single-UDF-disk to pool: > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > From single-UDF-disk to null: > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > -- > Alex V. Petrov > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: the console bug still exists
On 08/04/2010 03:22, David Xu wrote: Sigh, pressing ScrollLock key several times can lock up the kernel when it is still booting before /sbin/init runs. David Xu Sorry David, No matter what I have tried I have not been able to reproduce this across 5 separate machines. Is there any way that you could obtain a backtrace and or any other further information ? Is there a PR already opened ? has it been looked at ? is there another thread already started on this ? Is this a USB keyboard ? PS/2 ? is this a USB keyboard plugged into a PS/2 via a USB->PS/2 plug ? is this a laptop ? PC ? PPC ? ARM ? There is not enough information on this subject from you yet. Please provide some URLs to your hardware & some other information like uname -a output & kernel config etc... Some hints I might possibly be able to provide you with are disabling device vkbd, or kbdmux or both if you have that choice and you are not making sufficient use of them. Obviously this depends a lot on your usage and what the hardware is but these are things that you have to answer. Regards & Good Luck, -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
В сообщении от 4 августа 2010 22:40:22 вы написали: > Try booting with the following on /boot/loader.conf: > vfs.zfs.vdev.max_pending="10" > vfs.zfs.txg.write_limit_override=268435456 > > And remove setting: > vfs.zfs.cache_flush_disable=1 > > Then try a dd from /dev/zero. OK. dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 394.974934 secs (7964374 bytes/sec) During execution dd: zpool iostat -v 10 10 capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 819G 0 52 53,5K 4,09M ada4 601G 330G 0 18 20,2K 1,47M ada2 637G 291G 0 18 17,3K 1,45M ada3 730G 198G 0 16 15,9K 1,18M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 13125 1,08M 9,22M ada4 600G 331G 4 43 390K 3,25M ada2 636G 292G 5 43 371K 3,32M ada3 729G 199G 3 38 345K 2,64M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 0183 0 15,2M ada4 600G 331G 0 63 0 5,28M ada2 636G 292G 0 64 0 5,58M ada3 729G 199G 0 55 0 4,37M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 0177 0 14,6M ada4 600G 331G 0 62 0 5,29M ada2 636G 292G 0 60 0 5,14M ada3 729G 199G 0 53 0 4,17M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 0193 0 15,6M ada4 601G 330G 0 65 0 5,41M ada2 636G 292G 0 68 0 5,60M ada3 729G 199G 0 59 0 4,60M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 0178 0 12,8M ada4 601G 330G 0 61 0 4,45M ada2 636G 292G 0 63 0 4,73M ada3 729G 199G 0 53 0 3,65M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 0190 0 14,1M ada4 601G 330G 0 68 0 5,24M ada2 636G 292G 0 64 0 4,88M ada3 729G 199G 0 57 0 3,95M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 821G 4178 269K 14,4M ada4 601G 330G 1 64 122K 5,47M ada2 636G 292G 1 60 77,2K 4,86M ada3 729G 199G 0 53 70,3K 4,03M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 820G 5128 327K 7,26M ada4 601G 330G 1 39 128K 2,02M ada2 636G 292G 1 46 109K 2,95M ada3 730G 198G 1 41 90,5K 2,29M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,92T 820G 9181 541K 10,3M ada4 601G 330G 3 65 181K 4,07M ada2 636G 292G 2 59 192K 3,44M ada3 730G 198G 2 56 168K 2,78M -- - - - - - - - Alex V. Petrov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1 stable ar9285 ath0 problem
Can you show me your config files: rc.conf, /boot/loader.conf, wpa_supplicant.conf. I just want to see just to make sure I'm not doing it wrong. I'm using my card on a network that uses WPA-PSK. My card can scan for APs and associate with the chosen AP, but 'dhclient wlan0' will not get an IP address! How is that possible. And when I do 'ifconfig' it shows that the card is associated but the ip address part reads 'inet: 0.0.0.0'. Please respond quick!! On Wed, Aug 4, 2010 at 8:28 AM, Kurt Jaeger wrote: > Hi! > > > well i just patched recompiled. Its evwn worse now. Now the > > var,log,messages log is even more flooded with the said messages. > > Sorry for the late answer, I was on the road the last few days. > > While there are many messages, the adapter itself seems to work, > as I used it a little bit. As there are many options (WPA2 etc), > I have not tested all of them, but as far as I can see, it works. > > If you want to avoid the messages, just comment out the printf as well. > > -- > p...@opsec.eu+49 171 310137210 years to > go ! > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
On Wed, Aug 4, 2010 at 10:13 AM, Alex V. Petrov wrote: > interesting results: > > From single-UDF-disk to pool: > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > From single-UDF-disk to null: > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > -- > Alex V. Petrov > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > What controllers are you using? What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ? Have you tried switching to the ad driver? Maybe ada is buggy on your hardware. -- Joshua Boyd JBipNet E-mail: boy...@jbip.net http://www.jbip.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
> > What controllers are you using? > > What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ? > > Have you tried switching to the ad driver? Maybe ada is buggy on your > hardware. $ dd if=/dev/ada4 of=/dev/null bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 1.399283 secs (74936655 bytes/sec) Intel® ICH10 motherboard Gigabyte GA-EP43-DS3 (rev. 1.0) P43 / Socket 775 CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz (2335.41-MHz K8-class CPU) switch to ad I'll try later - Alex V. Petrov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
On Wed, Aug 04, 2010 at 10:13:36PM -0400, Joshua Boyd wrote: > On Wed, Aug 4, 2010 at 10:13 AM, Alex V. Petrov wrote: > > > interesting results: > > > > From single-UDF-disk to pool: > > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > > 3545+1 records in > > 3545+1 records out > > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > > > From single-UDF-disk to null: > > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > > 3545+1 records in > > 3545+1 records out > > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > > -- > > Alex V. Petrov > > ___ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > > > > What controllers are you using? > > What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ? His problem is with writes, not reads. I strongly doubt his problem is with the controller (Intel ICHxx and ESBxx controllers are heavily tested on FreeBSD, both with and without AHCI, including ahci.ko). -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: zpool - low speed write
On Wed, Aug 04, 2010 at 08:08:24PM +0800, Alex V. Petrov wrote: > ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada2: ATA-8 SATA 2.x device > ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 > ada3: ATA-8 SATA 2.x device > ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada3: Command Queueing enabled > ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada4 at ahcich4 bus 0 scbus4 target 0 lun 0 > ada4: ATA-8 SATA 2.x device > ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada4: Command Queueing enabled Your ada3 disk is different from the other two. Can you please provide the output from the following 3 commands? camcontrol identify ada2 camcontrol identify ada3 camcontrol identify ada4 > vfs.zfs.cache_flush_disable=1 > vfs.zfs.zil_disable=1 I question both of these settings, especially the latter. Please remove them both and re-test your write performance. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Kernel symbol file alternate location
Is it possible to tell installkernel to put the symbol files elsewhere? IMO somewhere in /usr would be good - you don't need them to boot (or crashdump, etc) and they increase the size of the kernel by a factor of 5(!), eg.. [cain 14:07] /tmp >du -sh kernel 258Mkernel [cain 14:07] /tmp >rm -f kernel/*.symbols [cain 14:07] /tmp >du -sh kernel 50Mkernel One downside is that you need to keep them in sync which is a bit of a drag, however I think most people use installworld for upgrades/builds so it would generally not be an issue. I think this is the main reason / has had to grow - the actual kernel is relatively small so even a 256Mb / could hold several, but with the symbol files it is not possible. I don't have patches to do this though :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Re: zpool - low speed write
> Your ada3 disk is different from the other two. Can you please provide > the output from the following 3 commands? > > camcontrol identify ada2 > camcontrol identify ada3 > camcontrol identify ada4 > > > vfs.zfs.cache_flush_disable=1 > > vfs.zfs.zil_disable=1 > > I question both of these settings, especially the latter. Please remove > them both and re-test your write performance. I removed all settings of zfs. Now it default. camcontrol identify ada2 pass2: ATA-8 SATA 2.x device pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00M2B0 firmware revision 01.00A01 serial number WD-WCAV51709425 WWN 50014ee2adf88aae cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support EnableValue Vendor read ahead yes yes write cacheyes yes flush cacheyes yes overlapno Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE128/0x80 media status notification no no power-up in Standbyyes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no * camcontrol identify ada3 pass3: ATA-8 SATA 2.x device pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00L5B1 firmware revision 01.01A01 serial number WD-WCAU4D726772 WWN 50014ee238ab988 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support EnableValue Vendor read ahead yes yes write cacheyes yes flush cacheyes yes overlapno Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE128/0x80 media status notification no no power-up in Standbyyes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no * camcontrol identify ada4 pass4: ATA-8 SATA 2.x device pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00M2B0 firmware revision 01.00A01 serial number WD-WMAV50095864 WWN 50014ee014f3265 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support EnableValue Vendor read ahead yes yes write cacheyes yes flush cacheyes yes overlapno Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE128/0x80 media status notification no no power-up in Standbyyes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no * dd if=/dev/zero of=/tank/test.zero bs=3M co
Re: zpool - low speed write
On Thu, Aug 05, 2010 at 12:47:42PM +0800, Alex V. Petrov wrote: > > Your ada3 disk is different from the other two. Can you please provide > > the output from the following 3 commands? > > > > camcontrol identify ada2 > > camcontrol identify ada3 > > camcontrol identify ada4 > > > > > vfs.zfs.cache_flush_disable=1 > > > vfs.zfs.zil_disable=1 > > > > I question both of these settings, especially the latter. Please remove > > them both and re-test your write performance. > > I removed all settings of zfs. > Now it default. > > camcontrol identify ada2 > pass2: ATA-8 SATA 2.x device > pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00M2B0 > firmware revision 01.00A01 > serial number WD-WCAV51709425 > WWN 50014ee2adf88aae > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support EnableValue Vendor > read ahead yes yes > write cacheyes yes > flush cacheyes yes > overlapno > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE128/0x80 > media status notification no no > power-up in Standbyyes no > write-read-verify no no 0/0x0 > unload no no > free-fall no no > data set management (TRIM) no > > * > > camcontrol identify ada3 > pass3: ATA-8 SATA 2.x device > pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00L5B1 > firmware revision 01.01A01 > serial number WD-WCAU4D726772 > WWN 50014ee238ab988 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support EnableValue Vendor > read ahead yes yes > write cacheyes yes > flush cacheyes yes > overlapno > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE128/0x80 > media status notification no no > power-up in Standbyyes no > write-read-verify no no 0/0x0 > unload no no > free-fall no no > data set management (TRIM) no > > * > > camcontrol identify ada4 > pass4: ATA-8 SATA 2.x device > pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00M2B0 > firmware revision 01.00A01 > serial number WD-WMAV50095864 > WWN 50014ee014f3265 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support EnableValue Vendor > read ahead yes yes > write cacheyes yes > flush cacheyes yes > overlapno > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE128/0x80 >
Re: zpool - low speed write
В сообщении от 5 августа 2010 13:35:04 вы написали: > Write performance here is abysmal, agreed. This is very odd. > > I hate to say this, but can you remove ahci.ko (ahci_load="yes") from > your loader.conf and reboot? You may need to change filesystem names > around in /etc/fstab for your OS disk (assuming it's on ada0), but for > ZFS it should just magically find the disks on adXX. > > If you could also provide pciconf -lvc output that would be helpful. > Thanks. dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 485.431690 secs (6480269 bytes/sec) zpool iostat -v 10 10 capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0 64 49,7K 4,73M ad12 598G 333G 0 22 19,9K 1,71M ad8633G 295G 0 21 13,8K 1,65M ad10 727G 201G 0 19 15,9K 1,36M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0116 0 5,91M ad12 598G 333G 0 39 0 2,20M ad8633G 295G 0 39 0 2,02M ad10 727G 201G 0 37 0 1,68M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0140 0 9,09M ad12 598G 333G 0 51 0 3,69M ad8633G 295G 0 45 0 2,94M ad10 727G 201G 0 43 0 2,46M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0133 0 7,66M ad12 598G 333G 0 46 0 2,84M ad8633G 295G 0 44 0 2,59M ad10 727G 201G 0 43 0 2,23M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0133 6,39K 5,84M ad12 598G 333G 0 47 6,39K 2,34M ad8633G 295G 0 43 0 1,83M ad10 727G 201G 0 42 0 1,67M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0113 0 5,54M ad12 598G 333G 0 39 0 1,97M ad8633G 295G 0 37 0 1,98M ad10 727G 201G 0 35 0 1,59M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 829G 0152 0 10,1M ad12 598G 333G 0 52 0 3,41M ad8633G 295G 0 52 0 3,65M ad10 727G 201G 0 47 0 3,06M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 828G 0116 0 5,61M ad12 598G 333G 0 41 0 2,16M ad8633G 295G 0 40 0 1,95M ad10 727G 201G 0 34 0 1,50M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 828G 0176 0 11,1M ad12 598G 333G 0 60 0 3,78M ad8634G 294G 0 60 0 3,95M ad10 727G 201G 0 55 0 3,35M -- - - - - - - capacity operationsbandwidth pool used avail read write read write -- - - - - - - tank1,91T 828G 0112 0 7,55M ad12 598G 333G 0 39 0 2,73M ad8634G 294G 0 39 0 2,66M ad10 727G 201G 0 33 0 2,15M -- - - - - - - pciconf -lvc hos...@pci0:0:0:0: class=0x06 card=0x50001458 chip=0x2e208086 rev=0x02 hdr=0x00
Re: zpool - low speed write
On Thu, Aug 05, 2010 at 02:09:57PM +0800, Alex V. Petrov wrote: > В сообщении от 5 августа 2010 13:35:04 вы написали: > > Write performance here is abysmal, agreed. This is very odd. > > > > I hate to say this, but can you remove ahci.ko (ahci_load="yes") from > > your loader.conf and reboot? You may need to change filesystem names > > around in /etc/fstab for your OS disk (assuming it's on ada0), but for > > ZFS it should just magically find the disks on adXX. > > > > If you could also provide pciconf -lvc output that would be helpful. > > Thanks. > > dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 > 1000+0 records in > 1000+0 records out > 3145728000 bytes transferred in 485.431690 secs (6480269 bytes/sec) Can you please remove use of the zpool entirely (e.g. zpool destroy tank) and do a write test to each disk itself? E.g.: dd if=/dev/zero of=/dev/ad8 bs=64k count=100 dd if=/dev/zero of=/dev/ad10 bs=64k count=100 dd if=/dev/zero of=/dev/ad12 bs=64k count=100 I don't recommend using large block sizes (e.g. bs=1M, bs=3M). If all of the above dds show good/decent throughput, then there's something strange going on with ZFS. If this is the case, I would recommend filing a PR and posting to freebsd-fs about the problem, pointing folks to this thread. If all of the dds show bad throughput, then could you please do the following: - Provide vmstat -i output - Install ports/sysutils/smartmontools and run smartctl -a /dev/ad8, smartctl -a /dev/ad10, and smartctl -a /dev/ad12 If only one of the dds shows bad throughput, then please: - Install ports/sysutils/smartmontools and run smartctl -a /dev/XXX, where XXX is the disk which has bad throughput - Try making a ZFS pool with all 3 disks, but then do "zpool offline tank XXX" and then re-attempt the following dd: dd if=/dev/zero of=/tank/test.zero bs=64k count=100 And see what throughput looks like. Thanks. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
