Long pause before startup

Hello,
Sometimes my intel mac mini pause longer than usual before startup chime is heard. I ran hardware diagnostics (extended one) and no problem was reported. Could it be a hard drive related issue?
Thanks inadvance.

I have a similar thing to this, it doesn’t happen very often, but I’m always a little bit worried it’ll get worse, or it’s a symptom of something else,
basically every now and then I get that 5second pause before the chime, I haven’t run any diagnostics yet (all my disks are up north at the moment, I’m going to get them back soon, might see if they show anything)

Similar Messages

How to pause before startup to debug??

Upon startup, does the debugger pause before it calls main of the application to allow the remote debugger to connect as a client????
If so, I just need to go find out what I am doing wrong with eclipse.
If not, how does one pause such that I can connect eclipse before the JVM calls main, as I want to step through the server startup????
Also, I see no output to the console in eclipse. Does stderr and stdout go over the remote debugging socket so clients can print the stuff to the console, or is this not allowed and so whenever I remote debug, I will never have logs in any debug client(ie. eclipse, JBorland, whatever)?????
thanks,
dean

ok, I answered my first question and the debugger does not pause on startup, so how do I make it pause without changing code. I mean, I could put a sleep in there, but that is hack for I don't know the answer.
How does eclipse or any IDE startup the JVM and attach it's debugger in time before main is called. They must do it somehow, so I know the problem must be solved in some way. Does anyone know????

Long pause before a .pdf opens when right-clicking

When opening a .pdf with Adobe Reader 9.3.2 in Windows XP Explorer by double-clicking it or by right-clicking then selecting Open with Adobe Reader 9, there is a long pause (22 seconds) before it opens. If I disable then re-enable my local area network connection, these symptoms disappear for a while and the .pdf files seem to open normally (within a second or two). What could be causing this? When opening a .pdf from within the Adobe Reader program itself, the .pdf files seem to open normally whether the local network connection is enabled or disabled.

Sometimes after a Microsoft Update, doc and xls files open slowly. Apparently, Microsoft Update keeps resetting the DDE (Dynamic Data Exchange) in the doc and xls file types. To fix this, I follow the instructions at the following Website:
http://forums.techarena.in/ms-office-support/749154.htm
Here are the instructions I follow for doc and xls.
If the problem is ONLY when you double-click on a file to open it. the
problem is likely due to DDE. It can be fixed by reinstalling, OR this
workaround.
Go to Control Panel, Folder Options, File Types, scroll down to and
select XLS, click Advanced, select Open entry, click the edit Button.
Now uncheck "Use DDE" and then put your cursor in the Application box,
arrow all the way to the right and put in "%1" (include the quote
marks), IF there is /dde remove it. Then OK you way out. Things should
work quickly again.
After doing this, doc and xls files open normally again. But this does not work with pdf files, it has to be something else I haven’t figured out yet. The Disk Defragmanter Analysis says I don’t have to defrag my C: drive, and the system idle process is at 98% when the file is being opened.

ITunes 7.5.20 - really long pause on startup

After "upgrade" to 7.5.20, iTunes appears to hang for a long time on startup (many minutes) during which the CPU is near 100%, the rest of the system is locked up, and the "Search" window is not fully painted (showing desktop under iTunes). Performance Monitor says iTunes is "unresponsive". After a long while (many minutes), iTunes magically wakes up and completes its load, and appears to function normally. Uninstall/reinstall with fresh download behaves the same. Any ideas about this?

We are having the same problem on the Mac platform.
There are a number of threads sleuthing through the issue, and based on the Mac build of iTunes 7.5 (build 19), I have been able to ascertain the following:
1) The long time to start up is due to iTunes rummaging through the music files on your hard disk. The more 'songs' in your iTunes Library, the longer it takes iTunes to startup. Since the time is based on file reads from the hard disk, this action is sensitive to where you keep you Library (ie. Local HD/Attached HD/Networked Volume/Wireless, etc.)
2) I have been able to isolate the issue from any dependency on computer model, etc.
3) There appears to be a dependency with the file type used. For example, I have two identical Libraries, one taken as plain vanilla .aif (wav) files from CD, and the second a mirror Library of .mp3 files. The only difference between the two Libraries is the manner in which they were created: one is a mirror of the other, rather than a straight rip. iTunes starts instantaneously on the .mp3 Library, but takes a full 9 minutes on the .aif Library, all else kept the same.
4) There may be a dependency related to Album Art, but I have not been able to completely nail this one yet. (.aif files have no tags, and Album art is stored externally to the sound file whereas .mp3 files can accommodate embedded sound file tags.)
Help out:
1) How many songs does your Library have? How many albums? How large is the collection in GB?
2) What file type is prominent in your collection? Direct .aif (wav) or .mp3s?
3) What % of your music has Album Art? Where did you get your Album Art (automatic/scanned/etc.)?

Long pause before Vista boots

Windows Vista waits for 50 seconds with a black screen and blinking text cursor "_" before the splash screen begins (the green loading bar).
Any ideas of how to fix this? Although not huge problem, it's delaying the boot by quite a bit, seemingly for no reason.
I've got a feeling it might be due to MBPs having EFI instead of BIOS, but what do you think?
Thanks.

Sometimes after a Microsoft Update, doc and xls files open slowly. Apparently, Microsoft Update keeps resetting the DDE (Dynamic Data Exchange) in the doc and xls file types. To fix this, I follow the instructions at the following Website:
http://forums.techarena.in/ms-office-support/749154.htm
Here are the instructions I follow for doc and xls.
If the problem is ONLY when you double-click on a file to open it. the
problem is likely due to DDE. It can be fixed by reinstalling, OR this
workaround.
Go to Control Panel, Folder Options, File Types, scroll down to and
select XLS, click Advanced, select Open entry, click the edit Button.
Now uncheck "Use DDE" and then put your cursor in the Application box,
arrow all the way to the right and put in "%1" (include the quote
marks), IF there is /dde remove it. Then OK you way out. Things should
work quickly again.
After doing this, doc and xls files open normally again. But this does not work with pdf files, it has to be something else I haven’t figured out yet. The Disk Defragmanter Analysis says I don’t have to defrag my C: drive, and the system idle process is at 98% when the file is being opened.

Why when i punch in i get a long pause before it records

this is not useful because it interupts the flow of the playback and throws the artist off.
is there a setting i need to check on or off to fix this?

http://discussions.apple.com/thread.jspa?messageID=2439247&#2439247
i think that justin C might have answered my question. i will try and reply back.

ParNew long pauses in Tomcat 6 on T5120.

I am running some simmulated user load for 50 concurent users on a Java application running inside Tomcat 6 on Sun's T5120 (8 processor 8G RAM) on Solaris 10. The utilization of the application seens to be ok (90-95%), but sometimes JVM goes into long GC pauses that are not acceptable for in my case. The longest pauses I can afford is about 10 seconds. The only other thing that's running on the machine is apache (mod_jk) that forwards the requests to the Tomcat process.
My GC Settings:
GC_VERBOSE_OPTS="-XX:+PrintTenuringDistribution -Xloggc:${CATALINA_HOME}/logs/gc_${TSTAMP}.log"
GC_VERBOSE="-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime $GC_VERBOSE_OPTS"
MEMORY_SETTINGS="-Xms6912m -Xmx6912m -XX:NewSize=1728m -XX:MaxNewSize=1728m -XX:SurvivorRatio=8 -Xss256k -d64 -XX:PermSize=192M -XX:MaxPermSize=192M"
GC_SETTINGS=" -XX:+DisableExplicitGC -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=31 -X:ParallelGCThreads=6
The output of verbose GC just before it goes into very long 55 second pause:
76824.094: [GC 76824.094: [ParNew
Desired survivor size 163027352 bytes, new threshold 16 (max 31)
- age   1:   28658536 bytes,   28658536 total
- age   2:   78258856 bytes, 106917392 total
- age   3:   47935016 bytes, 154852408 total
: 1592576K->152602K(1592576K), 0.7859117 secs] 4605449K->3213877K(6900992K), 0.7864152 secs]
Total time for which application threads were stopped: 0.7876342 seconds
Application time: 17.9823540 seconds
Total time for which application threads were stopped: 0.0037981 seconds
Application time: 0.0002300 seconds
76842.868: [Full GC 76842.868: [ParNew
Desired survivor size 163027352 bytes, new threshold 16 (max 31)
- age   1:   16586944 bytes,   16586944 total
- age   2:   24580024 bytes,   41166968 total
- age   3:   77453264 bytes, 118620232 total
- age   4:   41331496 bytes, 159951728 total
: 1568283K->157516K(1592576K), 0.5095165 secs] 4629559K->3218791K(6900992K), 0.5099791 secs]
Total time for which application threads were stopped: 0.5109060 seconds
Application time: 21.7442444 seconds
76865.132: [GC 76865.132: [ParNew
Desired survivor size 163027352 bytes, new threshold 5 (max 31)
- age   1:   70949544 bytes,   70949544 total
- age   2:     325496 bytes,   71275040 total
- age   3:   16995328 bytes,   88270368 total
- age   4:   51961024 bytes, 140231392 total
- age   5:   39539328 bytes, 179770720 total
: 1573196K->176896K(1592576K), 4.8568739 secs] 4634471K->3402338K(6900992K), 4.8573679 secs]
Total time for which application threads were stopped: 4.8667158 seconds
Application time: 0.0000997 seconds
76870.002: [GC [1 CMS-initial-mark: 3225442K(5308416K)] 3425594K(6900992K), 1.2304280 secs]
Total time for which application threads were stopped: 1.2421993 seconds
76871.233: [CMS-concurrent-mark-start]
Application time: 3.9732836 seconds
76875.212: [GC 76875.212: [ParNew
Desired survivor size 163027352 bytes, new threshold 5 (max 31)
- age   1:   89811184 bytes,   89811184 total
- age   2:   47431856 bytes, 137243040 total
- age   3:     229704 bytes, 137472744 total
- age   4:   10895976 bytes, 148368720 total
- age   5:   31371840 bytes, 179740560 total
: 1592576K->176896K(1592576K), 19.5701529 secs] 4818018K->3616356K(6900992K), 19.6394327 secs]
*Total time for which application threads were stopped: 19.6456021 seconds*
Application time: 5.3914509 seconds
76900.622: [GC 76900.622: [ParNew
Desired survivor size 163027352 bytes, new threshold 3 (max 31)
- age   1:   73583152 bytes,   73583152 total
- age   2:   73057080 bytes, 146640232 total
- age   3:   32981616 bytes, 179621848 total
- age   4:      98336 bytes, 179720184 total
- age   5:      12880 bytes, 179733064 total
: 1592576K->176896K(1592576K), 54.7521974 secs] 5032036K->3921814K(6900992K), 54.7527833 secs]
*Total time for which application threads were stopped: 55.1387374 seconds*
Application time: 5.3171414 seconds
76960.700: [GC 76960.700: [ParNew
Desired survivor size 163027352 bytes, new threshold 3 (max 31)
- age   1:   66359848 bytes,   66359848 total
- age   2:   62758584 bytes, 129118432 total
- age   3:   50477568 bytes, 179596000 total
: 1592576K->176896K(1592576K), 7.1058428 secs] 5337494K->4095887K(6900992K), 7.1063802 secs]
*Total time for which application threads were stopped: 7.1077796 seconds*
Application time: 12.7908379 seconds
Total time for which application threads were stopped: 0.0042312 seconds
Application time: 0.3358069 seconds
76980.938: [GC 76980.939: [ParNew
Desired survivor size 163027352 bytes, new threshold 3 (max 31)
- age   1:   69012896 bytes,   69012896 total
- age   2:   56309432 bytes, 125322328 total
- age   3:   54304696 bytes, 179627024 total
: 1592576K->176896K(1592576K), 2.5164799 secs] 5512702K->4233158K(6900992K), 2.5169843 secs]
Total time for which application threads were stopped: 2.5178621 seconds
Application time: 14.8490191 seconds
Total time for which application threads were stopped: 0.0070005 seconds
Application time: 0.0003056 seconds
76998.312: [Full GC 76998.313: [ParNew
Desired survivor size 163027352 bytes, new threshold 16 (max 31)
- age   1:   38875304 bytes,   38875304 total
- age   2:   63941104 bytes, 102816408 total
- age   3:   56090408 bytes, 158906816 total
: 1592576K->156275K(1592576K), 1.1885482 secs] 5648848K->4265573K(6900992K), 1.1891583 secs]
Total time for which application threads were stopped: 1.1899499 seconds
Application time: 8.8337996 seconds
I would appreciate some help tunning GC patameters to eliminate the long pauses.
Edited by: MikhailPDX on May 6, 2008 11:53 AM

I saw this posting before about pauses and I don't think I am having the same issue since I am using Java(TM) 2 Runtime Environment, Standard Edition 1.5.0_15-b04 Java HotSpot(TM) 64-Bit Server VM) where the mentioned pauses bug was supposedly fixed.
Edited by: MikhailPDX on May 7, 2008 10:30 AM

Mac Pro early 2008 power off suddenly alone and gives a long beep on startup

Hello everyone! Can you resolve the problem reported? I have 6 equipaments identical to those with the same problem, some worse than others, and only two barely functioning, others are stopped. They power normally and suddenly alone they power off , and after that I only can power on again , after hours waiting or only the next day , and when it's power on , on startup , they give me a long beep , before the chime , then I can work for a time (minutes or long time , it's not secure)
I talked with Apple Computer (from USA) and they do not assume that the problem exists and that many users have the same problem, worldwide.
If you're not satisfied with the result of Apple, we will have to press them to assume the defect and promote a recall on these equipments. We have many users with the same issue (MacPro off alone)

All places where I have my equipments (they are in 4 different places, but I have tested them in all four locations), are electrically grounded, the electrical networkstabilized, reviewed annually and I use UPS minimum of 1.5 KVA (I have two UPS of 3.75 KVA) . I tested with the original HDD , with all the applications that I use installed , only with the system installed and the same procedure on a new HDD and got the same result . So , it is not eletrical problem . I have iMacs , MacBooks , G5 and MacPro early 2009 working in the same places with no problems . I tested all the sites with three different electricians and all
approved my Electric networks . As I know, all Apple equipment have
surge protection, precisely to prevent thecomponents from being damaged
by electrical problems. Again , it is not eletrical problem .

Long pause when opening PDFs - v10.1.3 Win 7 64bit

Hi all, when opening any PDF, most of the time I seem to get a long pause in Adobe Reader straight after the PDF document has loaded (around 10 to 20 seconds or so). This has only recently started happening. I'm running Windows 7 Pro 64bit, SP1, 8GB RAM, Intel Core i5 3.30GHz and a 256GB SSD drive.
Re-installing Adobe Reader hasn't helped, but are there some other suggestions I could try? Thanks for any help.

A good possibility is that the latest version of Photoshop is demanding things of your display driver that it hasn't been asked to do before. Display driver updates do solve a LOT of issues... I suggest you visit the web site of the maker of your video card and see if they offer an updated display driver you can download and install.
Your mention of the type tool issues implies a possibly corrupted or badly formed font. Chris Cox just the other day shared a neat link to a handy font troubleshooting page... http://kb2.adobe.com/cps/843/cpsid_84363.html
Lastly, it never hurts to set all Photoshop preferences back to defaults and then reconfigure only the things you know you need to change... Do this by pressing and holding Control - Shift - Alt when cold-starting Photoshop. You have to be very quick, and if you're quick enough Photoshop will prompt you to confirm the deletion of the current preferences.
Good luck!
-Noel
P.S., At the moment, on my system Photoshop CS5 seems very stable. I had some periods of instability, and display driver updates from ATI seem to have solved that completely. Currently I'm using Catalyst 11.9, which may be interesting to you if you're using an ATI card.

Long pause of ParNew without Promotion failed.

I encounter a same problem like " [Long pauses |http://forums.sun.com/thread.jspa?threadID=5240437] ", no "promotion failed" tip but ParNew cost more than 20s, the following is the gc log's snapshot:
my jdk version is the latest JDK6u21 on RHEL5.1/IBM x3850 with 16core.
I try to use -X::+UseMemBar, but no effect. anybody could help me?
1913.579: [GC 1913.579: [ParNew
Desired survivor size 33554432 bytes, new threshold 2 (max 2)
- age 1: 15459032 bytes, 15459032 total
- age 2: 10545904 bytes, 26004936 total
: 433430K->35393K(458752K), 0.1056850 secs] 6509320K->6122752K(10420224K), 0.1061990 secs] [Times: user=0.83 sys=0.01, real=0.11 secs]
Heap after GC invocations=3850 (full 10):
par new generation total 458752K, used 35393K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 0% used [0x000000057a000000, 0x000000057a000000, 0x0000000592000000)
from space 65536K, 54% used [0x0000000596000000, 0x00000005982905c8, 0x000000059a000000)
to space 65536K, 0% used [0x0000000592000000, 0x0000000592000000, 0x0000000596000000)
concurrent mark-sweep generation total 9961472K, used 6087358K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
Total time for which application threads were stopped: 0.1082700 seconds
CMSCollector shouldConcurrentCollect: 1913.685
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.3237750 seconds
CMSCollector shouldConcurrentCollect: 1935.690
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
CMSCollector shouldConcurrentCollect: 1937.692
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Total time for which application threads were stopped: 23.8250250 seconds
CMSCollector shouldConcurrentCollect: 1937.834
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0000880 seconds
Total time for which application threads were stopped: 0.0016130 seconds
CMSCollector shouldConcurrentCollect: 1937.836
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0000580 seconds
Total time for which application threads were stopped: 0.0004200 seconds
CMSCollector shouldConcurrentCollect: 1937.837
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0019560 seconds
{Heap before GC invocations=3850 (full 10):
par new generation total 458752K, used 428609K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 100% used [0x000000057a000000, 0x0000000592000000, 0x0000000592000000)
from space 65536K, 54% used [0x0000000596000000, 0x00000005982905c8, 0x000000059a000000)
to space 65536K, 0% used [0x0000000592000000, 0x0000000592000000, 0x0000000596000000)
concurrent mark-sweep generation total 9961472K, used 6087358K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
1937.839: [GC 1937.839: [ParNew
Desired survivor size 33554432 bytes, new threshold 2 (max 2)
- age 1: 15389248 bytes, 15389248 total
- age 2: 10280752 bytes, 25670000 total
: 428609K->33832K(458752K), 0.0985530 secs] 6515968K->6131457K(10420224K), 0.0990430 secs] [Times: user=0.77 sys=0.01, real=0.10 secs]
Heap after GC invocations=3851 (full 10):
par new generation total 458752K, used 33832K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 0% used [0x000000057a000000, 0x000000057a000000, 0x0000000592000000)
from space 65536K, 51% used [0x0000000592000000, 0x000000059410a2c8, 0x0000000596000000)
to space 65536K, 0% used [0x0000000596000000, 0x0000000596000000, 0x000000059a000000)
concurrent mark-sweep generation total 9961472K, used 6097624K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
Total time for which application threads were stopped: 0.0999980 seconds
CMSCollector shouldConcurrentCollect: 1937.939
time_until_cms_gen_full 4007.5147760
free=3956579920
contiguous_available=2070817568
promotion_rate=885817
cms_allocation_rate=0
occupancy=0.6121208
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0446810 seconds
Total time for which application threads were stopped: 0.0048440 seconds
CMSCollector shouldConcurrentCollect: 1937.988
time_until_cms_gen_full 4007.5147760
free=3956579920
contiguous_available=2070817568
promotion_rate=885817
cms_allocation_rate=0
occupancy=0.6121208
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.1273720 seconds
{Heap before GC invocations=3851 (full 10):
{Heap before GC invocations=3851 (full 10):
par new generation total 458752K, used 427048K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 100% used [0x000000057a000000, 0x0000000592000000, 0x0000000592000000)
from space 65536K, 51% used [0x0000000592000000, 0x000000059410a2c8, 0x0000000596000000)
to space 65536K, 0% used [0x0000000596000000, 0x0000000596000000, 0x000000059a000000)
concurrent mark-sweep generation total 9961472K, used 6097624K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37808K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)

Same problems occur with some of our server instances of a large server backend with huge heapsizes. Hardware is 16 x86 cores on Windows at one site. Although we dont't see "promotion failed" messages.
-Djava.awt.headless=true
-Djava.rmi.dgc.leaseValue=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dfile.encoding=UTF-8
-Xmx11000m
-Xms7000m
-Xmn3500m
-XX:PermSize=768m
-XX:MaxPermSize=768m
-XX:+UseParNewGC
-XX:+DisableExplicitGC
-XX:+UseConcMarkSweepGC
-XX:+CMSParallelRemarkEnabled
-XX:-UseLargePages
-XX:SoftRefLRUPolicyMSPerMB=1
-XX:SurvivorRatio=1
-XX:InitialTenuringThreshold=15
-Xshare:off
-verbose:class
-verbose:gc
-Xloggc:gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDateStamps
-XX:+PrintGCDetails
-XX:+PrintCMSInitiationStatistics
-XX:PrintCMSStatistics=1
-XX:+PrintGCTaskTimeStamps
-XX:+PrintTenuringDistribution
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.port=1234
The following two options are currently disabled to exclude problems with concurrent CMS perm size collections:
-XX:+CMSClassUnloadingEnabled
-XX:+CMSIncrementalMode
This extract of the GC log shows one pause of 40 seconds at 2010/11/19 08:35:30 during the ParNew phase which normally runs for only 0.05 to 0.1 seconds.
INFO | jvm 1 | 2010/11/19 08:34:45 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:34:47 | CMSCollector shouldConcurrentCollect: 143805.306
INFO | jvm 1 | 2010/11/19 08:34:47 | time_until_cms_gen_full 1857957.8130999
INFO | jvm 1 | 2010/11/19 08:34:47 | free=425866008
INFO | jvm 1 | 2010/11/19 08:34:47 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:34:47 | promotion_rate=203.795
INFO | jvm 1 | 2010/11/19 08:34:47 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:34:47 | occupancy=0.8942350
INFO | jvm 1 | 2010/11/19 08:34:47 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:34:47 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:34:49 | 2010-11-19T08:34:49.332+0100: 143807.135: [GC 143807.135: [ParNew
INFO   | jvm 1    | 2010/11/19 08:35:30 | Desired survivor size 671088640 bytes, new threshold 15 (max 15)
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   1: 102644048 bytes, 102644048 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   2:   30772776 bytes, 133416824 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   3:   27784600 bytes, 161201424 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   4:   10277736 bytes, 171479160 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   5:       1696 bytes, 171480856 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   6:      60584 bytes, 171541440 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   7:       1968 bytes, 171543408 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   8:       2200 bytes, 171545608 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age   9:      81752 bytes, 171627360 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 10:     153928 bytes, 171781288 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 11:         48 bytes, 171781336 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 12:        136 bytes, 171781472 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 13:      10104 bytes, 171791576 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 14:      41344 bytes, 171832920 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | - age 15:         96 bytes, 171833016 total
INFO   | jvm 1    | 2010/11/19 08:35:30 | : 1410396K->197458K(2621440K), 40.7184593 secs] 4926671K->3713735K(6553600K), 40.7185248 secs]CMSCollector shouldConcurrentCollect: 143847.854
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | [Times: user=1.25 sys=0.36, real=40.71 secs]
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.854
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | WrapperManager: The timer fell behind the system clock by 40700ms.
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.865
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.865
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.866
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.866
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.866
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.866
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620
INFO | jvm 1 | 2010/11/19 08:35:30 | free=425864592
INFO | jvm 1 | 2010/11/19 08:35:30 | contiguous_available=2684354560
INFO | jvm 1 | 2010/11/19 08:35:30 | promotion_rate=195.733
INFO | jvm 1 | 2010/11/19 08:35:30 | cms_allocation_rate=0
INFO | jvm 1 | 2010/11/19 08:35:30 | occupancy=0.8942354
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | initiatingPermOccupancy=0.9200000
INFO | jvm 1 | 2010/11/19 08:35:30 | CMSCollector shouldConcurrentCollect: 143847.871
INFO | jvm 1 | 2010/11/19 08:35:30 | time_until_cms_gen_full 1939631.4029620

Diagnosing strange behaviour: Long pauses for dialogue boxes/slips

I've been enduring this odd situation for some weeks now and it's getting quite annoying: when slips and dialogue boxes appear in all applications there is a long pause and the beach ball cursor appears. The pause can last between 5 and 15 seconds wherein the application is unresponsive. Strangely this only seems to happen the first time the slip appears: successive appearances present little or no delay and can be dismissed as soon as they appear.
I have tried all the usual incantations and maintenance routines with no improvement. In my mind this behaviour commenced with the latest Software Update (10.4.6) but this may be coincidence.
I'd be surprised if anyone has a ready solution for this problem so what I'd like instead is some suggestions on how to go about diagnosing such things. I've tried using Activity Manager but there are many processes that mean nothing to me. I wouldn't know if they were malignant if they reared up and bit me. Perhaps the Console and various log files may be useful but I don't know what to look for.
I'd appreciate any suggestions, remedies or pointers to sources of further information.
Thanks.
1.25 GHz PowerBook G4 15", 512 MB DDR SDRAM Mac OS X (10.4.3) Shoe size: 11

Hi, Andrew.
Two further suggestions:
1. Do you have a second user account defined on your system? If so, log in to it and see if the problem happens there. If it does, it is probably a system-wide problem. If not, it is something with your user account. If you don't have a second account on your system, you can create a new one using System Preferences > Accounts.
2. See if a third-party Startup or Login Item may be causing the issue. My "Troubleshooting Startup and Login Items" FAQ can help you pin that down if such an item is causing the problem.
Good luck!
Dr. Smoke
Author: Troubleshooting Mac® OS X
Note: The information provided in the link(s) above is freely available. However, because I own The X Lab™, a commercial Web site to which some of these links point, the Apple Discussions Terms of Use require I include the following disclosure statement with this post:
I may receive some form of compensation, financial or otherwise, from my recommendation or link.

Long pauses

Hi,
I'm trying to tune the JVM options for a JAVA app that requires low pauses. After playing around with several diferent combinations I still can not get a setup that will not give an occasional very long pause.
Here's an example of a long pause from the stdout log:
2007-11-24 07:44:29| occupancy=0.6494621
2007-11-24 07:44:29| initiatingOccupancy=0.6800000
2007-11-24 07:44:32| CMSCollector shouldConcurrentCollect: 64459.941
2007-11-24 07:44:32| time_until_cms_gen_full 1986.2853957
2007-11-24 07:44:32| free=4410787008
2007-11-24 07:44:32| contiguous_available=1888036816
2007-11-24 07:44:32| promotion_rate=1.98556e+06
2007-11-24 07:44:32| cms_allocation_rate=0
2007-11-24 07:44:32| occupancy=0.6494621
2007-11-24 07:44:32| initiatingOccupancy=0.6800000
2007-11-24 07:44:32| Total time for which application threads were stopped: *46.1601130 seconds*
2007-11-24 07:44:32| CMSCollector shouldConcurrentCollect: 64461.180
2007-11-24 07:44:32| time_until_cms_gen_full 1986.2853957
2007-11-24 07:44:32| free=4410787008
2007-11-24 07:44:32| contiguous_available=1888036816
2007-11-24 07:44:32| promotion_rate=1.98556e+06
2007-11-24 07:44:32| cms_allocation_rate=0
2007-11-24 07:44:32| occupancy=0.6494621
2007-11-24 07:44:32| initiatingOccupancy=0.6800000
2007-11-24 07:44:32| CMSCollector shouldConcurrentCollect: Total time for which application threads were stopped: 0.0048
4
The pause of 46 seconds is not good for the application. It would be OK to have an occasional 5 sec pause but not 46 seconds.
I've been through likely all JVM tunning papers, blogs and previus postings to this forum.
BTW I know that some of the JVM options I'm setting are already the default but it helps me keep track of which options I tried.
Can anyone help?
Here are some details:
Platform: Linux 2.6.9-42.0.10.ELsmp #1 SMP Tue Feb 27 09:40:21 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
16GB of physical memory, 2 x dual core CPUs AMD 1.86GHz
java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot(TM) Server VM (build 1.6.0_02-b05, mixed mode)
JVM options:
-Xbatch -XX:-DontCompileHugeMethods -XX:CMSMaxAbortablePrecleanTime=10000
-XX:+UseConcMarkSweepGC
-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68
-XX:+UseParNewGC -XX:SurvivorRatio=15
-XX:+CMSConcurrentMTEnabled -XX:ParallelGCThreads=4 -XX:+CMSParallelSurvivorRemarkEnabled -XX:InitialTenuringThreshold=1 -XX:MaxTenuringThreshold=8 -XX:TargetSurvivorRatio=90 -XX:ThreadPriorityPolicy=0 -XX:+AggressiveOpts -XX:CMSTriggerRatio=65 -XX:+AlwaysActAsServerClassMachine -XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled -XX:+CMSParallelRemarkEnabled -XX:PrintCMSStatistics=1 -XX:+PrintCMSInitiationStatistics
-XX:+PrintGCApplicationStoppedTime -verbose:gc -XX:+PrintTenuringDistribution -XX:+PrintGCDetails -XX:+UseTLAB
-Xms13000m -Xmx13000m -XX:MaxNewSize=1000m -XX:NewSize=1000m -XX:ThreadStackSize=128

I encounter same problem, no "promotion failed" tip but ParNew cost more than 20s, the following is the gc log's snapshot:
my jdk version is the latest JDK6u21 on RHEL5.1/IBM x3850 with 16core.
I try to use -X::+UseMemBar, but no effect.
1913.579: [GC 1913.579: [ParNew
Desired survivor size 33554432 bytes, new threshold 2 (max 2)
- age   1:   15459032 bytes,   15459032 total
- age   2:   10545904 bytes,   26004936 total
: 433430K->35393K(458752K), 0.1056850 secs] 6509320K->6122752K(10420224K), 0.1061990 secs] [Times: user=0.83 sys=0.01, real=0.11 secs]
Heap after GC invocations=3850 (full 10):
par new generation total 458752K, used 35393K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 0% used [0x000000057a000000, 0x000000057a000000, 0x0000000592000000)
from space 65536K, 54% used [0x0000000596000000, 0x00000005982905c8, 0x000000059a000000)
to space 65536K, 0% used [0x0000000592000000, 0x0000000592000000, 0x0000000596000000)
concurrent mark-sweep generation total 9961472K, used 6087358K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
Total time for which application threads were stopped: 0.1082700 seconds
CMSCollector shouldConcurrentCollect: 1913.685
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.3237750 seconds
CMSCollector shouldConcurrentCollect: 1935.690
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
CMSCollector shouldConcurrentCollect: 1937.692
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Total time for which application threads were stopped: 23.8250250 seconds
CMSCollector shouldConcurrentCollect: 1937.834
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0000880 seconds
Total time for which application threads were stopped: 0.0016130 seconds
CMSCollector shouldConcurrentCollect: 1937.836
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0000580 seconds
Total time for which application threads were stopped: 0.0004200 seconds
CMSCollector shouldConcurrentCollect: 1937.837
time_until_cms_gen_full 144.6930408
free=3967091720
contiguous_available=2076692424
promotion_rate=2.45972e+07
cms_allocation_rate=0
occupancy=0.6110903
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0019560 seconds
{Heap before GC invocations=3850 (full 10):
par new generation   total 458752K, used 428609K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 100% used [0x000000057a000000, 0x0000000592000000, 0x0000000592000000)
from space 65536K, 54% used [0x0000000596000000, 0x00000005982905c8, 0x000000059a000000)
to   space 65536K,   0% used [0x0000000592000000, 0x0000000592000000, 0x0000000596000000)
concurrent mark-sweep generation total 9961472K, used 6087358K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
1937.839: [GC 1937.839: [ParNew
Desired survivor size 33554432 bytes, new threshold 2 (max 2)
- age   1:   15389248 bytes,   15389248 total
- age   2:   10280752 bytes,   25670000 total
: 428609K->33832K(458752K), 0.0985530 secs] 6515968K->6131457K(10420224K), 0.0990430 secs] [Times: user=0.77 sys=0.01, real=0.10 secs]
Heap after GC invocations=3851 (full 10):
par new generation total 458752K, used 33832K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 0% used [0x000000057a000000, 0x000000057a000000, 0x0000000592000000)
from space 65536K, 51% used [0x0000000592000000, 0x000000059410a2c8, 0x0000000596000000)
to space 65536K, 0% used [0x0000000596000000, 0x0000000596000000, 0x000000059a000000)
concurrent mark-sweep generation total 9961472K, used 6097624K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37802K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)
Total time for which application threads were stopped: 0.0999980 seconds
CMSCollector shouldConcurrentCollect: 1937.939
time_until_cms_gen_full 4007.5147760
free=3956579920
contiguous_available=2070817568
promotion_rate=885817
cms_allocation_rate=0
occupancy=0.6121208
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.0446810 seconds
Total time for which application threads were stopped: 0.0048440 seconds
CMSCollector shouldConcurrentCollect: 1937.988
time_until_cms_gen_full 4007.5147760
free=3956579920
contiguous_available=2070817568
promotion_rate=885817
cms_allocation_rate=0
occupancy=0.6121208
initiatingOccupancy=0.6500000
initiatingPermOccupancy=0.9200000
Application time: 0.1273720 seconds
{Heap before GC invocations=3851 (full 10):
{Heap before GC invocations=3851 (full 10):
par new generation   total 458752K, used 427048K [0x000000057a000000, 0x000000059a000000, 0x000000059a000000)
eden space 393216K, 100% used [0x000000057a000000, 0x0000000592000000, 0x0000000592000000)
from space 65536K, 51% used [0x0000000592000000, 0x000000059410a2c8, 0x0000000596000000)
to   space 65536K,   0% used [0x0000000596000000, 0x0000000596000000, 0x000000059a000000)
concurrent mark-sweep generation total 9961472K, used 6097624K [0x000000059a000000, 0x00000007fa000000, 0x00000007fa000000)
concurrent-mark-sweep perm gen total 63128K, used 37808K [0x00000007fa000000, 0x00000007fdda6000, 0x0000000800000000)

Long pauses and some crashes

Hallo,
I got my first macbook some days ago and I see some strange behavior that I hope somebody knows and could explain.
The first boot out of the box was ok till I come to "user picture" setup window. From there, with camera active, the computer has started to take some long pauses: I often got the round rolling cursor and I just have to wait... but I don't know wait what. Anyway I have completed the setup and got OS X running. Unfortunally it was starting to do the same on the OS too; I have made a couple of restarts but nothing was changing.
So I take the OS X dvd and I made a new fresh installation of the os.
Things went much better from there...but not always.
Sometimes the round rolling curson comes out and I have to "wait for something". I have tried to use the monitor utility but I didn't find any service wasting cpu or memory when that happens.
I was thinking about hdd movement protection, but it happens when the notebook is on the desk too...
I was thinking about power saving shuting down the hdd when not in use, but I cannot hear start/stop noise and it takes too much time.
So I really don't understand what could be.
A couple of times things went more badly: I start to see the "wait cursor", than all starts to become slower...and finally the cursor hangs too, I cannot do anything.. just listen the fan running faster. I have tried the key combination to kill services but it doesn't work. So I just had to press power button for some seconds
Do anybody have some idea or suggestion about understanding this issue?
By my side I could give these more datails:
- I have installed the last version of parallels desktop;
- I have upgraded the RAM from 1 GB to 2GB, but the problem was the same before and after;
- I have run the hardware test form OS X DVD and no error was found.
thank you

I have moved some steps ahead:
- I see that by changing network properties the locks frequency was changing, expecially when disabling wirelss connection;
- I have removed the HDD and replaced it with another one where I have reinstalled OS X while the computer was connected to the network (and to the Internet) by a wired connection. Using this new installation and using basic wireless settings, leaving default values and a computer to computer ad hoc wireless connection all has worked well for more then one day. I was able to do all without any pause, or the only pauses were due to hdd heavy usage by virtual machine installation under Fusion. OS X update was not installed.
After this "heavy" use of the notebook with this new hdd and no pauses at all, I have switched back to the original hdd: the computer have immediately started to slow down and leave me wait and wait...
To be really sure I have now booted in XP using bootcamp partition and I have installed and executed the Fujitsu HDD Diagnostic Tool with Extended Drive test. No errors were found on the drive.
I am now going to reinstall OS X on the original drive using wired network and default wireless setting to check if this will be enought to have the system work well like in the test hdd.
If this happens like I suppose and hope I am going to think that there are heavy problems with the wireless software on OS X. I will let you know.
Not really a very easy and fast start in using Mac computer and OS X... for now windows and pc are still better... macbook is nicer sure.

New "long pause" when I'm trying to select an item from a long menu?

So, just in the past few days whenever I try to select an item out of a long menu, I'm unable to select it until after a long pause of approx 30 seconds. For example, in Handbrake if I scroll through chapters and want to pick a certain chapter, the program sits for about 30 seconds before it will select the chapter.
This has also happened in Itunes when I'm trying to select a genre. It will allow me to scroll all the way down with no problem but when I try to select the genre it sits there for about 30 seconds before doing anything.
Anybody else having this issue? Any fixes?
Thanks.

nobody else having this happen?

MSI P4N SLI, Long wait before BIOS post? (nForce 4 SLI Intel)

Does anyone else have a P4N SLI? Or maybe you might just know anyway...
Everytime I boot the PC, before the BIOS POST even starts theres a long wait (insanely long, compared to other PCs and mobos I've had and used) around 45 sec to a minute, where nothing is shown on the monitor and the DVD and CD drives are constantly read (even though theres nothing inside em). Then the BIOS post comes and the rest of the whole process is fast as I could wish for....
Is that normal with the P4N SLI or maybe even with nForce motherboards?
If not, any ideas what it could be? (I tried stripping my pc down to barebones, minimal RAM, no extra cards, 1 hdd and 1 cd drive (and even without the cd drive) yet still it takes the same amount of time...)
Please help...
Thanks in advance.
my specs are as follows:
Intel P4 w/HT 3.0 Ghz LGA775 Land, 1 MB L2 Cache (530J)
Creative SoundBlaster Audigy 2 ZS
3 GB DDR2 @ 533 Mhz
3 HDDs (1 WD Caviar 7200 RPM SATA I, 1 Maxtor 7200 RPM SATA I/II, 1 WD Caviar SE 7200 RPM SATA I/II)
GIGABYTE 3DAurora Case (this case has 3 x 120mm fans)
GIGABYTE 3D Cooler Pro Fan
2 SONY Optical Drives (1 DVD/CD-RW, 1 DVD+/-RW)
MSI P4N SLI mobo
2 x XFX 7900 GTs
Thermaltake Toughpower 600W PSU

Quote
Do you mean
1GB, 512MB, 1GB, 512MB?
Sorry, ya thats what i meant, 2 GB was a mistake. Its 1 GB, 512, 1, 512.
Quote
As stated before. Remove the 512meg sticks. To run properly, all sticks should be the same. Reason is due to timings and voltages. Also try to up the voltages to the cpu.
I removed the 512 sticks before, like I said, and I'm just running with the 2 x 1GB sticks, it hasnt had any positive effect on the long wait before POST. The voltage for the RAM is 1.8v right now as according to the BIOS, is that the correct value?
Did I mention that during this long wait my monitor is in sleep mode, then 1 short beep is heard, the lights on my keyboard reset as is usual on any PC and the BIOS does its POST (if i pause after the keyboard lights, its usually auto-detecting my HDDs, and optical drives). It's strange because during that long wait nothing is happening other than my cd drive and dvd drive intermittently flashing and my HDD light is constantly on....
The strange thing is this same setup was working perfectly fine on my old Intel D915GEV motherboard... and it also runs perfectly fine on this mobo too, once you get past the 1 minute+ waiting time...

Long pause before startup

Similar Messages

Maybe you are looking for