Sponsored Content
Top Forums Web Development Opera on the Rise? FF in Decline? Post 302307911 by Housni on Thursday 16th of April 2009 03:36:33 PM
Old 04-16-2009
Quote:
Originally Posted by Corona688
Most of the time when firefox crashes its Flash Player that's doing it, most of the time it's consuming 99% CPU because each open tab has 4 or 5 flash ads
True. The ad-block add-on is very handy in situations like this.
But I've found that FF takes up massive amounts of CPU even without a single flash object running in it. It also behaves badly on sites that are AJAX intensive...such as gmail, for example
 

4 More Discussions You Might Find Interesting

1. UNIX Desktop Questions & Answers

The OPERA browser

I have just seen someone using the OPERA browser - it looks quite good and seems to have a friendly GUI. Can I get this for UNIX(Solaris 8 is my OS)??? Does anyone have this installed on their UNIX workstation?? How is it performing?? All comments and advice is welcome!! (1 Reply)
Discussion started by: Kanu77
1 Replies

2. AIX

lvm_queryvg call does not work properly and results in a sudden memory rise.

On AIX 5.3 host, the lvm_queryvg call does not work properly and results in a sudden memory rise. This is happening on one particular host and the call works fine on another host. Is this a known issue and is there any patch available for this? (0 Replies)
Discussion started by: sandiworld
0 Replies

3. Solaris

Opera 9.5 for Sparc

Has anyone gotten Opera 9.5 to work? I'm using Solaris Sparc 5.10. The browser is unusable. It crashes even when viewing Opera's Desktop Team blog. I've asked Opera about this, but no reply. I've never been able to get the 9.5 betas to work either. From one Opera user's blog, I don't see any... (0 Replies)
Discussion started by: cooldude
0 Replies

4. Solaris

Sudden rise in heap memory of a process

Hi, There is a abrupt memory rise observed for a process on solaris. When the process is started the memory is around 268 MB and is stable for a day. Then suddenly the memory increased to 4364 MB. Below is the pmap -xs output for the process (only for heap) Address Kbytes ... (1 Reply)
Discussion started by: Nidds
1 Replies
curs_beep(3CURSES)					     Curses Library Functions						curs_beep(3CURSES)

NAME
curs_beep, beep, flash - curses bell and screen flash routines SYNOPSIS
cc [ flag ... ] file ... -lcurses [ library ... ] #include <curses.h> int beep(void); int flash(void); DESCRIPTION
The beep() and flash() routines are used to signal the terminal user. The routine beep() sounds the audible alarm on the terminal, if pos- sible; if that is not possible, it flashes the screen (visible bell), if that is possible. The routine flash() flashes the screen, and if that is not possible, sounds the audible signal. If neither signal is possible, nothing happens. Nearly all terminals have an audible sig- nal (bell or beep), but only some can flash the screen. RETURN VALUES
These routines always return OK. ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |MT-Level |Unsafe | +-----------------------------+-----------------------------+ SEE ALSO
curses(3CURSES), attributes(5) NOTES
The header <curses.h> automatically includes the headers <stdio.h> and <unctrl.h>. SunOS 5.10 31 Dec 1996 curs_beep(3CURSES)
All times are GMT -4. The time now is 10:41 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy