Hi, We have great performance by using these two PCI cards while on 11g mode.
ral0 at pci1 dev 13 function 0 "Ralink RT2561S" rev 0x00: irq 5, address 00:0e:8e:04:8b:08 ral0: MAC/BBP RT2561C, RF RT2527 ral0 at pci1 dev 15 function 0 "Ralink RT2561" rev 0x00: irq 11, address 00:05:9e:84:9c:c8 ral0: MAC/BBP RT2561C, RF RT2527 RT2560 is becoming old now. Kevin > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Damon McMahon > Sent: Saturday, September 22, 2007 9:42 AM > To: misc list > Subject: Re: Slow ral(4) 802.11b in hostap mode? > > Thanks for the responses from Peter and others. > > The CAVEAT seems only to apply to the USB variant - mine is a PCI: > > # dmesg| grep ral0 > ral0 at pci0 dev 15 function 0 "Ralink RT2560" rev 0x01: irq 5, > address 00:13:d3:6a:bb:9d > ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 > > I've tried setting specific media types rather than > autoselect but if > anything this reduces throughput. I also have an aftermarket high- > gain antenna fitted. Are there any other suggestions readers > can offer? > > Thanks in advance, > Damon > > > On 20/09/2007, at 1:09 AM, Peter N. M. Hansteen wrote: > > > Damon McMahon <[EMAIL PROTECTED]> writes: > > > >> Also, while top(1) shows that the CPU is 95% idle the ssh terminal > >> seems very sluggish when the ral(4) connection is maxed out, even > >> when it's another host that's maxing it out (i.e. not the host on > >> which the ssh client is operating). > > > > It's sort of a known problem I'm afraid. it sounds like you're stuck > > on a suboptimal mode, and ral doesn't really know how to fix > > that. It's under CAVEATS at the end of the ral(4) man page. > > > > -- > > Peter N. M. Hansteen, member of the first RFC 1149 > implementation team > > http://bsdly.blogspot.com/ http://www.datadok.no/ > http://www.nuug.no/ > > "Remember to set the evil bit on all malicious network traffic" > > delilah spamd[29949]: 85.152.224.147: disconnected after 42673 > > seconds.
