Re: Slow 2d performance in X / opera / nvidia drivers
Don't see any XOrg log file, you forgot to attatch it? And what is Xinerama, i thought it was a window manager like KDE or gnome...? Try loading from the open-source driver, or generic vga or vesa, will that improve preformance? You said problems started to occur with Opera 8 and later, did you try using opera 7.x or 6.x? it those work alright I think opera support would be the best place to be On 12/01/06, Josh Paetzel <[EMAIL PROTECTED]> wrote: > On Thursday 12 January 2006 04:25 am, Joseph Kerian wrote: > > On 1/11/06, Martin Tournoy <[EMAIL PROTECTED]> wrote: > > > On 10/01/06, Josh Paetzel <[EMAIL PROTECTED]> wrote: > > > > *many helpful attachments snipped* > > > > > > I've been having terrible 2d performance with opera > > > > (linux-opera and native 8.51 and 9.0) using the nvidia drivers. > > > > When I windowshade it and then restore it there is a sizeable > > > > delay while it redraws the window. If I rapidly shade and > > > > restore the window my idle CPU time goes to 0% and mp3 playback > > > > will occassionally skip. > > > > > > > > The problem first started when Opera 8 was released, I hoped > > > > that further releases would address it but so far that has not > > > > been the case. Any suggestions for a fix welcome. > > > > > > > > (Yes, I have been seeking support on opera.com but this feels > > > > like a FreeBSD mis-configuration of some sort on my end. :) > > > > > > You might try turning the twinview of, it takes up heaps of > > > resources on my machine, then again, your machine has 300% more > > > RAM and clockspeed, so it should be able to handle it fine > > > > > > Try using freebsd AGP, the nvidia should work better but you > > > might want to try it anyway... > > > > The other useful file for this might be your Xorg log. > > > > > Which window manager do you use, I noted that KDE can be really, > > > really slow even on newer machines (Krap Desktop Enviorment) > > > > *bites the troll* > > > > > Is this problem ONLY with opera? or with other applications to? > > > if you have another QT application you might want try how that > > > runs. Also check you QT version, maybe it's ancient? > > > > > > Did you try using both the static/shared QT versions? If not, it > > > might make a diffrence. > > > > I haven't had this problem at all with Opera on the ports KDE, > > using a far inferior nvidia card. > > I have had a bit of shared library wierdness, but Opera simply > > refused to run until I fixed that. > > > > If this is a PCI-Express card, note the discussion of 3d > > performance here: > > http://www.nvnews.net/vbulletin/showthread.php?t=59981 > > Well, I think I may have found the problem but can't seem to find a > fix to test my theory. Xorg is loading Xinerama and I've found some > noise via google that there is a 'nvidia-xinerama' that is faster > than the native 'xorg-xinerama'. I've tried disabling xinerama in my > Xorg conf file but it loads anyways. > > Attached is my xorg.log > > -- > Thanks, > > Josh Paetzel > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Slow 2d performance in X / opera / nvidia drivers
On Thursday 12 January 2006 04:25 am, Joseph Kerian wrote: > On 1/11/06, Martin Tournoy <[EMAIL PROTECTED]> wrote: > > On 10/01/06, Josh Paetzel <[EMAIL PROTECTED]> wrote: > > *many helpful attachments snipped* > > > > I've been having terrible 2d performance with opera > > > (linux-opera and native 8.51 and 9.0) using the nvidia drivers. > > > When I windowshade it and then restore it there is a sizeable > > > delay while it redraws the window. If I rapidly shade and > > > restore the window my idle CPU time goes to 0% and mp3 playback > > > will occassionally skip. > > > > > > The problem first started when Opera 8 was released, I hoped > > > that further releases would address it but so far that has not > > > been the case. Any suggestions for a fix welcome. > > > > > > (Yes, I have been seeking support on opera.com but this feels > > > like a FreeBSD mis-configuration of some sort on my end. :) > > > > You might try turning the twinview of, it takes up heaps of > > resources on my machine, then again, your machine has 300% more > > RAM and clockspeed, so it should be able to handle it fine > > > > Try using freebsd AGP, the nvidia should work better but you > > might want to try it anyway... > > The other useful file for this might be your Xorg log. > > > Which window manager do you use, I noted that KDE can be really, > > really slow even on newer machines (Krap Desktop Enviorment) > > *bites the troll* > > > Is this problem ONLY with opera? or with other applications to? > > if you have another QT application you might want try how that > > runs. Also check you QT version, maybe it's ancient? > > > > Did you try using both the static/shared QT versions? If not, it > > might make a diffrence. > > I haven't had this problem at all with Opera on the ports KDE, > using a far inferior nvidia card. > I have had a bit of shared library wierdness, but Opera simply > refused to run until I fixed that. > > If this is a PCI-Express card, note the discussion of 3d > performance here: > http://www.nvnews.net/vbulletin/showthread.php?t=59981 Well, I think I may have found the problem but can't seem to find a fix to test my theory. Xorg is loading Xinerama and I've found some noise via google that there is a 'nvidia-xinerama' that is faster than the native 'xorg-xinerama'. I've tried disabling xinerama in my Xorg conf file but it loads anyways. Attached is my xorg.log -- Thanks, Josh Paetzel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Slow 2d performance in X / opera / nvidia drivers
On 1/11/06, Martin Tournoy <[EMAIL PROTECTED]> wrote: > On 10/01/06, Josh Paetzel <[EMAIL PROTECTED]> wrote: *many helpful attachments snipped* > > I've been having terrible 2d performance with opera (linux-opera and > > native 8.51 and 9.0) using the nvidia drivers. When I windowshade it > > and then restore it there is a sizeable delay while it redraws the > > window. If I rapidly shade and restore the window my idle CPU time > > goes to 0% and mp3 playback will occassionally skip. > > > > The problem first started when Opera 8 was released, I hoped that > > further releases would address it but so far that has not been the > > case. Any suggestions for a fix welcome. > > > > (Yes, I have been seeking support on opera.com but this feels like a > > FreeBSD mis-configuration of some sort on my end. :) > > You might try turning the twinview of, it takes up heaps of resources > on my machine, then again, your machine has 300% more RAM and > clockspeed, so it should be able to handle it fine > > Try using freebsd AGP, the nvidia should work better but you might > want to try it anyway... The other useful file for this might be your Xorg log. > Which window manager do you use, I noted that KDE can be really, > really slow even on newer machines (Krap Desktop Enviorment) *bites the troll* > Is this problem ONLY with opera? or with other applications to? if you > have another QT application you might want try how that runs. > Also check you QT version, maybe it's ancient? > > Did you try using both the static/shared QT versions? If not, it might > make a diffrence. I haven't had this problem at all with Opera on the ports KDE, using a far inferior nvidia card. I have had a bit of shared library wierdness, but Opera simply refused to run until I fixed that. If this is a PCI-Express card, note the discussion of 3d performance here: http://www.nvnews.net/vbulletin/showthread.php?t=59981 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Slow 2d performance in X / opera / nvidia drivers
On 10/01/06, Josh Paetzel <[EMAIL PROTECTED]> wrote: > gimpy# uname -a > FreeBSD gimpy.tcbug.org 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 #9: Fri > Jan 6 20:26:44 CST 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GIMPY i386 > > dmesg attached > > Xorg config attached > > Kernel config attached > > I've been having terrible 2d performance with opera (linux-opera and > native 8.51 and 9.0) using the nvidia drivers. When I windowshade it > and then restore it there is a sizeable delay while it redraws the > window. If I rapidly shade and restore the window my idle CPU time > goes to 0% and mp3 playback will occassionally skip. > > The problem first started when Opera 8 was released, I hoped that > further releases would address it but so far that has not been the > case. Any suggestions for a fix welcome. > > (Yes, I have been seeking support on opera.com but this feels like a > FreeBSD mis-configuration of some sort on my end. :) > > -- > Thanks, > > Josh Paetzel > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > > You might try turning the twinview of, it takes up heaps of resources on my machine, then again, your machine has 300% more RAM and clockspeed, so it should be able to handle it fine Try using freebsd AGP, the nvidia should work better but you might want to try it anyway... Which window manager do you use, I noted that KDE can be really, really slow even on newer machines (Krap Desktop Enviorment) Is this problem ONLY with opera? or with other applications to? if you have another QT application you might want try how that runs. Also check you QT version, maybe it's ancient? Did you try using both the static/shared QT versions? If not, it might make a diffrence. Don't post your dmesg again please, it makes me drool which makes my keyboard dirty.. 95 gig SCSI HDD *drool* ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Slow 2d performance in X / opera / nvidia drivers
gimpy# uname -a FreeBSD gimpy.tcbug.org 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 #9: Fri Jan 6 20:26:44 CST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GIMPY i386 dmesg attached Xorg config attached Kernel config attached I've been having terrible 2d performance with opera (linux-opera and native 8.51 and 9.0) using the nvidia drivers. When I windowshade it and then restore it there is a sizeable delay while it redraws the window. If I rapidly shade and restore the window my idle CPU time goes to 0% and mp3 playback will occassionally skip. The problem first started when Opera 8 was released, I hoped that further releases would address it but so far that has not been the case. Any suggestions for a fix welcome. (Yes, I have been seeking support on opera.com but this feels like a FreeBSD mis-configuration of some sort on my end. :) -- Thanks, Josh Paetzel Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p8 #9: Fri Jan 6 20:26:44 CST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GIMPY ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2202.84-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff AMD Features=0xe050 real memory = 1073414144 (1023 MB) avail memory = 1036673024 (988 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfa00-0xfaff,0xe000-0xefff,0xfb00-0xfbff irq 16 at device 0.0 on pci1 pcm0: port 0xa400-0xa41f irq 16 at device 9.0 on pci0 pcm0: pci0: at device 10.0 (no driver attached) xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xb400-0xb43f irq 19 at device 14.0 on pci0 miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:60:97:d8:ad:bd atapci0: port 0xb800-0xb8ff,0xc000-0xc00f,0xc400-0xc403,0xc800-0xc807,0xd000-0xd003,0xd400-0xd407 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 21 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 21 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe800-0xe81f irq 21 at device 16.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf9e0-0xf9e000ff irq 21 at device 16.4 on pci0 usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: Jabil Circuit Seagate External Drive, rev 2.00/2.40, addr 2 isab0: at device 17.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xcf000-0xd2fff,0xc-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/13.20, addr 2, iclass 3/1 ums0: 4 buttons and Z dir. ugen0: Logitech Camer