Too much time to download an app, is it normal ???

I'm currently downloading the EA madden 11 game app ( 320M ) is it normal that took 55 min to down loading it ???? I'm doing this task from my laptop .........
las nigth it took me 2 hours to down load the touch software update too......evrething else work fine in my computer ........ do I have an issue with my equipment ?????
or this is a normal download times for this type of apps/software updates ?
100000 Thanks !!!

Same problem here. I'm trying to download two large NASA apps, one of them over 300MB. I downloaded them on the device (iPod Touch 4G, latest iOS) but the installation won't complete. I even left the WiFi on for the night but something's clearly amiss because none of the apps would install. There's a progress bar in the icon but it's moving like 1mm a day... -.-
Using broadband connection, internet seems to work fine on the PC.
I have updated and installed other apps successfully in the meanwhile.
I thought it was the file size, so I thought I'd dl them with iTunes (latest version), but even there the estimated downloading time is nearly an hour.
The problem is, there are now two app icons appearing to be loading on my iPod screen and I can see no way to remove them! I can only Pause the installation but not cancel it completely. Is there a way to abort the whole thing and get rid of the icons before the installation is complete?
Thanks
Message was edited by: MoonlightShadow

Similar Messages

My iphone 4s crashes too much when i download and app from store and open it its freeze or crash and restart the phone i think i am having big problem with this device i restored it to factory settings and no waay!

My iphone 4s crashes too much when i download and app from store and open it its freeze or crash and restart the phone i think i am having big problem with this device i restored it to factory settings and no waay!

I think many of us need a Defense Against the Podcasts App professor.
Have you looked at this Apple support page?
http://support.apple.com/kb/HT6190?viewlocale=en_US&locale=en_US

IOS 7 is taking too much time to download

IOS 7 remains on estimating time remaining

Extensions can sometimes be the cause of problems. If the problem does not occur in [[Safe Mode]], then you can disable your extensions one-by-one until you find out which one is causing the problem. See [[Troubleshooting Extensions and Themes]].

Creative Cloud is taking too much time to load and is not downloading the one month trial for Photoshop I just paid money for.

Creative Cloud is taking too much time to load and is not downloading the one month trial for Photoshop I just paid money for.

stop the download if it's stalled, and restart your download.

Hi from the last two days my iphone have very slow to open the apps and very slow when i check the notification window , it taking too much time to open when i tap to down . help me to resolve the issue.

Hi, from the last two days my iphone( iphone 4 with ios 5) have very slow to open the apps and very slow when i check the notification window , it taking too much time to open when i tap to down . help me to resolve the issue.

The Basic Troubleshooting Steps are:
Restart... Reset... Restore...
iPhone Reset
http://support.apple.com/kb/ht1430
Try this First... You will Not Lose Any Data...
Turn the Phone Off...
Press and Hold the Sleep/Wake Button and the Home Button at the Same Time...
Wait for the Apple logo to Appear and then Disappear...
Usually takes about 15 - 20 Seconds... ( But can take Longer...)
Release the Buttons...
Turn the Phone On...
If that does not help... See Here:
Backing up, Updating and Restoring
http://support.apple.com/kb/HT1414

Bought i phone 6 64 GB just 3 days before performance is very bad.Couldn't even open app store it takes too much time for opening a web page.

bought i phone 6 64 GB just 3 days before performance is very bad.Couldn't even open app store it takes too much time for opening a web page.

You may need to reset your network settings, making sure the network you're accessing is stable: tap Settings > General > Reset > Reset Network Settings.
If your iPhone still can't connect to App Store, tap Settings > iTunes & App Store > tap the Apple ID and sign out > later, sign in with your Apple ID.

IPad Air too much time to open a link from Mail

SInce the last update to iOS 8.02 my iPad Air takes too much time to open a web link from the Mail App, Safari open itself with a long delay.
furthermore The attachments into email are often not readable, have to reload the message to be able to open the attachment.
LAst but not least, I have too many messages not downloaded from the iMap server and I can read just the title of it.

There's a large thread around about this Dolphin problem.
Disabling Nepomuk in System Settings has proved to be the
cure in many cases.
Deej

Backing Up Requires Too Much TIme

I have been messing around with iTunes for the past 6 hours. When I talked to an associate they encouraged me to download the new iTunes. In return I am currently having to wait hours for my iPod to be "Back uped." I found some helpful hints online and followed them - including deleting all my apps. Still, my iPod will not go past backing up. It makes me so mad that a process that should take no longer than 10 minutes has wasted almost 7 hours of my day. Apple needs to fix this problem IMMEDITELY.

richardfit wrote:
pc taking too long to boot, touchsmart loading on every boot up, taking way too much time
disable inside application, use msconfig, uninstall other applications, etc.... (as I try to replicate your grammar and style)

Taking too much time and not connecting to ipad software server

taking too much time and not connecting to ipad software server and not updating.. why

because everyone is doing the same thing you are... be patient, and you will get the update... I had to grab the update over 3G (it won't let you download or install, but it got me in the door) and then switch back to wifi and download and install.

BPC application is taking too much time to load

Hi experts!
I'm facing a very weird problem...
We've developed a BPC application (app name: USM).
This application is taking too much time to be loaded in some computers (around 8 minutes to load). Yes, in SOME computers.
There is around 100.000 registers in the database and most coming from material master data.
If I try to load this USM application in another computer, the process loads smoothly. The computer's hardware is all the same, the server is hyper estimated and everyone is in the same network.
I talked to infrastructure departament and we made several tests. We run BPC on the server (loaded quickly), on several computers (some loads quickly, others don't), used wireless and cable connection (got all the same result) and checked communication between BW and BPC but it is ok.
After all, I tried to load APSHEL application in the same enviroment and it loaded intantly. So, I guess it is something wrong with my application. But if was this, I suppose it should happen to all computers and not only with part of them.
Have anybody ever seen something like this?
Thank you in advance.
Rubens
Edited by: Rubens Massayuki Kumori on May 12, 2011 8:43 PM
Edited by: Rubens Massayuki Kumori on May 12, 2011 8:46 PM

Hi Rubens,
I would try making a couple of test:
1. I will install the client in a machine that is located in the same network segment, or try using a vpn that comunicates with the server bypassing all security devices, only to see if the network it's the problem.
2. Making a full optimize of one application to see if maybe the problem it's related to the segmentation of the cubes (i don't think that this is the problem but give it a try).
It is very wierd that in some computers happends and in others don't... also try to clean up the local cache of the applications in those computers that are giving to you bad performce and retry.
hope it helps,

Azure Data Sync Log Take Too Much Time to Load

Hi,
I've found that the Azure Sync Log inside the Portal take too much time to load if my sync group was created long time ago. i.e. for those new sync group with only a few logs, it will take around 5 seconds for loading. However, I've many sync group created
more than 1 year, and it will take me up to 10 minutes for viewing the first page of the logs.
It seems the Portal will download ALL the logs to my browser even I just want to view the most recent logs (maybe I just want to view the last 10 records, but it will download the whole 5000 pages?)
It will be great if the Portal only fetch the data of the page I am currently viewing, instead of fetching all the logs.
Is there any ways to speed up the log loading time?
Michael Yung

Hello,
I suggest you post a feedback on
Azure SQL Data Sync feedback forum.
All of the feedback you share in the forum will be monitored and reviewed by the Microsoft engineering teams responsible for building Azure.
Regards,
Fanny Liu
Fanny Liu
TechNet Community Support

SAP Portal take too much time to startup.

Hi Team ,
SAP Portal EP 7.3 is taking too much time to startup in jsmon .
It took around 1 hrs to up the system . Is there any parameter's to tune in JVM , or configtool .
Please assist here .
Highly appreciate your inputs.
Thanks,
Pradeep.

Hi Sunil,
PFB details ,
DB :- Oracle 11.2g
How to tune java stack for SAP EP 7.3 .
I have not done any tuning from our end . Please assist .
dev_serverout:-
J
J Wed Mar 26 18:15:15 2014
J 577.193: [GC 577.197: [ParNewJ
J Wed Mar 26 18:15:16 2014
: 381696K->38144K(381696K), 0.9183179 secs] 707578K->400480K(2059008K), 0.9227558 secs] [Times: user=1.18 sys=0.04, real=0.93 secs]
J
J Wed Mar 26 18:15:29 2014
J 590.998: [GC 591.001: [ParNewJ
J Wed Mar 26 18:15:30 2014
: 381606K->38144K(381696K), 1.0207009 secs] 744570K->557213K(2059008K), 1.0249050 secs] [Times: user=0.99 sys=0.15, real=1.03 secs]
J
J Wed Mar 26 18:15:37 2014
J 599.162: [GC 599.166: [ParNewJ
J Wed Mar 26 18:15:38 2014
: 381550K->38144K(381696K), 0.6601464 secs] 900673K->826545K(2059008K), 0.6647236 secs] [Times: user=0.52 sys=0.23, real=0.67 secs]
J
J Wed Mar 26 18:15:47 2014
J 608.917: [GC 608.921: [ParNew: 381577K->38144K(381696K), 0.3152940 secs] 1170275K->915700K(2059008K), 0.3195879 secs] [Times: user=0.47 sys=0.08, real=0.32 s
ecs]
J 609.291: [GC [1 CMS-initial-mark: 877556K(1677312K)] 917998K(2059008K), 0.0856098 secs] [Times: user=0.06 sys=0.02, real=0.09 secs]
J
J Wed Mar 26 18:15:47 2014
J 609.382: [CMS-concurrent-mark-start]
J
J Wed Mar 26 18:15:56 2014
J 618.168: [GC 618.171: [ParNewJ
J Wed Mar 26 18:15:57 2014
: 381696K->38144K(381696K), 0.4155820 secs] 1259294K->961900K(2059008K), 0.4201296 secs] [Times: user=0.46 sys=0.05, real=0.42 secs]
J
J Wed Mar 26 18:16:02 2014
J 623.498: [CMS-concurrent-mark: 10.044/14.114 secs] [Times: user=21.20 sys=2.02, real=14.12 secs]
J 623.504: [CMS-concurrent-preclean-start]
J
J Wed Mar 26 18:16:04 2014
J 626.383J
J Wed Mar 26 18:16:05 2014
: [CMS-concurrent-preclean: 2.088/2.878 secs] [Times: user=3.48 sys=0.35, real=2.89 secs]
J 626.389: [CMS-concurrent-abortable-preclean-start]
J
J Wed Mar 26 18:16:10 2014
J 631.387: [GC 631.391: [ParNew: 381696K->22533K(381696K), 0.2637625 secs] 1305473K->977544K(2059008K), 0.2693728 secs] [Times: user=0.38 sys=0.04, real=0.27 s
ecs]
J
J Wed Mar 26 18:16:11 2014
J   CMS: abort preclean due to time 633.133: [CMS-concurrent-abortable-preclean: 4.064/6.741 secs] [Times: user=10.14 sys=1.76, real=6.75 secs]
J
J Wed Mar 26 18:16:11 2014
J 633.143: [GC[YG occupancy: 63189 K (381696 K)]633.149: [Rescan (parallel) , 0.0602906 secs]633.214: [weak refs processing, 0.0769317 secs]633.295: [class unl
oadingJ
J Wed Mar 26 18:16:12 2014
, 0.1948185 secs]633.494: [scrub symbol & string tables, 0.1490077 secs] [1 CMS-remark: 955011K(1677312K)] 1018201K(2059008K), 0.6887325 secs] [Times: user=0.74
sys=0.01, real=0.70 secs]
J
J Wed Mar 26 18:16:12 2014
J 633.839: [CMS-concurrent-sweep-start]
J
J Wed Mar 26 18:16:21 2014
J 643.237: [GC 643.242: [ParNewJ
J Wed Mar 26 18:16:22 2014
: 366085K->31546K(381696K), 0.2383948 secs] 1235004K->900465K(2059008K), 0.2461795 secs] [Times: user=0.43 sys=0.01, real=0.25 secs]
J
J Wed Mar 26 18:16:28 2014
J 649.442: [CMS-concurrent-sweep: 8.471/15.601 secs] [Times: user=23.37 sys=5.04, real=15.61 secs]
J 649.448: [CMS-concurrent-reset-start]
J 649.474: [CMS-concurrent-reset: 0.024/0.024 secs] [Times: user=0.05 sys=0.00, real=0.03 secs]
J
J Wed Mar 26 18:16:28 2014
J 649.690: [GC 649.694: [ParNew: 375098K->26102K(381696K), 0.2501056 secs] 781384K->432388K(2059008K), 0.2543750 secs] [Times: user=0.43 sys=0.01, real=0.26 se
cs]
J
J Wed Mar 26 18:16:36 2014
J 657.708: [GC 657.712: [ParNew: 369654K->38144K(381696K), 0.2855292 secs] 776086K->459228K(2059008K), 0.2899376 secs] [Times: user=0.51 sys=0.01, real=0.29 se
cs]
J
J Wed Mar 26 18:16:58 2014
J 680.045: [GC 680.048: [ParNew: 381696K->25752K(381696K), 0.2315117 secs] 803279K->451797K(2059008K), 0.2360279 secs] [Times: user=0.43 sys=0.00, real=0.24 se
cs]
J
J Wed Mar 26 18:20:29 2014
J 891.356: [GC 891.360: [ParNewJ
J Wed Mar 26 18:20:30 2014
: 369304K->38144K(381696K), 0.4481697 secs] 797013K->480414K(2059008K), 0.4526714 secs] [Times: user=0.77 sys=0.00, real=0.45 secs]
J
J Wed Mar 26 18:25:20 2014
J 1181.876: [GC 1181.880: [ParNew: 381696K->38144K(381696K), 0.4403585 secs] 825160K->494576K(2059008K), 0.4451872 secs] [Times: user=0.72 sys=0.01, real=0.45
secs]
J
J Wed Mar 26 18:31:14 2014
J 1536.174: [GC 1536.178: [ParNewJ
J Wed Mar 26 18:31:15 2014
: 381696K->38144K(381696K), 0.6600226 secs] 838443K->525966K(2059008K), 0.6659761 secs] [Times: user=1.04 sys=0.01, real=0.67 secs]
J
J Wed Mar 26 18:31:36 2014
J 1557.349: [GC 1557.353: [ParNewJ
J Wed Mar 26 18:31:37 2014
: 381696K->38144K(381696K), 1.5205645 secs] 869518K->625864K(2059008K), 1.5256733 secs] [Times: user=2.49 sys=0.01, real=1.53 secs]
F
F [Thr 70] Wed Mar 26 18:32:20 2014
F [Thr 70] *** LOG => State changed from 10 (Starting apps) to 3 (Running).
F [Thr 70] *** LOG    state real time: 1434.706 CPU time: 68.010 sys, 403.010 usr
F [Thr 70] *** LOG    total real time: 1603.079 CPU time: 84.960 sys, 648.540 usr
F [Thr 70]
J
J Wed Mar 26 18:33:09 2014
J 1651.096: [GC 1651.101: [ParNewJ
J Wed Mar 26 18:33:10 2014
: 381694K->38144K(381696K), 0.5561227 secs] 969771K->660443K(2059008K), 0.5617626 secs] [Times: user=0.95 sys=0.00, real=0.56 secs]
J
J Wed Mar 26 18:39:47 2014
J 2048.550: [GC 2048.554: [ParNew: 381696K->33278K(381696K), 0.4621651 secs] 1007300K->690505K(2059008K), 0.4674345 secs] [Times: user=0.78 sys=0.01, real=0.47
secs]
J
J Wed Mar 26 18:40:16 2014
J 2077.817: [GC 2077.839: [ParNewJ
J Wed Mar 26 18:40:17 2014
: 376830K->38144K(381696K), 0.5596568 secs] 1035383K->718151K(2059008K), 0.5647648 secs] [Times: user=0.96 sys=0.00, real=0.59 secs]
J
J Wed Mar 26 18:42:52 2014
J 2233.875: [GC 2233.884: [ParNew: 381696K->38144K(381696K), 0.3730432 secs] 1062088K->728723K(2059008K), 0.3840431 secs] [Times: user=0.67 sys=0.01, real=0.39
secs]
J
J Wed Mar 26 18:43:06 2014
J 2248.178: [GC 2248.184: [ParNewJ
J Wed Mar 26 18:43:07 2014
: 381696K->38144K(381696K), 0.3272163 secs] 1072434K->740746K(2059008K), 0.3346392 secs] [Times: user=0.60 sys=0.01, real=0.34 secs]
J
J Wed Mar 26 19:40:37 2014
J 5698.207: [GC 5698.211: [ParNew: 381696K->26419K(381696K), 0.4125838 secs] 1084312K->747814K(2059008K), 0.4175661 secs] [Times: user=0.67 sys=0.00, real=0.42
secs]
J
J Wed Mar 26 20:44:00 2014
J 9501.747: [GC 9501.751: [ParNew: 369971K->35314K(381696K), 0.2025741 secs] 1091366K->756710K(2059008K), 0.2084589 secs] [Times: user=0.34 sys=0.00, real=0.21
secs]
J
J Wed Mar 26 22:20:09 2014
J 15270.427: [GC 15270.432: [ParNew: 378866K->34210K(381696K), 0.2035446 secs] 1100262K->755606K(2059008K), 0.2093321 secs] [Times: user=0.32 sys=0.01, real=0.
21 secs]
std_server0.out:-
649.442: [CMS-concurrent-sweep: 8.471/15.601 secs] [Times: user=23.37 sys=5.04, real=15.61 secs]
649.448: [CMS-concurrent-reset-start]
649.474: [CMS-concurrent-reset: 0.024/0.024 secs] [Times: user=0.05 sys=0.00, real=0.03 secs]
649.690: [GC 649.694: [ParNew: 375098K->26102K(381696K), 0.2501056 secs] 781384K->432388K(2059008K), 0.2543750 secs] [Times: user=0.43 sys=0.01, real=0.26 secs]
657.708: [GC 657.712: [ParNew: 369654K->38144K(381696K), 0.2855292 secs] 776086K->459228K(2059008K), 0.2899376 secs] [Times: user=0.51 sys=0.01, real=0.29 secs]
680.045: [GC 680.048: [ParNew: 381696K->25752K(381696K), 0.2315117 secs] 803279K->451797K(2059008K), 0.2360279 secs] [Times: user=0.43 sys=0.00, real=0.24 secs]
891.356: [GC 891.360: [ParNew: 369304K->38144K(381696K), 0.4481697 secs] 797013K->480414K(2059008K), 0.4526714 secs] [Times: user=0.77 sys=0.00, real=0.45 secs]
1181.876: [GC 1181.880: [ParNew: 381696K->38144K(381696K), 0.4403585 secs] 825160K->494576K(2059008K), 0.4451872 secs] [Times: user=0.72 sys=0.01, real=0.45 sec
s]
1536.174: [GC 1536.178: [ParNew: 381696K->38144K(381696K), 0.6600226 secs] 838443K->525966K(2059008K), 0.6659761 secs] [Times: user=1.04 sys=0.01, real=0.67 sec
s]
1557.349: [GC 1557.353: [ParNew: 381696K->38144K(381696K), 1.5205645 secs] 869518K->625864K(2059008K), 1.5256733 secs] [Times: user=2.49 sys=0.01, real=1.53 sec
s]
1651.096: [GC 1651.101: [ParNew: 381694K->38144K(381696K), 0.5561227 secs] 969771K->660443K(2059008K), 0.5617626 secs] [Times: user=0.95 sys=0.00, real=0.56 sec
s]
2048.550: [GC 2048.554: [ParNew: 381696K->33278K(381696K), 0.4621651 secs] 1007300K->690505K(2059008K), 0.4674345 secs] [Times: user=0.78 sys=0.01, real=0.47 se
cs]
2077.817: [GC 2077.839: [ParNew: 376830K->38144K(381696K), 0.5596568 secs] 1035383K->718151K(2059008K), 0.5647648 secs] [Times: user=0.96 sys=0.00, real=0.59 se
cs]
2233.875: [GC 2233.884: [ParNew: 381696K->38144K(381696K), 0.3730432 secs] 1062088K->728723K(2059008K), 0.3840431 secs] [Times: user=0.67 sys=0.01, real=0.39 se
cs]
2248.178: [GC 2248.184: [ParNew: 381696K->38144K(381696K), 0.3272163 secs] 1072434K->740746K(2059008K), 0.3346392 secs] [Times: user=0.60 sys=0.01, real=0.34 se
cs]
5698.207: [GC 5698.211: [ParNew: 381696K->26419K(381696K), 0.4125838 secs] 1084312K->747814K(2059008K), 0.4175661 secs] [Times: user=0.67 sys=0.00, real=0.42 se
cs]
9501.747: [GC 9501.751: [ParNew: 369971K->35314K(381696K), 0.2025741 secs] 1091366K->756710K(2059008K), 0.2084589 secs] [Times: user=0.34 sys=0.00, real=0.21 se
cs]
15270.427: [GC 15270.432: [ParNew: 378866K->34210K(381696K), 0.2035446 secs] 1100262K->755606K(2059008K), 0.2093321 secs] [Times: user=0.32 sys=0.01, real=0.21
secs]
Thanks,
Pradeep.

Parsing the query takes too much time.

Hello.
I hitting the bug in в Oracle XE (parsing some query takes too much time).
A similar bug was previously found in the commercial release and was successfully fixed (SR Number 3-3301916511).
Please, raise a bug for Oracle XE.
Steps to reproduce the issue:
1. Extract files from testcase_dump.zip and testcase_sql.zip
2. Under username SYSTEM execute script schema.sql
3. Import data from file TESTCASE14.DMP
4. Under username SYSTEM execute script testcase14.sql
SQL text can be downloaded from http://files.mail.ru/DJTTE3
Datapump dump of testcase can be downloaded from http://files.mail.ru/EC1J36
Regards,
Viacheslav.

Bug number? Version fix applies to?
Relevant Note that describes the problem and points out bug/patch availability?
With a little luck some PSEs might be "backported", since 11g XE is not base release e.g. 11.2.0.1.

Index taking too much time... anyway to enhance that??

I am creating an index on clob data column .... it s getting too much time any way to enhance that..
Giving script as below :
CREATE INDEX myindex ON sgvd_doc_ver(DOC_FILE) INDEXTYPE IS CTXSYS.CONTEXT parameters ('sync (every "sysdate+(1/24/60)")');

Dom Brooks wrote:
Notably see also "FAQ about Indexing Performance":
http://download.oracle.com/docs/cd/E11882_01/text.112/e16594/aoptim.htm#i1006756
Spot on with the choice of link.
Very large memory also means fewer entries per word, which can make queries more efficient. (Oracle calls this "fragmentation" but only mentions it with respect to updating the context index.
Another detail that helps is to add as many words to the stop-list as possible before you create the index.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
A general reminder about "Forum Etiquette / Reward Points": http://forums.oracle.com/forums/ann.jspa?annID=718
If you never mark your questions as answered people will eventually decide that it's not worth trying to answer you because they will never know whether or not their answer has been of any use, or whether you even bothered to read it.
It is also important to mark answers that you thought helpful - again it lets other people know that you appreciate their help, but it also acts as a pointer for other people when they are researching the same question, moreover it means that when you mark a bad or wrong answer as helpful someone may be prompted to tell you (and the rest of the forum) what's so bad or wrong about the answer you found helpful.

Execution script too much time than before

Hi experts,
We run tunning script on daily basis which analyze multiple table of oracle ebs 11i oracle 10g and we also have execute schema statistics,
Issue is this it take too much time to complete some time more than 12 hrs. It looks like hang on gathereing statistics Inv and ont schema.
Kindly give me solution
e.g
analyze table inv.mtl_transaction_types compute statistics;
analyze table wip.wip_schedule_groups compute statistics;
analyze table WSH.WSH_DELIVERY_DETAILS compute statistics;
exec DBMS_STATS.GATHER_SCHEMA_STATS('APPS'); ---APPS, APPLSYS, INV,ONT,WSH, SYS, SYSTEM, GL,HR,AR,AP,CE,WIP,
---PO,MSC,PJI
exec DBMS_STATS.GATHER_SCHEMA_STATS('APPLSYS');
exec DBMS_STATS.GATHER_SCHEMA_STATS('INV');
exec DBMS_STATS.GATHER_SCHEMA_STATS('ONT');
exec DBMS_STATS.GATHER_SCHEMA_STATS('WSH');
Now its taking more than 15 minut and not yet complete.
Thanks

but to gather statisics for some schema it takes too much time. First it take 3 hrs for whole script now it is taking more than 15 hrs and some scheam go to
complete and some are still hang then we have to cancel this job.
I also experiment to execute one by one schema at that time it is completed normally.Have you done any changes recently (i.e. upgrade, installed new patches, data load ..etc)?
Have you tried to use different parameters? -- Definition of Parameters Used in Gather Schema Statistics Program [ID 556466.1]
You could enable trace and generate the TKPROF file to find out why it takes that long to gather schema statistics.
FAQ: Common Tracing Techniques within the Oracle Applications 11i/R12 [ID 296559.1]
Enabling Concurrent Program Traces [ID 123222.1]
How To Get Level 12 Trace And FND Debug File For Concurrent Programs [ID 726039.1]
I would also suggest you log a SR as "Gather Schema Statistics" is a seeded concurrent program and Oracle Support should be able to help.
Thanks,
Hussein

Too much time to download an app, is it normal ???

Similar Messages

Maybe you are looking for