SpotLight takes forever to index

I know there are a few questions with this title, but they are really about SpotLight taking forever to prepare the indexing. In my case, it takes forever to index. It starts, get a few pixels' worth of the progress bar done, and then stops forever. I've left my computer on for hours on end hoping SoptLight will eventually finish its job; it doesn't. (By the way, it also doesn't give me an estimated remaining time; I just get the progress bar.)
I'm running Mavericks (10.9.5) on a MacBook Pro from September 2014; my computer runs on a 2.2-GHz i7 processor and has 16 GB of RAM. I've got about 420 GB of data (recovered from a TimeMachine backup) split up as follows: about 200 GB is in the computer's 250-GB internal flash-memory "hard disk", and the rest of it is in an external SeaGate 2-TB drive.
For the sake of my battery (which is eaten up ridiculously quickly by SpotLight), I've turned indexing off with the terminal command sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist. However, I do want the indexing to get done so I can actually search my Mac for stuff. I've already run into one instance of the computer being unable to find a document which I know is there (I think it was in the SeaGate drive, but it was looking everywhere, not just in the internal disk); I don't want that to happen again. So how do I get the indexing to actually get done? (Oh, I have a STRONG preference for solutions which don't involve installing third-party software.)
I'd never had this problem before, and I've restored data from TimeMachine backups in the past.
Thanks in advance for any help.

Thanks for your reply, Linc Davis.
The first terminal command resulted in the following (not knowing whether they are privacy-related or not, I replaced the hex codes after MDSImporterProxy with Xs):
Oct 4 17:25:46 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
Oct 5 12:14:16 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
Oct 5 18:20:28 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
Oct 6 08:27:29 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
Oct 6 19:48:33 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
Oct 7 09:23:53 (Error) ImportServer: <MDSImporterProxy 0xXXXXXXXXXXXX shutdown:NO got shutdown notification:NO> still waiting for plug-in info from bundle finder
The second terminal command resulted in the following:
Spotlight server is disabled.
I therefore reactivated SpotLight indexing (with the same command as in my original post, only replacing unload with load), after which I immediately reran the second terminal command. I got the following:
Error: unexpected indexing state. kMDConfigSearchLevelTransitioning
/Volumes/SeaGate:
Error: unexpected indexing state. kMDConfigSearchLevelTransitioning
I then waited a few seconds so SpotLight would start "indexing" and ran the comman a third time, this time getting the following:
Indexing enabled.
/Volumes/SeaGate:
Indexing enabled.
In the console, under "Diagnostic and usage information", there are three sections: "Diagnostic and usage messages", "User diagnostic reports" and "System diagnostic reports". I wasn't sure which of these I should look under, so I selected each of them and searched for "spotlight" (searching for either "mdworker" or ".crash" produced 4 or 5 results, all unrelated to SpotLight, and searching for "mds" returned no results). Only the first section, "Diagnostic and usage messages", had results. At first there was a single result, which I am quoting below (again, I replaced the UUID with Xs); after I turned SpotLight indexing off again (using the command on my original post), I got a second message which was identical to the one below but had no date and had the then-current time. (Note that 10.07 is the date in the format I specified in the system prefs and 11:31:47.238 is, I suppose, the time in Apple's preferred format.)
10.07 11:31:47.238 SystemUIServer[185]: com.apple.message.domain: com.apple.batterymenuextra.signature
com.apple.message.signature: com.apple.metadata.Spotlight
com.apple.message.summarize: YES
Sender_Mach_UUID: XXXXXX

Similar Messages

What does spotlight take forever to index after the 10.7.5 update?

Seems like lots of people have had this problem. Nothing from Apple. This *****.

I'm not sure about this but is there no more updates after 10.7.5? im sure it went up to .8? updating could help
Ryan

HT1338 After updating to Lion 10.7.5 I have had stability issues - Macbook continues to freeze and Spotlight is forever indexing. What's the fix?

I am having real stability issues after installing Lion OS X 10.7.5 - my Macbook keeps freezing and Spotlight is forever repeatedly indexing - does anyone have any suggestions?

I'm having the same problem with a Mac Pro desktop and it started after I upgraded to 10.7.5 . Exact same issue , Crashes for no reason ( very little running - mail,browser) then reboots. Sometimes it does multiple reboots.
I hate to say it but it's tiumes like this that I envy the Microsoft's approach to updates, if it is bad (which is not unheard of) you can go into programs and remove the last update. It would be nice if Apple implemented this since their quality doesn't seem to be what it once was.

Why does Spotlight find things immediately but Finder takes forever?

Can someone explain why you type in something in Spotlight and poof it's there immediately but the Finder takes forever and a day?

By "Finder", you mean Command-F in the Finder? That is just a different interface for Spotlight -- it uses the same index. There is no reason why it would ever be less up-to-date then a Spotlight menu search. As for speed of the search, I cannot reproduce your experience. A Command-F Finder search usually finds what I am looking for before I can finish typing the keyword. I am on Leopard now, where Spotlight is stunningly fast. But I fired up my Blue&White G3 a little while ago and confirmed that, even there, a Finder search is much faster than my clumsy typing.

Spotlight is taking forever to index

Spotlight is taking forever to index. I've had itnrunning for a week and the time remaining has gone from 9 Hours to 3 weeks to 4 months. Am I doing something wrong? I have a Mac pro core 2 duo 10 g ram

OK more info now
I have 4T of storage
old compuer backed up on a G Tech G raid 3
another 1T external dor docs etc.
all 4 bays have drives.MAIN IT- 500G - 500G - 500G
I turned off time machine
I just turned off the G raid and now its indexing failry rapidly from 18 to 13 to 7 hours in the last few minutes. Now hung on 7 hours
The problem yet to be solved will be indexing those other drives and how long that might take

Creating the index takes forever

Hi,
I'm trying to index ~1100 PDF documents, who size varies between 20KB and 4MB, those PDF are stored in two directories on our Web server, so I use a URL_DATASTORE to get them. I have a column that contains the correct URL to the PDF, the column is a VARCHAR2(2000). 55% of documents are in French, the 45% remaining are English documents. I created this set of preferences :
begin
ctx_ddl.create_preference('AAPDF_DATA_PREF','URL_DATASTORE');
ctx_ddl.set_attribute('AAPDF_DATA_PREF','NO_PROXY','acaiq.com');
ctx_ddl.set_attribute('AAPDF_DATA_PREF','Timeout','60');
end;
begin
ctx_ddl.create_preference('LEXIQUE_ANGLAIS','BASIC_LEXER');
ctx_ddl.set_attribute('LEXIQUE_ANGLAIS','index_themes','no');
ctx_ddl.set_attribute('LEXIQUE_ANGLAIS','index_text','yes');
ctx_ddl.set_attribute('LEXIQUE_ANGLAIS','theme_language','english');
end;
begin
ctx_ddl.create_preference('LEXIQUE_FRANCAIS','BASIC_LEXER');
ctx_ddl.set_attribute('LEXIQUE_FRANCAIS','index_themes','no');
ctx_ddl.set_attribute('LEXIQUE_FRANCAIS','index_text','yes');
ctx_ddl.set_attribute('LEXIQUE_FRANCAIS','theme_language','french');
end;
begin
ctx_ddl.create_preference('LEXIQUE_GLOBAL','MULTI_LEXER');
ctx_ddl.add_sub_lexer('LEXIQUE_GLOBAL','DEFAULT','LEXIQUE_ANGLAIS');
ctx_ddl.add_sub_lexer('LEXIQUE_GLOBAL','french','LEXIQUE_FRANCAIS','fre');
end;
begin
ctx_ddl.create_preference('PREF_FUZZY', 'BASIC_WORDLIST');
ctx_ddl.set_attribute('PREF_FUZZY','FUZZY_MATCH','FRENCH');
ctx_ddl.set_attribute('PREF_FUZZY','FUZZY_SCORE','30');
ctx_ddl.set_attribute('PREF_FUZZY','FUZZY_NUMRESULTS','200');
ctx_ddl.set_attribute('PREF_FUZZY','SUBSTRING_INDEX','TRUE');
ctx_ddl.set_attribute('PREF_FUZZY','STEMMER','FRENCH');
end;
And I created the index with this DML :
CREATE INDEX ACAIQ.aapdf_index ON AA_PDF(AAPDF_CONTENU) INDEXTYPE IS ctxsys.context PARALLEL 1 PARAMETERS ('datastore AAPDF_DATA_PREF lexer LEXIQUE_GLOBAL language column AAPDF_LANGUE_ISO wordlist PREF_FUZZY memory 10M');
The problem is that it takes forever to create the index. I started the create process yesterday after lunch, and it still running :-/ I looked at my Web server logs and I do see my Oracle server fetching the PDF, but it fetch ~12 PDF per hour.
I'm doing this on our test server, it's a P4 1.4 Ghz with RedHat Linux 8 and Oracle 9i 9.2.02. It's not a fast server, but still I don't think it's normal to take 24 hours to index about 1 GB of data.

I recreated the index with a 50M memory parameter instead of 10M. It don't speed up the process, in 40 minutes it only indexed 17 documents.
vmstat stats when indexing the PDF documents :
# vmstat -n 15
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 2 0 116104 6796 18120 489684 0 0 3 0 3 7 4 7 2
0 3 0 116104 6776 18200 489256 0 0 62 1500 671 317 48 3 49
1 1 0 116104 7084 18216 489728 0 0 37 1578 673 333 44 3 53
0 1 0 116104 6776 18256 489256 0 0 24 1577 669 322 50 3 47
1 0 0 116104 6908 18300 489876 0 0 18 1375 662 305 33 3 65
0 1 0 116104 7000 18328 488136 0 0 19 1425 662 314 33 3 64
0 1 0 116104 7812 18356 488892 0 0 31 1066 609 207 44 2 53
1 1 0 116104 6776 18380 489168 1 0 19 1198 648 285 19 2 79
0 1 0 116104 6776 18412 488212 0 0 23 1193 627 244 41 2 57
2 0 0 116104 6776 18432 489324 0 0 34 1524 664 313 48 3 49
1 0 0 116104 6780 18456 488572 0 0 26 1430 660 308 39 3 58
2 0 0 116104 6776 18500 488424 0 0 32 1484 667 316 45 3 52
1 1 0 116104 6776 18516 487488 0 0 11 1301 650 287 28 3 69
0 1 0 116104 6776 18560 488316 0 0 35 1183 637 264 30 2 68
0 1 0 116104 6776 18584 487344 0 0 34 1363 645 276 47 3 50
2 0 0 116104 6776 18604 488424 0 0 22 1437 660 306 39 3 58

Problem with Top N Query when no rows returned (takes forever)

I have a table with 100 Million rows and I want to get the latest N records using:
SELECT * FROM
(SELECT * FROM tablename WHERE columnA= 'ABC' ORDER BY TIME DESC)
WHERE rownum <= N;
This works fine and is very fast when there are rows with columnA= 'ABC' but when there are no rows with columnA= 'ABC' the query takes forever.
The strange things is that the inner query returns immediately when run on it's own when no rows with columnA= 'ABC' exist e.g.
SELECT * FROM tablename WHERE columnA= 'ABC' ORDER BY TIME DESC
So why does it take for ever for to run:
SELECT * FROM (no rows inner query) WHERE rownum <= N;
I have also tried using:
SELECT * FROM
(SELECT columnA, rank() over(ORDER BY TIME DESC) time_rank
FROM tablename WHERE columnA='ABC')
WHERE time_rank <= N;
which returns instantly when there are now rows but takes much longer than the first query when there are rows.

I cannot see a real difference:With histogram we can see a difference on the elapse when no row returned and into explain plan.
SQL> drop table tablename
2 /
Table dropped.
Elapsed: 00:00:00.03
SQL>
SQL> create table tablename
2 as
3 select sysdate - l time
4        , decode(trunc(dbms_random.value(1,10)),1,'ABC',2,'DEF',3,'GHI',4,'JKL','MNO') as columnA
5    from (select level l from dual connect by level <= 1000000)
6 /
Table created.
Elapsed: 00:01:19.08
SQL>
SQL> select columnA,count(*) from tablename group by columnA
2 /
COL   COUNT(*)
ABC     110806
DEF     111557
GHI     111409
JKL     111030
MNO     555198
Elapsed: 00:00:05.05
SQL>
SQL> create index i1 on tablename(time)
2 /
Index created.
Elapsed: 00:00:34.08
SQL>
SQL> create index i2 on tablename(columna)
2 /
Index created.
Elapsed: 00:00:30.08
SQL>
SQL> exec dbms_stats.gather_table_stats(user,'TABLENAME',cascade=>true)
PL/SQL procedure successfully completed.
Elapsed: 00:01:18.09
SQL>
SQL> set autotrace on explain
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'ABC' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
TIME     COL
17/09/06 ABC
12/09/06 ABC
08/09/06 ABC
07/09/06 ABC
25/08/06 ABC
22/08/06 ABC
13/08/06 ABC
08/07/06 ABC
14/06/06 ABC
01/05/06 ABC
10 rows selected.
Elapsed: 00:00:01.04
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=2364 Card=10 Bytes=120)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=2364 Card=200000 Bytes=2400000)
   3    2       SORT (ORDER BY STOPKEY) (Cost=2364 Card=200000 Bytes=2400000)
   4    3         TABLE ACCESS (FULL) OF 'TABLENAME' (Cost=552 Card=200000 Bytes=2400000)
SQL>
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'MNO' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
TIME     COL
20/09/06 MNO
19/09/06 MNO
16/09/06 MNO
14/09/06 MNO
13/09/06 MNO
10/09/06 MNO
06/09/06 MNO
05/09/06 MNO
03/09/06 MNO
02/09/06 MNO
10 rows selected.
Elapsed: 00:00:02.04
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=2364 Card=10 Bytes=120)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=2364 Card=200000 Bytes=2400000)
   3    2       SORT (ORDER BY STOPKEY) (Cost=2364 Card=200000 Bytes=2400000)
   4    3         TABLE ACCESS (FULL) OF 'TABLENAME' (Cost=552 Card=200000 Bytes=2400000)
SQL>
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'PQR' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
no rows selected
Elapsed: 00:00:01.01
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=2364 Card=10 Bytes=120)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=2364 Card=200000 Bytes=2400000)
   3    2       SORT (ORDER BY STOPKEY) (Cost=2364 Card=200000 Bytes=2400000)
   4    3         TABLE ACCESS (FULL) OF 'TABLENAME' (Cost=552 Card=200000 Bytes=2400000)
SQL> set autot off
SQL>
SQL> EXECUTE DBMS_STATS.GATHER_TABLE_STATS(user,'TABLENAME',METHOD_OPT => 'FOR COLUMNS SIZE 250 columna')
PL/SQL procedure successfully completed.
Elapsed: 00:00:09.08
SQL>
SQL> set autotrace on explain
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'ABC' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
TIME     COL
17/09/06 ABC
12/09/06 ABC
08/09/06 ABC
07/09/06 ABC
25/08/06 ABC
22/08/06 ABC
13/08/06 ABC
08/07/06 ABC
14/06/06 ABC
01/05/06 ABC
10 rows selected.
Elapsed: 00:00:01.03
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=1434 Card=10 Bytes=120)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=1434 Card=110806 Bytes=1329672)
   3    2       SORT (ORDER BY STOPKEY) (Cost=1434 Card=110806 Bytes=1329672)
   4    3         TABLE ACCESS (FULL) OF 'TABLENAME' (Cost=552 Card=110806 Bytes=1329672)
SQL>
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'MNO' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
TIME     COL
20/09/06 MNO
19/09/06 MNO
16/09/06 MNO
14/09/06 MNO
13/09/06 MNO
10/09/06 MNO
06/09/06 MNO
05/09/06 MNO
03/09/06 MNO
02/09/06 MNO
10 rows selected.
Elapsed: 00:00:02.05
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=6219 Card=10 Bytes=120)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=6219 Card=555198 Bytes=6662376)
   3    2       SORT (ORDER BY STOPKEY) (Cost=6219 Card=555198 Bytes=6662376)
   4    3         TABLE ACCESS (FULL) OF 'TABLENAME' (Cost=552 Card=555198 Bytes=6662376)
SQL>
SQL> SELECT * FROM
2 (SELECT * FROM tablename WHERE columnA= 'STU' ORDER BY TIME DESC)
3 WHERE rownum <= 10
4 /
no rows selected
Elapsed: 00:00:00.00
Execution Plan
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=1 Bytes=12)
   1    0   COUNT (STOPKEY)
   2    1     VIEW (Cost=6 Card=1 Bytes=12)
3 2 SORT (ORDER BY STOPKEY) (Cost=6 Card=1 Bytes=12)
4 3 TABLE ACCESS (BY INDEX ROWID) OF 'TABLENAME' (Cost=5 Card=1 Bytes=12)
5 4 INDEX (RANGE SCAN) OF 'I2' (NON-UNIQUE) (Cost=4 Card=1)
SQL> Nicolas.

Spotlight doesn't stop indexing

Hi guys,
Every time I start my iMac (everything up to date, Mac OS X 10.8.2) Spotlight starts calculating the time it will take to complete the indexing. And it takes many, many hours until it actually starts indexing - today I waited 15 hours, then shut the indexing of, restarted the SystemUIServer and waited again maybe 6 hours of calculating the time. Now Spotlight actually startet the indexing; I had that one or two times but then shut my computer off since I had to go to bed, now I'll keep it on to see what happens. I'll post tomorrow what happened, but that Spotlight takes so long to start indexing is a problem that shouldn't be and that should be mentioned and fixed.
Greetings,
Jannis

Please read this whole message before doing anything. This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it. The purpose of this test is to determine whether your problem is caused by third-party system modifications that load automatically at startup or login. Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode* and log in to the account with the problem. The instructions provided by Apple are as follows:
Shut down your computer, wait 30 seconds, and then hold down the shift key while pressing the power button.
When you see the gray Apple logo, release the shift key.
If you are prompted to log in, type your password, and then hold down the shift key again as you click Log in.
*Note: If FileVault is enabled under OS X 10.7 or later, or if a firmware password is set, or if the boot volume is a software RAID, you can’t boot in safe mode. Safe mode is much slower to boot and run than normal, and some things won’t work at all, including wireless networking on certain Macs. The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin. Test while in safe mode. Same problem? After testing, reboot as usual (i.e., not in safe mode) and verify that you still have the problem. Post the results of the test.

Portal WebApp builds take FOREVER

Everytime I make a small change to a pageflow in a portal app, I need to rebuild
the portal webapp. This process takes FOREVER. Is there any faster way to do this
build? Can I disable the building of framework JSPs and Portal controls that seem
to be taking the most time?
Happy New Year...
Fumi

Hi,
This is BUG # 1721741, the workaround:
Create 2 additional indexes:
CREATE INDEX WWA_MODULE_BINDINGS_IDX1
ON WWA_MODULE_BINDINGS$(
SUBSCRIBER_ID,
MODULE_ID,
MODULE_VERSION,
MODULE_BLOCK_ID,
MODULE_ATTR_ID)
CREATE INDEX WWA_MODULE_LOV_BINDINGS_IDX1
ON WWA_MODULE_LOV_BINDINGS$(
SUBSCRIBER_ID,
MODULE_ID,
MODULE_VERSION,
MODULE_BLOCK_ID,
MODULE_ATTR_ID)
Those indexes are missing in the standard fresh install but present if you run an upgrade from versions 3.0.6 or 3.0.7.
*****!!!!! Please note: This workaround can be applied ONLY to Portal forms version 3.0.8.9.8. Earlier versions of the Portal do not need those indexes !!!!!******
This bug is fixed in 3.0.9.
Thanks,
Dmitry

K7N2 Delta ILSR Takes forever to boot.

Specs:
K7N2 Delta ILSR Mobo
Athlon xp 2500
Kingston Hyper X 2700 DDR 512mb (its on the list)
Geforce 2MX 32mb AGP videocard (I dont play games)
3 Com 56k Win Modem
IBM GXP120 60 gig ata133 Hard drive
Pine 12X DVD drive
LG 24x10x48 CD Burner
Antec 300W power supply
The problem is that it takes forever to install and boot windows with faster processors for some reason. I origianlly built this system with my old Athlon 1.33 and it had these problems. I then tried a 900mhz athlon and it worked great, so I figured I damaged my 1.33 somehow. I ordered a 2500+ and a zalmann cpu cooler and now am back to where I was, when the system starts it seems very unstable and the screen goes blank for 10 minutes while its booting. It shows about 3 seconds of the starting windows screen then the screen will go blank for a while anf there will be no hard drive activity then it will come back about 10 minutes later and then boot. Sometimes the system will work fine then sometimes I cant even open my computer i just get the searching flashlight icon where my drives should be. I have updated to the lastet BIOS. Also while installing windows I get ocasional long pauses where it is doing nothing at all then it will just magically conitnue and do it in a fashion I would expect a machine of this speed to do.

Hmm not sure about the cable position on the CD drives, ill have to check that when I get home. All the jumpers are set correcly, and the hard drive is all by itself and its on the right connector. Thanks for the ideas, this problem is really killing me, I havent had these kind of hardware problems in years. The thing I dont get is why it works good with the 900mhz and not with the 1.33 or 2500+

HI, I just got a Macbook Pro. It's great but my mail doesn't work at all. It will come up correctly, but take forever to download messages, then won't delete them, then won't save them to folders. Then when I go to quit mail it's like it gets stuck.

HI, I just got a Macbook Pro. It's great but my mail doesn't work at all. It will come up correctly, but take forever to download messages, then won't delete them, then won't save them to folders. Then when I go to quit mail it's like it gets stuck between quitting and not. I have to force quit, then restart my computer if I want to pull up my mail again. How can I fix this?

If you just got your new MBP you have phone support from Apple (which is quite good) call them. 800-692-7753 tell the automated answerer "mail technical support" you'll have human quite quickly. Hope this helps.

MATSHITA DVD-R UJ-857D takes forever to erase 100MB file from CD-RW disc

My new MBP works phantastic. Only one thing is weird. The MATSHITA DVD-R UJ-857D takes forever to erase contents on a CD-RW, about 5-10 times longer than my nearly 5 years old IBM Thinkpad T30.
Is this normal and expected?
MacBook Pro 15'' 2.33 Core 2 Duo 2GB RAM 160 GB HD Mac OS X (10.4.9) IBM ThinkPad T30 XP Pro

It might take longer, it depends on the type of drive your Thinkpad had. Most notebooks, even older ones, have 8x DVD ROM drives, while due to the thin nature of the MBP it has a 6x DVD ROM drive, which means it does work slower.

Firefox (for android) takes forever to load or doesn't load at all

Firefox will not load or takes forever to load (i.e. up to 3 or 4 minutes) mostly, I get an "unable to connect" "offline mode" error. Other apps that use data are able to connect to the network, but FF...not so much.
I'm on a Nexus 5 running kk 4.4.2

fixed the "offline mode" problem by following the about:config directions
[https://support.mozilla.org/en-US/questions/962245]
unfortunately, pages still take so long to load it basically renders Firefox useless.

Takes forever to open AOL...WHY?

Every single time I try to open AOL from the web, to get my email, with Firefox, it takes forever to open!!!!!
== URL of affected sites ==
http://aol.com

How long does it usually take from taping the icon until you can take photos?
My iPhone 4 takes 5 seconds, since you're using iPhone 4S I would imagine it should take no more 5 seconds.
Having said that, holding the Home and Sleep/Wake button until your iPhone restarts has shown to show improvements in overall performance (since it quits all applications). Users I know have also experiance better performance by updating to the latest version of iOS.

My camera takes forever to open. Why?

MY camera takes forever to open. Can someone tell me what's up with that?

How long does it usually take from taping the icon until you can take photos?
My iPhone 4 takes 5 seconds, since you're using iPhone 4S I would imagine it should take no more 5 seconds.
Having said that, holding the Home and Sleep/Wake button until your iPhone restarts has shown to show improvements in overall performance (since it quits all applications). Users I know have also experiance better performance by updating to the latest version of iOS.

SpotLight takes forever to index

Similar Messages

Maybe you are looking for