MIRO is runing slow

Hi guys,
In my Production server MIRO is running very slow..
My SAP version is ECC 6.0
Data base is DB2
OS is HP-UX
I found that MIRO is taking time in the Table MSEG and i did Analyze the Table but no USE.
please suggest me what i have to do to increase the speed.
Thanks in Advance.
Regards,
Ananth

Hello Rick,
Thanks for your help ...in my production sever MIRO problem is solved now.
According to your replay and sap support i fallow 389359, 134660, 899322 these sapnotes
                                 and
index for the table MSEG on fields LFBNR , LFPOS and LFBJA.
Table MSEG: (Additional Index for CIN)
- Index: Index for reference documents.
MANDT
LFBJA
LFBNR
LFPOS
And Thanks to you  Adam.
you people really help me out.
Regards,
Ananth

Similar Messages

  • Querry runing slow.

    below qurrery is runing slow. it's taking 16 mins. Can any one please help me out why it 's taking this much time.
    SELECT t1.ebiz_cntrl_no,
    COUNT (DISTINCT (tl.mast_ebiz_lp_no)) pallet_count,
    trl.pro_no, trl.trailer_type, t1.comp_id
    FROM dirp_trn_ebiztask t1,
    dirp_trn_lp tl,
    dirp_trn_ebiztask t2,
    dirp_trn_trailer trl
    WHERE t1.task_type = 'PICK'
    AND t1.act_qty > 0
    AND t1.act_end_date IS NOT NULL
    AND t1.ebiz_contlp_no = tl.ebiz_lp_no
    AND t2.task_type = 'SHIP'
    AND t2.ebiz_lp_no = tl.mast_ebiz_lp_no
    AND t2.ebiz_trailer_no = trl.ebiz_trailer_no
    AND t1.COMP_ID = tl.COMP_ID
    AND t1.COMP_ID = t2.COMP_ID
    AND t1.COMP_ID = trl.COMP_ID
    GROUP BY t1.ebiz_cntrl_no, pro_no, trailer_type, t1.comp_id
    Rows Row Source Operation
    3 TABLE ACCESS BY INDEX ROWID CCOL$ (cr=8 pr=0 pw=0 time=459 us)
    3 INDEX RANGE SCAN I_CCOL1 (cr=5 pr=0 pw=0 time=473 us)(object id 54)
    SELECT t1.ebiz_cntrl_no,
    COUNT (DISTINCT (tl.mast_ebiz_lp_no)) pallet_count,
    trl.pro_no, trl.trailer_type, t1.comp_id
    FROM dirp_trn_ebiztask t1,
    dirp_trn_lp tl,
    dirp_trn_ebiztask t2,
    dirp_trn_trailer trl
    WHERE t1.task_type = 'PICK'
    AND t1.act_qty > 0
    AND t1.act_end_date IS NOT NULL
    AND t1.ebiz_contlp_no = tl.ebiz_lp_no
    AND t2.task_type = 'SHIP'
    AND t2.ebiz_lp_no = tl.mast_ebiz_lp_no
    AND t2.ebiz_trailer_no = trl.ebiz_trailer_no
    AND t1.COMP_ID = tl.COMP_ID
    AND t1.COMP_ID = t2.COMP_ID
    AND t1.COMP_ID = trl.COMP_ID
    GROUP BY t1.ebiz_cntrl_no, pro_no, trailer_type, t1.comp_id
    call count cpu elapsed disk query current rows
    Parse 3 0.12 0.17 0 0 0 0
    Execute 3 0.00 0.00 0 0 0 0
    Fetch 22964 275.41 2520.61 833760 1108408 9 344389
    total 22970 275.53 2520.79 833760 1108408 9 344389
    Misses in library cache during parse: 1
    Optimizer mode: CHOOSE
    Parsing user id: 67 (GSMOLAP)
    Rows Row Source Operation
    114793 SORT GROUP BY (cr=409403 pr=280247 pw=16436 time=662980659 us)
    1780310 HASH JOIN (cr=409403 pr=277866 pw=14055 time=638715201 us)
    1780433 HASH JOIN (cr=408274 pr=270127 pw=7440 time=614559870 us)
    496477 TABLE ACCESS BY INDEX ROWID DIRP_TRN_EBIZTASK (cr=160500 pr=59306 pw=0 time=384814524 us)
    496477 INDEX RANGE SCAN NI_TRN_EBIZTASK_INDX4 (cr=3393 pr=3206 pw=0 time=44214117 us)(object id 149238)
    1786441 HASH JOIN (cr=247774 pr=210821 pw=7440 time=234883291 us)
    1789215 TABLE ACCESS FULL DIRP_TRN_EBIZTASK (cr=207388 pr=163028 pw=0 time=209363676 us)
    1458129 TABLE ACCESS FULL DIRP_TRN_LP (cr=40386 pr=40353 pw=0 time=20426305 us)
    59742 TABLE ACCESS FULL DIRP_TRN_TRAILER (cr=1129 pr=1124 pw=0 time=1563491 us)
    Rows Execution Plan
    0 SELECT STATEMENT MODE: CHOOSE
    114793 SORT (GROUP BY)
    1780310 HASH JOIN
    1780433 HASH JOIN
    496477 TABLE ACCESS MODE: ANALYZED (BY INDEX ROWID) OF
    'DIRP_TRN_EBIZTASK' (TABLE)
    496477 INDEX MODE: ANALYZED (RANGE SCAN) OF
    'NI_TRN_EBIZTASK_INDX4' (INDEX)
    1786441 HASH JOIN
    1789215 TABLE ACCESS MODE: ANALYZED (FULL) OF
    'DIRP_TRN_EBIZTASK' (TABLE)
    1458129 TABLE ACCESS MODE: ANALYZED (FULL) OF 'DIRP_TRN_LP'
    (TABLE)
    59742 TABLE ACCESS MODE: ANALYZED (FULL) OF 'DIRP_TRN_TRAILER'
    (TABLE)
    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    SQL*Net message to client 7655 0.00 0.01
    db file sequential read 57297 0.37 549.32
    latch free 2 0.00 0.00
    direct path write temp 1506 0.63 18.86
    direct path read temp 1506 0.11 9.90
    db file scattered read 13784 0.24 251.02
    SQL*Net message from client 7654 1.09 10.09
    ALTER SESSION SET EVENTS '10046 trace name context forever, level 8'
    call count cpu elapsed disk query current rows
    Parse 1 0.00 0.00 0 0 0 0
    Execute 1 0.00 0.02 0 0 0 0
    Fetch 0 0.00 0.00 0 0 0 0
    total 2 0.00 0.02 0 0 0 0
    Misses in library cache during parse: 0
    Parsing user id: 67 (GSMOLAP)
    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    SQL*Net message to client 1 0.00 0.00
    SQL*Net message from client 1 21.89 21.89
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    call count cpu elapsed disk query current rows
    Parse 4 0.12 0.17 0 0 0 0
    Execute 4 0.00 0.02 0 0 0 0
    Fetch 22964 275.41 2520.61 833760 1108408 9 344389
    total 22972 275.53 2520.81 833760 1108408 9 344389
    Misses in library cache during parse: 1
    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    SQL*Net message to client 7656 0.00 0.01
    SQL*Net message from client 7655 21.89 31.98
    db file sequential read 57297 0.37 549.32
    latch free 2 0.00 0.00
    direct path write temp 1506 0.63 18.86
    direct path read temp 1506 0.11 9.90
    db file scattered read 13784 0.24 251.02
    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
    call count cpu elapsed disk query current rows
    Parse 10 0.03 0.02 0 0 0 0
    Execute 129 0.09 0.17 0 0 0 0
    Fetch 278 0.02 0.26 28 446 0 1102
    total 417 0.14 0.46 28 446 0 1102
    Misses in library cache during parse: 10
    Misses in library cache during execute: 10
    4 user SQL statements in session.
    129 internal SQL statements in session.
    133 SQL statements in session.
    1 statement EXPLAINed in this session.
    Trace file: biprod_ora_23463.trc
    Trace file compatibility: 10.01.00
    Sort options: default
    1 session in tracefile.
    4 user SQL statements in trace file.
    129 internal SQL statements in trace file.
    133 SQL statements in trace file.
    12 unique SQL statements in trace file.
    1 SQL statements EXPLAINed using schema:
    GSMOLAP.prof$plan_table
    Default table was used.
    Table was created.
    Table was dropped.
    113796 lines in trace file.
    3724 elapsed seconds in trace file.

    Reposting portions of your post with the { code } tags:
    SELECT
          t1.ebiz_cntrl_no,
          COUNT (DISTINCT (tl.mast_ebiz_lp_no)) pallet_count,
          trl.pro_no,
          trl.trailer_type,
          t1.comp_id
    FROM dirp_trn_ebiztask t1,
          dirp_trn_lp tl,
          dirp_trn_ebiztask t2,
          dirp_trn_trailer trl
    WHERE t1.task_type = 'PICK'
          AND t1.act_qty > 0
          AND t1.act_end_date IS NOT NULL
          AND t1.ebiz_contlp_no = tl.ebiz_lp_no
          AND t2.task_type = 'SHIP'
          AND t2.ebiz_lp_no = tl.mast_ebiz_lp_no
          AND t2.ebiz_trailer_no = trl.ebiz_trailer_no
          AND t1.COMP_ID = tl.COMP_ID
          AND t1.COMP_ID = t2.COMP_ID
          AND t1.COMP_ID = trl.COMP_ID
    GROUP BY t1.ebiz_cntrl_no, pro_no, trailer_type, t1.comp_id
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        3      0.12       0.17          0          0          0           0
    Execute      3      0.00       0.00          0          0          0           0
    Fetch    22964    275.41    2520.61     833760    1108408          9      344389 
    total    22970    275.53    2520.79     833760    1108408          9      344389
    Misses in library cache during parse: 1
    Optimizer mode: CHOOSE
    Parsing user id: 67  (GSMOLAP)
    Rows     Row Source Operation
    114793  SORT GROUP BY (cr=409403 pr=280247 pw=16436 time=662980659 us)
    1780310   HASH JOIN  (cr=409403 pr=277866 pw=14055 time=638715201 us)
    1780433    HASH JOIN  (cr=408274 pr=270127 pw=7440 time=614559870 us)
    496477     TABLE ACCESS BY INDEX ROWID DIRP_TRN_EBIZTASK (cr=160500 pr=59306 pw=0 time=384814524 us)
    496477      INDEX RANGE SCAN NI_TRN_EBIZTASK_INDX4 (cr=3393 pr=3206 pw=0 time=44214117 us)(object id 149238)
    1786441     HASH JOIN  (cr=247774 pr=210821 pw=7440 time=234883291 us)
    1789215      TABLE ACCESS FULL DIRP_TRN_EBIZTASK (cr=207388 pr=163028 pw=0 time=209363676 us)
    1458129      TABLE ACCESS FULL DIRP_TRN_LP (cr=40386 pr=40353 pw=0 time=20426305 us)
      59742    TABLE ACCESS FULL DIRP_TRN_TRAILER (cr=1129 pr=1124 pw=0 time=1563491 us)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
                                                 Waited
      SQL*Net message to client                    7655        0.00          0.01
      db file sequential read                     57297        0.37        549.32
      latch free                                      2        0.00          0.00 
      direct path write temp                       1506        0.63         18.86
      direct path read temp                        1506        0.11          9.90
      db file scattered read                      13784        0.24        251.02
      SQL*Net message from client                  7654        1.09         10.09  = 0.00118 perI am not sure how much help I am able to offer after looking at the problem for about two hours. First, a couple observations:
    * The trace file contained 4 SQL statements which you executed and 129 SQL statements that you did not execute. It might be interesting to manually look at the trace file for SQL statements with dep=1 or greater. It looks like these SQL statements might be taking a bit of time.
    * The NI_TRN_EBIZTASK_INDX4 index is returning 27.7% of the rows from DIRP_TRN_EBIZTASK, which I suspect means that it is an index on the task_type column - this might not be a very selective index.
    * The client is fetching about 15 rows at a time of the 114,793 rows retrieved per execution, but this is apparently accounting for only about 10 seconds of time.
    * In one of the three executions, 204,505 blocks were read from disk for the full table scan portions of the execution plan, with an average of 14.8 blocks read per read call, and averaging 18.2 milliseconds per multiblock read - this might be a little high for an average time.
    * In one of the three executions, 3,206 blocks were read from disk for the index portion of the execution plan, with an average of 9.6 milliseconds per read - this is probably a reasonable average time.
    * Very few rows are eliminated during the hash joins, meaning that an average of about 1,780,000 rows are being repeatedly passed from hash join to hash join per execution.
    * Just looking at the table that was aliased twice, it appears that the optimizer would be able to work out the following:
    dirp_trn_ebiztask t1
      t1.ebiz_contlp_no = tl.ebiz_lp_no
      t1.COMP_ID = tl.COMP_ID
      t1.COMP_ID = trl.COMP_ID
      t1.COMP_ID = t2.COMP_ID
    dirp_trn_ebiztask t2
      t2.ebiz_lp_no = tl.mast_ebiz_lp_no
      t2.ebiz_trailer_no = trl.ebiz_trailer_no
      t2.COMP_ID = trl.COMP_ID
      t2.COMP_ID = tl.COMP_IDFrom the above, it appears that you are trying to set up the following join order:
    t1 -> tl -> t2 -> trlIf I am reading the plan correctly, the optimizer worked out the following join order:
    t1 -> (t2 -> tl) -> trl* Considering the number of rows returned by each operation, including the final hash join, it probably would not help much to force the original join order.
    * The hash joins are spilling to the temp tablespace, but considering the number of rows involved, there probably is not much which can be done to avoid this usage of the temp tablespace.
    * Per execution, the sort group by operation took 1,780,310 rows as input and output 114,793 rows.
    Questions:
    What is the value of DB_FILE_MULTIBLOCK_READ_COUNT?
    What is the extent size of the tables?
    What is the hardware configuration?
    What version of Oracle is this (Trace file compatibility: 10.01.00 found in TKPROF output)?
    You might check to see if there is another SQL statement which will return the 114,793 rows per execution. Unless your server had an extremely large buffer cache with the tables and indexes forced to the KEEP pool, it will continue to be the primary problem where the reading of the tables and indexes are causing the majority of the performance problem. But even with the table and index blocks completely cached in the buffer cache, the 409,403 consistent reads per execution will likely continue to burn at least 92 seconds (note that this number may not be correct due to the recursive calls) of CPU time per execution.
    Charles Hooper
    IT Manager/Oracle DBA
    K&M Machine-Fabricating, Inc.

  • Transaction COOIS & MIRO is very slow

    Hello,
    We are using SAP ECC5 from last 5 years. now we are facing some issue related speed or server performance in some transaction codes like MIRO & COOIS. these transaction codes getting very slow reacting and its took 1 to 3 mints. for execution. please advice what we need for the same.
    Please help
    regards
    Lal Kariyath

    Hi,
    This is forum for SAP Business One user only. Please close your thread and posted on a proper forum.
    Thanks,
    Gordon

  • Sql query runing slow with lower cost

    Hello
    I am working on Oracle 11g and AIX.I have one sql query which is ruing slow as reported by user.
    When i am commenting few line of code it is runing fast.
    I noticed that the execution plan cost of first query is less and second ...as cost of sccond qurey is more.But users are say it is runing fast.
    How it can possiable ?
    Any idea why second query is runing fast after commenting few columns in select and group by clause.
    Query 1
    SELECT PH.CTRL_NBR, PD.SEQ_NBR,PH.CNTRY,PH.SHIP_DATE, PHI.WAVE_NBR, PD.ID, PD.QTY,
    IM.PACK_QTY,
    IM.UNIT_VOL,
    IM.PACK_QTY,
    MAX(CD.PACK_QTY) AS CASE_QTY,
    IM.UNIT_WT
    FROM HDR PH,
    HDR_INTRNL PHI,
    DTL PD,
    HDR CH,
    CASEDTL CD,
    IMASTER IM
    WHERE PH.CTRL_NBR = PHI.CTRL_NBR
    AND PD.CTRL_NBR = PH.CTRL_NBR
    AND PD.QTY > 0
    AND SUBSTR(CD.ID, 1, 9) = SUBSTR(PD.ID, 1, 9)
    AND CD.CASENBR = CH.CASENBR
    AND CH.STAT_CODE BETWEEN '10' AND '90'
    AND IM.ID = PD.ID
    AND PHI.WAVE_NBR='EL57893'
    GROUP BY PH.CTRL_NBR, PD.SEQ_NBR, PH.CNTRY, PH.SHIP_DATE, PHI.WAVE_NBR, PD.ID, PD.QTY,
    IM.PACK_QTY,
    IM.UNITVOL,
    IM.UNITWT,
    IM.PACK_QTY
    Query 2 .
    SELECT PH.CTRL_NBR,
    PD.SEQ_NBR,
    PH.CNTRY,
    PH.SHIP_DATE,
    PHI.WAVE_NBR,
    PD.ID,
    PD.QTY,
    -- IM.PACK_QTY,
    -- IM.UNIT_VOL,
    -- IM.PACK_QTY,
    MAX(CD.PACK_QTY) AS CASE_QTY,
    -- IM.UNIT_WT
    FROM HDR PH,
    HDR_INTRNL PHI,
    DTL PD,
    HDR CH,
    CASEDTL CD,
    IMASTER IM
    WHERE PH.CTRL_NBR = PHI.CTRL_NBR
    AND PD.CTRL_NBR = PH.CTRL_NBR
    AND PD.QTY > 0
    AND SUBSTR(CD.ID, 1, 9) = SUBSTR(PD.ID, 1, 9)
    AND CD.CASENBR = CH.CASENBR
    AND CH.STAT_CODE BETWEEN '10' AND '90'
    AND IM.ID = PD.ID
    AND PHI.WAVE_NBR='EL57893'
    GROUP BY PH.CTRL_NBR, PD.SEQ_NBR, PH.CNTRY, PH.SHIP_DATE, PHI.WAVE_NBR, PD.ID, PD.QTY,
    --IM.PACK_QTY,
    --IM.UNITVOL,
    --IM.UNITWT,
    --IM.PACK_QTY
    Edited by: oradba11 on Sep 6, 2012 2:11 PM
    Edited by: oradba11 on Sep 6, 2012 2:12 PM

    oradba11 wrote:
    Hello
    I am working on Oracle 11g and AIX.I have one sql query which is ruing slow as reported by user.
    When i am commenting few line of code it is runing fast.
    I noticed that the execution plan cost of first query is less and second ...as cost of sccond qurey is more.But users are say it is runing fast.
    How it can possiable ? <snip>
    This doesn't address your question, but let me suggest that for your own sanity you start brining some formatting to your sql. And for the sanity of those on this forum of whom you expect assistance, you preserve that formatting through the use of the code tags (see the FAQ for details).
    I've done the first one for you, as an example of what I mean
    SELECT
         PH.CTRL_NBR
    ,     PD.SEQ_NBR
    ,     PH.CNTRY
    ,     PH.SHIP_DATE
    ,     PHI.WAVE_NBR
    ,     PD.ID
    ,     PD.QTY
    ,     IM.PACK_QTY
    ,     IM.UNIT_VOL
    ,     IM.PACK_QTY
    ,     MAX(CD.PACK_QTY) AS CASE_QTY
    ,     IM.UNIT_WT
    FROM
         HDR PH
    ,     HDR_INTRNL PHI
    ,     DTL PD
    ,     HDR CH
    ,     CASEDTL CD
    ,     IMASTER IM
    WHERE
         PH.CTRL_NBR = PHI.CTRL_NBR
       AND  PD.CTRL_NBR = PH.CTRL_NBR
       AND  PD.QTY > 0
       AND  SUBSTR(CD.ID, 1, 9) = SUBSTR(PD.ID, 1, 9)
       AND  CD.CASENBR = CH.CASENBR
       AND  CH.STAT_CODE BETWEEN '10' AND '90'
       AND  IM.ID = PD.ID
       AND  PHI.WAVE_NBR='EL57893'
    GROUP BY
         PH.CTRL_NBR
    ,     PD.SEQ_NBR
    ,     PH.CNTRY
    ,     PH.SHIP_DATE
    ,      PHI.WAVE_NBR
    ,      PD.ID
    ,      PD.QTY
    ,      IM.PACK_QTY
    ,     IM.UNITVOL
    ,     IM.UNITWT
    ,     IM.PACK_QTY

  • MIRO transaction very slow

    Dear Sir,
    In our Production System , MIRO trabsaction is running very slow .
    Kindly guide us as what steps need to be followed to trace/analyze the reason for slow MIRO transaction .
    As the reason of the problem can be that some of the SQL might be running very slow or some Index related issue .
    We need to undersatnd the steps to be followed to know the cause of the problem .
    Pl help us .
    Rgds
    Sonia

    >
    sonia agarwal wrote:
    > Dear Sir,
    >
    > In our Production System , MIRO trabsaction is running very slow .
    > Kindly guide us as what steps need to be followed to trace/analyze the reason for slow MIRO transaction .
    >
    > As the reason of the problem can be that some of the SQL might be running very slow or some Index related issue .
    >
    > We need to undersatnd the steps to be followed to know the cause of the problem .
    >
    > Pl help us .
    >
    >
    > Rgds
    >
    > Sonia
    Hello Sonia,
    Check the following link:
    http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/68e8e4d2d16e721b86256ddc00595953/$FILE/Tuning_SAP_Oracle_pSeries_V.1.1.pdf
    Regards,
    Prashant

  • Video runing slow

    Hi,
    I dont know what is happening with my macbook pro but everytime I try to watch a video on youtube (for exemple) The screen keeps freezing the video and runing very very slow. Can you please help me with that?
    Whay should I do?
    Thx
    Roana

    Make sure your Adobe Flash  is up to date. Open Activity Monitor from the Applications>Utilities folder. Make sure All Processes is selected and not just My Processes. Look at the CPU tab and see if something is using a lot of CPU when watching a video.

  • Program Runing slow

    Hi,
    Our user ran one report four days back and it took very long time. I want to know the reason for it.
    i canot run it again as it shud be run monthly once.
    can any body help me?
    Regards,
    Sameer

    Sameer it is a possibilty that when he ran the program last time,there might be heavy load on the system
    Make sure that he runs the program when the workload is less on the system
    Also have you restarted your SAP recently,if yes then this can be the cause of slow performance as buffers would have got cleaned and thus it takes times to reload the buffers and thus the performance of system is impacted
    Rohit

  • Forms10g r 2  Problem ( runing slow )

    hi everybody
    we have a new system developed by Oracle forms10g (10.1.2) on Oracle application server 10g r 2 on windows2003 platform .
    when the client run the application for the first time it work fine and the speed is o.k but after two or three day's the application become very slow ,if you use the same machine with new(different) network account on the same machine the application work fine a gain (for a period only ).
    we have removed the jinitor and clear the the internet cach and cockies but without any effect the problem still there for the same user(user's) after working for a several day's on the application .
    any help plz and thank's on advance

    I believe it would be more easy to get answer, if you post in
    [url http://forums.oracle.com/forums/forum.jspa?forumID=44] Application Server General
    too
    Regards

  • MIRO running too slow

    Dear All,
    why the transaction MIRO taking to much time to execute in the production server .
    is there any performance problem in the ABAP code.
    thanks and regards
    Amit Majumder
    TCL

    It depends.
    1. Depends on your network load
    2. If not then do one runtime analysis in the production system by using the test data.
    3. With this you will come to know where exactly it takes time.
    4. Based on that please create OSS message with SAP, they will suggest to implement some OSS notes.
    Thanks,

  • My pc is runing slow and I can not send e-mail

    Pavilion p621oy pc

    Hello jerome-1241,
    The entire computer is running slow? Does it run slower over time or as soon as you reboot and it logs in it starts running slow and sluggish?
    Have you ran any virus scans lately?
    What happens when you send an email?
    What program do you use to send emails from or are you using a web browser?
    If using a program or browser which one and which version?
    If I have helped you in any way click the Kudos button to say Thanks.
    The community works together, click Accept as Solution on the post that solves your issue for other members of the community to benefit from the solution.
    - Friendship is magical.

  • Runing slow

    hi all i have a G5 quad and latey its been running a little slow is there any thing i can do to put it back to its old speed. some of the programs it has been running slow in is FCP 5.

    http://www.titanium.free.fr/pgs/english.html
    -Bmer
    Mac Owners Support Group
    Join Us @ MacOSG.com
     An Apple User Group 
    ITMS: MacOSG Podcast >>
    Note: I receive no compensation for product endorsements.

  • Why my iPod touch5 runing slow while playing games? but my ipod touch 4 is better than this...

    What shall I do with my ipod touch?

    - Restore from backup. See:                                               
    iOS: Back up and restore your iOS device with iCloud or iTunes
    - Last, restore to factory settings/new iOS device.                       

  • Why is my mac runing slow and keeps freezing

    i bean havin problems with My MacBook & its really fusterateing
    Please Help! its really nice of your part

    Start by having a look at these Links...
    http://support.apple.com/kb/HT1147
    http://www.thexlab.com/faqs/maintainingmacosx.html
    http://www.thexlab.com/faqs/performance.html

  • IMac with 4GB - Parallels partition slowing down

    I have an iMac mid 2007 with max memory of 4Gb. I run Windows 7 in a Parallels partition. on both sides I do little else than browse and use Office. Since installing Mountain Lion, the Windows system has been runing slower and slower. Advice from Parallels is to clear the temp folder. They don't seem concerned about the size of the partition.
    My question is: is there something I can do to get the performance back up to reasonable speed? Put another way, how can I tell whether the hardware I have simple will not support Mountain Lion and Windows 7 together. I have avoided moving to Windows 8, but do have Office 2013, and it drags.

    Upgrade the RAM, 4GB is a minimal amount of RAM these days. To see how you RAM is being used, carefully read Apples instructions on Activity Monitor. You can find them by clicking:
    Activity Monitor to read System Memory and determine how much RAM is being used

  • Macbook pro running slow  after removing charger.

         HI I REALLY NEED SOMEONE TO HELP ME MY MAC HAS BEEN RUNING SLOW. EVERYTIME I TAKE OFF THE CHARGER IT RUNS SLOW, WHEN I PUT IT BACK ON IT RUNS GREAT BUT IF I TAKE IT OFF ITS REALLY SLOW. I RESET IT TO FACTORY MODE BUT THE SAME PROBLEM CONTIUNE. DOES ANY ONE HAVE ANY IDEA ON HOW TO HELP ME. THANKS 

    Hi xiogra22,
    Welcome to the Support Communities!
    The following links will show you how to determine the health of your battery:
    Mac notebooks: Determining battery cycle count
    http://support.apple.com/kb/HT1519
    OS X Mountain Lion: Battery conditions
    http://support.apple.com/kb/PH11205
    The article below will explain how to optimize the battery life on your Macbook Pro.
    Apple - Batteries - Notebooks
    Cheers,
    Judy 

Maybe you are looking for