Re: (no subject)
On Wed, 30 Sep 2009, Oliver Lehmann wrote: > A colleague of mine has the same disks in a new Nvidia Atom 330 > system and he told me that he reaches around 70MB/sec write speed > with a single large file on a single disk running linux 2.6. > > I hooked the disk up to my client: > > FreeBSD 7.2-STABLE #0: Tue Jul 28 12:59:47 CEST 2009 > CPU: AMD Athlon(tm) 64 Processor 3500+ (2200.10-MHz K8-class CPU) > usable memory = 2138615808 (2039 MB) > atapci0: port > 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f >,0xb400 -0xb4ff irq 20 at device 15.0 on pci0 > ad4: 953869MB at ata2-master SATA150 > > because the on-board controller is a VIA 6420 I had to set the > SATA150 Jumper on the harddisk to have the controller detect the > drive. I found I was getting timeouts with this controller and exactly those drives even with the SATA150 jumper connected. In the end I got a PCI Silicon Image 3114 based controller and it worked fine. That said I gave up on the hardware as I couldn't get the motherboard to boot off the CF/IDE adapter so I got an AMD SB700 based board which works well (fingers crossed :) I didn't do any stand alone drive performance tests 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 signature.asc Description: This is a digitally signed message part.
Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached)
Jung-uk Kim wrote: > On Monday 28 September 2009 02:21 pm, Alexander Motin wrote: >> PS: I have tried to disable all that ATI-specific code and found >> that both legacy PCI ATA and AHCI drivers looks like working fine >> with IXP700. Do we really need AHCI forcing for IXP700? > > It enables all six SATA ports as SATA and one PATA channel as PATA in > the combined mode by forcing the mode. It is not absolutely > necessary but it is better than without it, IMHO. :-) As I have told, with or without this patch I am any way receiving 4 AHCI channels + 2 PATA + 2 legacy SATA if IDE mode set in BIOS. If I enable AHCI mode in BIOS I am receiving 6 AHCI + 2 PATA channels. Looks like Dennis has the same. So 1) I don't see any effect of this hack on my system, at least with HEAD (is it working?), and 2) if we are doing all this magic and force AHCI mode for second controller, IMHO it would be reasonable to enable real AHCI mode to get all 6 SATA channels there. -- Alexander Motin ___ 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: SATA is to slow comparing with linux
Daniel O'Connor writes: In the end I got a PCI Silicon Image 3114 based controller and it worked fine. I thought about getting a controller with a SiL-Chil too because they are kinda cheap and another system I intend to use with SATA harddisks has no SATA on-board. But then I searched through the web and read many posts telling me "stay away from Silicon Image controllers" so I did as advised I got a Promise SATA300 TX2plus instead. I'll rune some tests with later (when I'm back home ;)) ___ 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: em0 watchdog timeouts
Rudy wrote: > I am having watchdog timeout issues with my Intel 82573 Pro/1000 ... > http://lists.freebsd.org/pipermail/freebsd-net/2008-May/018075.html > > link to dcgdis.zip didn't work. Do you have a copy? > Thanks, Jack. Got the file and flashed -- no upgrade needed. So, while the router was offline, I flashed the motherboards bios (Supermicro X7Sbi), upgraded to 7.2-STABLE, and downloaded the 6.9.12 version of the em driver. Still, watchdog timeouts. Sigh. Will the Intel Gigabit ET Quad Port Adapter make my the timeouts go away??? Should I be using amd64??? Should tx_int_delay=0? Summary: 2 Nics on Motherboard + quad card in PCIe slot. Watchdog timeouts on motherboard nics and on quad card nic when bandwidth > 10Mbps There is minimal (bgp session) TCP to the box... it only forwards packets between interfaces. # uname -r -m 7.2-STABLE i386 # dmesg | grep ^em em0: port 0x2000-0x201f mem 0xd022-0xd023,0xd020-0xd021 irq 16 at device 0.0 on pci5 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:78:99:70 em1: port 0x2020-0x203f mem 0xd026-0xd027,0xd024-0xd025 irq 17 at device 0.1 on pci5 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:15:17:78:99:71 em2: port 0x3000-0x301f mem 0xd032-0xd033,0xd030-0xd031 irq 17 at device 0.0 on pci6 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:15:17:78:99:72 em3: port 0x3020-0x303f mem 0xd036-0xd037,0xd034-0xd035 irq 18 at device 0.1 on pci6 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:15:17:78:99:73 em4: port 0x4000-0x401f mem 0xd040-0xd041 irq 16 at device 0.0 on pci13 em4: Using MSI interrupt em4: [FILTER] em4: Ethernet address: 00:30:48:67:14:50 em5: port 0x5000-0x501f mem 0xd050-0xd051 irq 17 at device 0.0 on pci15 em5: Using MSI interrupt em5: [FILTER] em5: Ethernet address: 00:30:48:67:14:51 # vmstat -i interrupt total rate irq1: atkbd0 710 0 irq4: sio0 3 0 irq23: atapci0 14943 0 cpu0: timer929753417 2000 irq256: em0702754836 1511 irq257: em12 0 irq260: em4469338728 1009 irq261: em5 78605337169 cpu1: timer929753403 2000 Total 3110221379 6690 # sysctl dev.em.0.stats=1 Sep 30 01:08:20 mango kernel: em0: Excessive collisions = 0 Sep 30 01:08:20 mango kernel: em0: Sequence errors = 0 Sep 30 01:08:20 mango kernel: em0: Defer count = 0 Sep 30 01:08:20 mango kernel: em0: Missed Packets = 101469 Sep 30 01:08:20 mango kernel: em0: Receive No Buffers = 0 Sep 30 01:08:20 mango kernel: em0: Receive Length Errors = 0 Sep 30 01:08:20 mango kernel: em0: Receive errors = 0 Sep 30 01:08:20 mango kernel: em0: Crc errors = 0 Sep 30 01:08:20 mango kernel: em0: Alignment errors = 0 Sep 30 01:08:20 mango kernel: em0: Collision/Carrier extension errors = 0 Sep 30 01:08:20 mango kernel: em0: RX overruns = 0 Sep 30 01:08:20 mango kernel: em0: watchdog timeouts = 15 Sep 30 01:08:20 mango kernel: em0: RX MSIX IRQ = 0 TX MSIX IRQ = 0 LINK MSIX IRQ = 0 Sep 30 01:08:20 mango kernel: em0: XON Rcvd = 0 Sep 30 01:08:20 mango kernel: em0: XON Xmtd = 0 Sep 30 01:08:20 mango kernel: em0: XOFF Rcvd = 0 Sep 30 01:08:20 mango kernel: em0: XOFF Xmtd = 0 Sep 30 01:08:20 mango kernel: em0: Good Packets Rcvd = 1056196797 Sep 30 01:08:20 mango kernel: em0: Good Packets Xmtd = 1088726903 Sep 30 01:08:20 mango kernel: em0: TSO Contexts Xmtd = 4088 Sep 30 01:08:20 mango kernel: em0: TSO Contexts Failed = 0 # sysctl dev.em.0.debug=1 Sep 30 01:34:59 mango kernel: em0: Adapter hardware address = 0xc5159420 Sep 30 01:34:59 mango kernel: em0: CTRL = 0x401c0241 RCTL = 0x8002 Sep 30 01:34:59 mango kernel: em0: Packet buffer = Tx=16k Rx=32k Sep 30 01:34:59 mango kernel: em0: Flow control watermarks high = 30720 low = 29220 Sep 30 01:34:59 mango kernel: em0: tx_int_delay = 66, tx_abs_int_delay = 66 Sep 30 01:34:59 mango kernel: em0: rx_int_delay = 0, rx_abs_int_delay = 66 Sep 30 01:34:59 mango kernel: em0: fifo workaround = 0, fifo_reset_count = 0 Sep 30 01:34:59 mango kernel: em0: hw tdh = 980, hw tdt = 980 Sep 30 01:34:59 mango kernel: em0: hw rdh = 203, hw rdt = 202 Sep 30 01:34:59 mango kernel: em0: Num Tx descriptors avail = 1024 Sep 30 01:34:59 mango kernel: em0: Tx Descriptors not avail1 = 0 Sep 30 01:34:59 mango kernel: em0: Tx Descriptors not avail2 = 0 Sep 30 01:34:59 mango kernel: em0: Std mbuf failed = 0 Sep 30 01:34:59 mango kernel: em0: Std mbuf cluster failed = 0 Sep 30 01:34:59 mango kernel: em0: Driver dropped packets = 0 Sep 30 01:34:59 mango kernel: em0: Driver tx dma failure in encap = 0 # grep watchdog /var/log/messages Sep 28 19:52:24 mango kernel: em0: watchdog timeout -- resetting Sep 28 20:
Re: SATA is to slow comparing with linux
On Wed, 2009-09-30 at 09:53 +0200, Oliver Lehmann wrote: > Daniel O'Connor writes: > > > In the end I got a PCI Silicon Image 3114 based controller and it worked > > fine. > > I thought about getting a controller with a SiL-Chil too because they are > kinda cheap and another system I intend to use with SATA harddisks has no > SATA on-board. But then I searched through the web and read many posts > telling me "stay away from Silicon Image controllers" so I did as > advised > > I got a Promise SATA300 TX2plus instead. I'll rune some tests with later > (when I'm back home ;)) I would also be curious how that ahci driver from -CURRENT is performing relative to other implementations. robert. > ___ > 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" -- Robert Noland FreeBSD ___ 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: SATA is to slow comparing with linux
Robert Noland writes: On Wed, 2009-09-30 at 09:53 +0200, Oliver Lehmann wrote: I got a Promise SATA300 TX2plus instead. I'll rune some tests with later (when I'm back home ;)) I would also be curious how that ahci driver from -CURRENT is performing relative to other implementations. So there is a new driver - never heard about ahci ;) Is it sufficient to boot 8.0-RC1 livefs? It looks like ahci is not included in GENERIC so I have to load the module in the 2nd bootloader I guess. Something else like disabling the old ata driver? Or will the new driver be used automatically. I was not sure about the man page what "this one" means (the ataahci or the ahaci?): AHCI hardware is also supported by ataahci driver from ata(4) subsystem. If both drivers are loaded at the same time, this one will be given precedence as the more functional of the two. ___ 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"
PCI write oddity
Hi, I have a custom device driver for a PCI RS485 card - it has a 16550 and a PLX PCI bridge on it and I recently found something quite odd. We used to run the link at 9600 but with some more recent modules we've decided to up it to 115200, so I changed the baud rate easily enough.. However while the bit rate is correct each byte going out has a 1 millisecond delay(!). What is really odd is that when I added some debugging to log how long each write to the FIFO register took I discovered it was 1 millisecond. Reads from the same register take ~5 usec which seems more like it. Does anyone have any idea why it would be so damn slow? -- 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 signature.asc Description: This is a digitally signed message part.
Re: SATA is to slow comparing with linux
On Wed, 2009-09-30 at 13:17 +0200, Oliver Lehmann wrote: > Robert Noland writes: > > > On Wed, 2009-09-30 at 09:53 +0200, Oliver Lehmann wrote: > >> I got a Promise SATA300 TX2plus instead. I'll rune some tests with later > >> (when I'm back home ;)) > > > > I would also be curious how that ahci driver from -CURRENT is performing > > relative to other implementations. > > So there is a new driver - never heard about ahci ;) > Is it sufficient to boot 8.0-RC1 livefs? It looks like ahci is not included > in GENERIC so I have to load the module in the 2nd bootloader I guess. > Something else like disabling the old ata driver? Or will the new driver be > used automatically. I was not sure about the man page what "this one" means > (the ataahci or the ahaci?): > > AHCI hardware is also supported by ataahci driver from ata(4) > subsystem. > If both drivers are loaded at the same time, this one will be given > precedence as the more functional of the two. If the ahci driver is loaded via loader.conf it will override that ata driver. The ahci driver is being actively worked on, so I'm not certain how much of the new code is in RC1, but that is a start. robert. > ___ > 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" -- Robert Noland FreeBSD ___ 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: em0 watchdog timeouts
In muc.lists.freebsd.stable, you wrote: > Rudy wrote: >> I am having watchdog timeout issues with my Intel 82573 Pro/1000 ... >> http://lists.freebsd.org/pipermail/freebsd-net/2008-May/018075.html >> >> link to dcgdis.zip didn't work. Do you have a copy? >> > > Thanks, Jack. Got the file and flashed -- no upgrade needed. > > So, while the router was offline, I flashed the motherboards bios > (Supermicro X7Sbi), upgraded to 7.2-STABLE, and downloaded the 6.9.12 > version of the em driver. Still, watchdog timeouts. Sigh. Hi Rudy, may I ask which clients have access to your FreeBSD 7.2 server? I had similar problems a few days ago; I have no idea what exactly happend, but Ubuntu Linux (NIS and NFS client) made my em0 timeout after a while, too, (and even crashed my FreeBSD 7.2 box a few times!) This box was rock solid before, I even thought my Intel NIC was broken... Anyway, since I had no time (and clue) to analyze this further, I took the risk and upgraded to 8.0-RC1 and, well, everything is working fine now :-) HTH ___ 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: FreeBSD 7.2-STABLE boot freeze
on 29/09/2009 21:50 kama said the following: > On Tue, 29 Sep 2009, Andriy Gapon wrote: > >> Serial console and remote debugging perhaps? > > ILO is serial console or rather console++, since you can even see the > whole bootup sequence, change bios. But thats if you connect through their > webinterface > > Just point me what other options I could try to get a proper dump or bt. Perhaps you could still use the following: http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-gdb.html Otherwise, no ideas. >> Anyway, I'll try to see if I can reproduce undefined symbol issue here. >> >> Not that it would matter much for resolution of your main problem (freeze). >> Honestly, I have no clue about it. > > Ok. Hopefully someone else knows what can produce these freezes. BTW, remembering something you said earlier - does including acpi device into kernel still work for you? I.e. can you boot normally with that? Also, can you try 8 on that machine? Just for the sake of experiment? -- 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: SATA is to slow comparing with linux
On Wed, 30 Sep 2009 04:56:51 -0500 Robert Noland wrote: > On Wed, 2009-09-30 at 09:53 +0200, Oliver Lehmann wrote: > > Daniel O'Connor writes: > > > > > In the end I got a PCI Silicon Image 3114 based controller and it > > > worked fine. > > > > I thought about getting a controller with a SiL-Chil too because > > they are kinda cheap and another system I intend to use with SATA > > harddisks has no SATA on-board. But then I searched through the web > > and read many posts telling me "stay away from Silicon Image > > controllers" so I did as advised > > > > I got a Promise SATA300 TX2plus instead. I'll rune some tests with > > later (when I'm back home ;)) > > I would also be curious how that ahci driver from -CURRENT is > performing relative to other implementations. I ran the tiobench test on -CURRENT a few days ago and the ahci driver showed an improvement in latency over the ata driver; I didn't test transfer rates though. -- Bruce ___ 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: SATA is to slow comparing with linux
At 09:10 AM 9/30/2009, Bruce Cran wrote: I ran the tiobench test on -CURRENT a few days ago and the ahci driver showed an improvement in latency over the ata driver; I didn't test transfer rates though. I was running the AHCI driver on the freebsd-current tinderbox for 3 weeks with very good results. I had to recently change back to the ata code as smartmontools are not (yet) supported and one of the drives started to throw errors. Other than that, I found it to be the same speed or faster (depending on the workload). This was on a Phenom 9950 Processor and ATI IXP700/800 SATA300 chipset on AMD64, 8G of RAM. ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ 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: FreeBSD 7.2-STABLE boot freeze
On Wed, 30 Sep 2009, Andriy Gapon wrote: > on 29/09/2009 21:50 kama said the following: > > On Tue, 29 Sep 2009, Andriy Gapon wrote: > > > >> Serial console and remote debugging perhaps? > > > > ILO is serial console or rather console++, since you can even see the > > whole bootup sequence, change bios. But thats if you connect through their > > webinterface > > > > Just point me what other options I could try to get a proper dump or bt. > > Perhaps you could still use the following: > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-gdb.html > Otherwise, no ideas. > > >> Anyway, I'll try to see if I can reproduce undefined symbol issue here. > >> > >> Not that it would matter much for resolution of your main problem (freeze). > >> Honestly, I have no clue about it. > > > > Ok. Hopefully someone else knows what can produce these freezes. > > BTW, remembering something you said earlier - does including acpi device into > kernel still work for you? I.e. can you boot normally with that? > > Also, can you try 8 on that machine? Just for the sake of experiment? > It boot occationally. It does not seem to matter if I include the acpi device into the kernel or not. I get this message in an verbose boot: KLD file acpi.ko - could not finalize loading I have now included a lot of debuging options. But since the server freezes, Im not able to send a break signal to get into the debugger. I'll try to run FSBD8 on the server later this week. /Bjorn ___ 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: FreeBSD 7.2-STABLE boot freeze
on 30/09/2009 16:21 kama said the following: > > It boot occationally. It does not seem to matter if I include the acpi > device into the kernel or not. > > I get this message in an verbose boot: > KLD file acpi.ko - could not finalize loading Do you get this message in all cases? That is, every time you tried? Or only with ACPI_DEBUG defined? > I have now included a lot of debuging options. But since the server > freezes, Im not able to send a break signal to get into the debugger. > > I'll try to run FSBD8 on the server later this week. > > /Bjorn -- 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: em0 watchdog timeouts
Stefan Krueger wrote: In muc.lists.freebsd.stable, you wrote: Rudy wrote: I am having watchdog timeout issues with my Intel 82573 Pro/1000 ... http://lists.freebsd.org/pipermail/freebsd-net/2008-May/018075.html link to dcgdis.zip didn't work. Do you have a copy? Thanks, Jack. Got the file and flashed -- no upgrade needed. So, while the router was offline, I flashed the motherboards bios (Supermicro X7Sbi), upgraded to 7.2-STABLE, and downloaded the 6.9.12 version of the em driver. Still, watchdog timeouts. Sigh. Hi Rudy, may I ask which clients have access to your FreeBSD 7.2 server? None. It is a router and has minimal services on it (bgpd / zebra / snmpd). Rudy ___ 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: SATA is to slow comparing with linux
Robert Noland wrote: > I would also be curious how that ahci driver from -CURRENT is performing > relative to other implementations. I tried 8.0-RC1-i386.iso but the ahci driver didn't picked up my promise nor my VIA controller. So all the numbers now for the "old" ata driver. CPU: AMD Athlon(tm) 64 Processor 3500+ (2200.10-MHz K8-class CPU) usable memory = 2138615808 (2039 MB) atapci0: ad4: 953869MB at ata2-master SATA300 atapci1: ad10: 953869MB at ata5-master SATA150 A simple "dd if=/dev/zero of=/mntpoint/test.dd bs=1M count=4069" showed: FreeBSD 8.0-RC1-i386 (LiveCD) Promise:42 MB/sec VIA:43 MB/sec FreeBSD 7.2-STABLE-amd64 Promise:39 MB/sec VIA:40 MB/sec Knoppix Linux 2.6 (LiveCD) Promise:52 MB/sec VIA:57 MB/sec I only have bonnie results for Knoppix (where installing aplications works) and FreeBSD 7.2 since 8.0 was a LiveCD... FreeBSD 7.2-STABLE-amd64 Promise: Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP kartoffel.salats 4G 588 99 41062 5 17618 2 1150 97 47672 3 201.2 2 Latency 26548us 72687us1032ms 31840us 75449us2497ms Version 1.96 --Sequential Create-- Random Create kartoffel.salatschu -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 956 1 + +++ 1921 2 1022 1 + +++ 1800 2 Latency 32679us 73us 56709us 41386us 154us3340us FreeBSD 7.2-STABLE-i386 VIA: Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP kartoffel.salats 4G 507 99 41771 5 18176 2 1031 96 47754 4 204.7 2 Latency 27839us 92373us1027ms 59450us 75962us 192ms Version 1.96 --Sequential Create-- Random Create kartoffel.salatschu -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 1006 1 + +++ 1937 2 1029 1 + +++ 1908 3 Latency 38776us 97us 77620us 39084us 60us3998us Knoppix Linux 2.6 (LiveCD) Promise: Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP Microknoppix 4G 337 99 49887 15 30244 8 940 97 80670 10 213.8 3 Latency 32400us1258ms1080ms 60634us 35019us 317ms Version 1.96 --Sequential Create-- Random Create Microknoppix-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 24364 46 + +++ + +++ 29360 56 + +++ 30707 50 Latency 31943us 33392us 33427us 18530us 33391us 33425us Knoppix Linux 2.6 (LiveCD) VIA: Version 1.96 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP Microknoppix 4G 355 99 6 16 31982 8 1098 97 80977 10 215.4 2 Latency 25281us1307ms 703ms 37743us 30772us 299ms Version 1.96 --Sequential Create-- Random Create Microknoppix-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 14013 27 + +++ + +++ 31883 60 + +++ + +++ Latency 36642us2973us 30053us 12843us 30014us 30030us As you can see linux has a much higher data transfer rate on both controller than FreeBSD offers. Any sugestions? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ ___ 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: SATA is to slow comparing with linux
on 30/09/2009 19:47 Oliver Lehmann said the following: > Robert Noland wrote: > >> I would also be curious how that ahci driver from -CURRENT is performing >> relative to other implementations. > > I tried 8.0-RC1-i386.iso but the ahci driver didn't picked up my promise > nor my VIA controller. So all the numbers now for the "old" ata driver. What mode do you have set for your controllers in BIOS? AHCI or IDE/Legacy/etc? -- 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: SATA is to slow comparing with linux
Andriy Gapon wrote: > What mode do you have set for your controllers in BIOS? > AHCI or IDE/Legacy/etc? Yeah I read about this too but my BIOS offers only "RAID" and "SATA" - tried both so I think AHCI is just not supported on my K8T800Pro chipset for the SATA controller. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ ___ 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: Laggy X11 after updating to 8.0-RC1
On Mon, Sep 28, 2009 at 10:55:44PM -0500, Scott Lambert wrote: > I'm seeing something similar to OP, apparent keyboard buffer delays, but > maybe not exactly. When I click from one xterm to another, it may be > 1 - 30 seconds before my key entries show. Firefox seems to have less > delay after clicks into text fields, but sometimes it is noticeable maybe > 0.25 to 1 second. Just two xterms, the fluxbox toolbar, and firefox > running. No frufru stuff. > > I've tried with and without an explicit xorg.conf. Switching > back to the console works better without. With doesn't leave me a > usable display outside of X. > > It seems like the delays get longer and longer the longer the X session > has been up. But sometimes there will be no delay. If I switch > windows/desktops with alt-tab, ctrl-f#, there is no delay. I've been > wondering if it could be due to the synaptics touchpad. I enabled the > synaptics features about the same time to try to get rid of tap events > from the touchpad. I hate touchpads and still haven't figured out how > to kill tapping. I changed /boot/loader.conf from: hw.psm.synaptics_support=1 to hw.psm.synaptics_support=0 and rebooted. All X11 input buffer lag went away for me. Wild. Unfortunately the touchpad is now more prone to palm taps... -- Scott LambertKC5MLE Unix SysAdmin lamb...@lambertfam.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: SATA is to slow comparing with linux
On Wed, Sep 30, 2009 at 08:05:32PM +0200, Oliver Lehmann wrote: > Andriy Gapon wrote: > > > What mode do you have set for your controllers in BIOS? > > AHCI or IDE/Legacy/etc? > > Yeah I read about this too but my BIOS offers only "RAID" and "SATA" - > tried both so I think AHCI is just not supported on my K8T800Pro chipset > for the SATA controller. No, AHCI isn't supported there. The VIA K8T800Pro chipset was one of the earlier chipsets with built-in support for SATA, and back then AHCI had not been defined yet. There are many other SATA controllers which also do not support AHCI. -- Erik Trulsson ertr1...@student.uu.se ___ 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: em0 watchdog timeouts
Rudy wrote: Rudy wrote: I am having watchdog timeout issues Oh, here is some more info from 'pciconf -lcv'. I offloaded half the traffic from em0 to em5 and there has only been one watchdog timeout today (on em5) vs. 10 watchdog timeouts yesterday. We do streaming out of our network and the 3 second outage really messes things up... e...@pci0:5:0:0: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) e...@pci0:5:0:1: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) e...@pci0:6:0:0: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) e...@pci0:6:0:1: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) e...@pci0:13:0:0: class=0x02 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82573E Intel Corporation 82573E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) e...@pci0:15:0:0: class=0x02 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82573L Intel PRO/1000 PL Network Adaptor' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) vgap...@pci0:17:3:0: class=0x03 card=0xd18015d9 chip=0x515e1002 rev=0x02 ___ 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: SATA is to slow comparing with linux
Erik Trulsson wrote: > On Wed, Sep 30, 2009 at 08:05:32PM +0200, Oliver Lehmann wrote: >> Andriy Gapon wrote: >> >>> What mode do you have set for your controllers in BIOS? >>> AHCI or IDE/Legacy/etc? >> Yeah I read about this too but my BIOS offers only "RAID" and "SATA" - >> tried both so I think AHCI is just not supported on my K8T800Pro chipset >> for the SATA controller. > > No, AHCI isn't supported there. The VIA K8T800Pro chipset was one of the > earlier chipsets with built-in support for SATA, and back then AHCI had not > been defined yet. There are many other SATA controllers which also do not > support AHCI. ... as the nVidia nForce4/32 (CK804) on many Socket S939-boards for AMD Athlon64 or singlesocket Opterons. Regards, Oliver ___ 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: em0 watchdog timeouts
Increase the size of your TX ring, meaning the number of TX descriptors. You said this is a quad port card, what size PCI E slot are you in? On some motherboards slot connectors might suggest its of a certain size but its not really wired fully. If you are not in a x8 lane slot move it to one. What about system tuning? Some ideas, let me know how it goes. Jack On Wed, Sep 30, 2009 at 3:28 PM, Rudy wrote: > Rudy wrote: > >> Rudy wrote: >> >>> I am having watchdog timeout issues >>> >> > Oh, here is some more info from 'pciconf -lcv'. > > I offloaded half the traffic from em0 to em5 and there has only been one > watchdog timeout today (on em5) vs. 10 watchdog timeouts yesterday. We do > streaming out of our network and the 3 second outage really messes things > up... > > > e...@pci0:5:0:0: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 > hdr=0x00 >vendor = 'Intel Corporation' >device = '82571EB Gigabit Ethernet Controller' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > e...@pci0:5:0:1: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 > hdr=0x00 >vendor = 'Intel Corporation' >device = '82571EB Gigabit Ethernet Controller' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > e...@pci0:6:0:0: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 > hdr=0x00 >vendor = 'Intel Corporation' >device = '82571EB Gigabit Ethernet Controller' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > e...@pci0:6:0:1: class=0x02 card=0x10a48086 chip=0x10a48086 rev=0x06 > hdr=0x00 >vendor = 'Intel Corporation' >device = '82571EB Gigabit Ethernet Controller' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x4(x4) > e...@pci0:13:0:0:class=0x02 card=0x108c15d9 chip=0x108c8086 > rev=0x03 hdr=0x00 >vendor = 'Intel Corporation' >device = '82573E Intel Corporation 82573E Gigabit Ethernet > Controller (Copper)' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > e...@pci0:15:0:0:class=0x02 card=0x109a15d9 chip=0x109a8086 > rev=0x00 hdr=0x00 >vendor = 'Intel Corporation' >device = '82573L Intel PRO/1000 PL Network Adaptor' >class = network >subclass = ethernet >cap 01[c8] = powerspec 2 supports D0 D3 current D0 >cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > vgap...@pci0:17:3:0:class=0x03 card=0xd18015d9 chip=0x515e1002 > rev=0x02 > ___ 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"
8.0 RC1 cd boot problem
I did make release NOPORTS, NODOC, of and on the same RELENG_8, and burnt the now nicely CD sized dvd1 image onto a CDR. 515411968 bytes RELENG_8_20090928-i386-dvd1.iso Using both the dvd and cd drives, the MD5 and SHA256 match. I can mount the iso and all is fine. Booting it looks normal up until I see: Bios drive C: is disk1 _ where the underscore just sits there blinking. At that point ctrl-alt-del is the only thing left to do. It does this on both secondary master and secondary slave drives. Anyone else seeing this? ___ 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: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached)
On Wednesday 30 September 2009 03:19 am, Alexander Motin wrote: > Jung-uk Kim wrote: > > On Monday 28 September 2009 02:21 pm, Alexander Motin wrote: > >> PS: I have tried to disable all that ATI-specific code and found > >> that both legacy PCI ATA and AHCI drivers looks like working > >> fine with IXP700. Do we really need AHCI forcing for IXP700? > > > > It enables all six SATA ports as SATA and one PATA channel as > > PATA in the combined mode by forcing the mode. It is not > > absolutely necessary but it is better than without it, IMHO. :-) > > As I have told, with or without this patch I am any way receiving 4 > AHCI channels + 2 PATA + 2 legacy SATA if IDE mode set in BIOS. If > I enable AHCI mode in BIOS I am receiving 6 AHCI + 2 PATA channels. > Looks like Dennis has the same. So 1) I don't see any effect of > this hack on my system, at least with HEAD (is it working?), and 2) > if we are doing all this magic and force AHCI mode for second > controller, IMHO it would be reasonable to enable real AHCI mode to > get all 6 SATA channels there. What's puzzling me whole day is that the hack worked for me at the time (I swear!) but now it doesn't. :-( Originally I thought forcing AHCI mode clears combined mode but it doesn't work any more. I even tried clearing combined mode at SMB controller but it didn't work, either. It is possible that newer ACPICA with "executable at module level" feature did something because its (broken) DSDT reconfigures SATA controller at module level if it is in "native" or "legacy" IDE mode. I'll try something again tomorrow and let you know. Jung-uk Kim ___ 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"
