Disk performance problem

Hi all,
We are experiencing an issue that makes no sense to me. We removed 4 drives from ASP2 and moved them to ASP1 two weekends ago. We had some random performance issues along with a seize lock on a journal (for XI). We thought the performance had gotten somewhat better after running the program to turn off dbmon on our 4.7 system. So we set the option to turn dbmon off the next time the system was restarted.
Last weekend we IPL'd to clear the seize lock on the XI Journal. Since then we have noticed that the % busy on one of the 4 drives we added was at 100% and the other 4 were very spikey but often sat at 100% also. They also appeared to have filled up to a higher percent full than the other 132 disks.
We have a pmr open and have set the option to prevent disks writing new data to the disks as recommended. We are also attempting to move the data off of these 4 disks. The move was going somewhat ok until they got to around 50% and now the percent busy is back to 100% on the one disk and only 1% of the data has moved off in the last 8 hours.
Performance has been like a roller coaster since sunday when the IPL took place. We'll move along fine for a few minutes then it's like the system stalls.
We're still going to continue working with IBM but I was wondering if anyone else has experienced anything like this? It goes against my understanding of how the iseries handles disk management. I'd also like to be sure we understand how to prevent this in the future and be able to explain it to our management. So in the unlikely event anyone else has experieinced this please fill me in.
Until it's resolved I'm not even positive that the way the disks are behaving is the problem but it seems like the most likely cause.
We're on V5R4M0 and all of the 136 disks are 70 GB drives.
Thanks,
Craig

Hello Craig,
I used to adjust the disk configuration only during downtime (restricted mode most of the time), start and Finish the ASP balancing before starting SAP.
I guess - What happened in your situation could be the case that i5/OS put most of the new objects (temporary objects, IFS files, DB pages, etc) on those 4 drives, which made them almost 100% from time to time, and rebalancing just add more requests  before releasing the workload...
Typically IBM support on i5/OS is very knowledge and gives good solutions. Besides what you mentioned before, a full system save/restore should automatically balance the disks, from what I remember.
Best regards,
Victor

Similar Messages

  • Cluster Disk Logical Disk Performance Counters Problem

    I have some problem with Oracle cluster. It's a two node Windows server 2008 R2 SP1 cluster with MS Failover cluster. I have SCOM 2012 SP1 with latest OS MP (agent running with local system rights). All other cluster are showing fine performance counters
    but this cluster does only show one cluster disk free space counters. It has 5 cluster disks (MBR formatted). Logical disk performance counters are running fine. So my questions:
    What performance counters does the new "Cluster Disk % and MB free space rule" use? Is it the same old Logical Disk performance counter that collects data for example for drive C:?
    What should I check from this cluster because performance view from my cluster groups are not showing all disks, just one and there are 5 cluster disks?
    Only one Cluster Disk is showing under performance view!
    Health Explorer from Cluster group shows all Cluster disks!

    We have this issue with normal Win server 2008 SQL servers. I can see disks at the Health Explorer view but no collection rules at the performance view. Rule does not have any overrides and it's enabled by default. We use the latest Core OS pack and Cluster
    MP. IS this ANOTHER bug in the MS management pack?

  • White disk indicator light is out, but no seeming performance problems.Problem needing service or ignore??

    Hard disc indicator light on right front of laptop lights only periodically at startup or restart.  There appears not to be any performance problems.  Do I have a problem in the making?  Danger in the future?  Need service?  Or did I just choose the wrong option somewhere?

    The white LED is not a disk activity or power indicator.  MacBooks don't have either of these.  The indicator will only light as mentioned by Dave Stowe... when your display is asleep it will come on and when your system is asleep, it will pulsate.  From what you have indicated, it seems to be working correctly.

  • Messaging performance problem on RAID disk with many IMAP users

    The performance problem can be solved by tunning the disc RAID system.

    The performance problem can be solved by tunning the disc RAID system.

  • Performance problem on wait event PX Deq: Execute Reply

    Hi everybody
    I encounter some performance problem, I've made a tkprof on a select statement and I saw that more than 95% of the elapsed time is due to event PX Deq: Execute Reply.
    This request is not CPU or paging consuming. What is this event and how could I reduce it ? Could it be a disk problem ?
    Thanks a lot, best regards
    Greg
    Here is a sample of my tkprof:
    call count cpu elapsed disk query current rows
    Parse 1 0.03 0.03 0 0 0 0
    Execute 1 0.22 2.16 68 177 12 0
    Fetch 2 0.17 511.97 38 40 0 1
    total 4 0.42 514.16 106 217 12 1
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 38
    Rows Row Source Operation
    1 PX COORDINATOR (cr=202 pr=103 pw=0 time=513984636 us)
    0 PX SEND QC (RANDOM) :TQ10003 (cr=0 pr=0 pw=0 time=0 us)
    0 HASH GROUP BY (cr=0 pr=0 pw=0 time=0 us)
    0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us)
    0 PX SEND HASH :TQ10002 (cr=0 pr=0 pw=0 time=0 us)
    0 HASH GROUP BY (cr=0 pr=0 pw=0 time=0 us)
    0 HASH JOIN (cr=0 pr=0 pw=0 time=0 us)
    0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
    0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us)
    0 PX SEND BROADCAST :TQ10000 (cr=0 pr=0 pw=0 time=0 us)
    473 TABLE ACCESS FULL DIM_CALL_DISTANCE (cr=8 pr=7 pw=0 time=27259 us)
    0 HASH JOIN (cr=0 pr=0 pw=0 time=0 us)
    0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
    0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us)
    0 PX SEND BROADCAST :TQ10001 (cr=0 pr=0 pw=0 time=0 us)
    4 TABLE ACCESS FULL DIM_AUDIT_CALL (cr=32 pr=31 pw=0 time=35037 us)
    0 PX BLOCK ITERATOR PARTITION: 1 16 (cr=0 pr=0 pw=0 time=0 us)
    0 TABLE ACCESS FULL FACT_CALL PARTITION: 1 48 (cr=0 pr=0 pw=0 time=0 us)
    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    db file sequential read 67 0.05 0.95
    os thread startup 4 0.21 0.80
    PX Deq: Join ACK 4 0.00 0.00
    PX Deq: Parse Reply 3 0.13 0.17
    SQL*Net message to client 2 0.00 0.00
    PX Deq: Execute Reply 304 1.96 511.68
    db file scattered read 6 0.01 0.03
    PX qref latch 12 0.00 0.00
    SQL*Net message from client 2 94.93 94.94
    PX Deq: Signal ACK 6 0.10 0.11
    enq: PS - contention 1 0.00 0.00
    ********************************************************************************

    PX Deq: Execute Reply is an idle event associated with Parallel Query. Are your tables partitioned or have a degree greater then 1?
    The tables appear to be small in size. The overhead associated with parallel query generally hinders response time on queries involving small tables.

  • Performance problem with transaction log

    We are having some performance problem in SAP – BW 3.5 system running on MS – SQL server 2000.The box is sized 63,574 MB. The transaction logs gets filled up after loading data in to a transactional cube or after doing selective deletion. The size of the transaction log is 7,587MB currently.
    Basis team feels that when performing either loading or selective deletion, SQL server views it as a single transaction and doesn't commit until every record is written. And so as a result, transaction logs fills up ultimately bringing the system down.
    The system log shows a DBIF error during the transaction log fill up as follows:
    Database error 9002 at COM
    > [9002] the log file for database 'BWP' is full. Back up the
    > Transaction log for the database to free up some log space.
    Function COMMIT on connection R/3 failed
    Perform rollback
    Can we make changes to Database to make commit action frequently? Is there any parameters we could change to reduce the packet size? Is there some setting to be changed in SQL server?
    Any Help will be appreciated.

    if you have disk space avialable you can allocate more space to the transaction log.

  • Performance problem ,  100 % swap used, but vmstat -   sr = 0

    Hi,
    I have a performance problem on a server. It is sometimes very low during several hours.
    context : v890, 32 Go RAM, 8 SPARC IV+, solaris 10 release 03/05, veritas volume manager, containers, several oracle databases, applications...
    with iostat, swap partition : %b -> 100% !!!!
    with vmstat, r-> 0, b -> 0, w ->29, free memory : 600 Mo , sr -> 0, idle : more than 50%,
    uptime, load average : 6
    vmstat -S : si -> 0 , so -> 0
    vmstat -p : api -> 45126682863 ( probably a bug ) , apo -> 0 fpi -> 1895320681342 ( probably a bug ), fpo -> 0
    It's difficult to me to find the problem. Is it paging activity ??? someone can tell me, what is the memory limit for paging activity start ?
    If you thing I'm in the wrong way, thanks for all ideas :)
    Julien
    Edited by: Wylem on Feb 28, 2008 6:11 PM

    Does seem a bit odd.
    The 'w' column doesn't necessarily mean that anything bad is happening now, but it does mean that the system was severely memory limited at some point in the past at least.
    Paging should occur when free memory drops below LOTSFREE. I don't remember if swapping happens at a particular point, but probably wouldn't happen above DESFREE. The page scanner should become active (non-zero 'sr' numbers) any time the memory is below LOTSFREE.
    Since you have Solaris 10, you might want to grab the dtrace toolkit and see if some of the tools in there show you anything more useful (some of the I/O ones might break down the access further).
    So it really doesn't look like you're swapping/paging out anything now, but you almost certainly did in the past. It could be that you're using an app that has paged out a lot of stuff do disk, so that the I/O you're seeing is it bringing stuff back now that RAM is available.
    Darren

  • Question for ORACLE EXPERTS!!! PERFORMANCE PROBLEM!!!

    I have 2 nodes on RAC. On node1 the following query run in 15 seconds and on node2 the same query run in 40 minutes. This is a big problem because we are migrating a SQL Server database to Oracle RAC 10gR2 (10.2.0.2) on HP-UX Itanium and we can´t finish the project because of this performance problem!!! PLEASE HELP ME ORACLE GURUS !!! I have opened a TAR at Metalink a 3 month ago,but they can´t help me with this. Can anyone explain this event to me please??? " gc cr multi block request 92011 0.33 737.49
    This is the query that i run on both nodes and this is the tkprof of the trace file when i run this on second node:
    select /*+ NO_PARALLEL(t) */ sum(t.saldo_em_real)
    from
    brcapdb2.titulo t
    call count cpu elapsed disk query current rows
    Parse 1 0.00 0.00 0 0 0 0
    Execute 1 0.00 0.00 0 0 0 0
    Fetch 1 13.76 790.26 0 107219 0 0
    total 3 13.76 790.26 0 107219 0 0
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 31
    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    SQL*Net message to client 2 0.00 0.00
    SQL*Net message from client 2 0.02 0.02
    gc cr multi block request 92011 0.33 737.49
    gc current grant busy 1 0.00 0.00
    latch: KCL gc element parent latch 4 0.00 0.00
    latch: object queue header operation 17 0.00 0.01
    latch free 6 0.00 0.00
    gc remaster 9 1.94 9.00
    gcs drm freeze in enter server mode 19 1.97 30.52
    gc current block 2-way 10 0.61 2.72
    SQL*Net break/reset to client 1 0.01 0.01
    Please help me if you can!!
    Tks,
    Paulo.

    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    SQL*Net message to client 2 0.00 0.00
    SQL*Net message from client 2 0.02 0.02
    gc cr multi block request 92011 0.33 737.49
    gc current grant busy 1 0.00 0.00
    latch: KCL gc element parent latch 4 0.00 0.00
    latch: object queue header operation 17 0.00 0.01
    latch free 6 0.00 0.00
    gc remaster 9 1.94 9.00
    gcs drm freeze in enter server mode 19 1.97 30.52
    gc current block 2-way 10 0.61 2.72
    SQL*Net break/reset to client 1 0.01 0.01There's lots of global cache traffic going on. All those multiblock transfers seem to be saturating the interconnect. Some things to consider:
    - Have a look at metalink note 3951017.8 for a possible fix
    - Check that your interconnect is properly configured
    - Try running the query with PARALLEL hint. This would mean doing disk I/O instead of buffer & interconnect I/O.
    edit: changed "without NOPARALLEL" to "with PARALLEL"
    Message was edited by:
    antti.koskinen

  • Performance Problem Database Server on Solaris 10 5/08 (Update 5)  v890 Box

    Hello,
    I am having performance problems on Solaris 10 5/08 (Update 5) Production server below I have mentioned the details information about the system and some command “iostat” and “vmstat” reports:
    Sun Fire V890
    Ram – 32 GB
    Physical CPU – 8 (Logical 16)
    Application – Oracle 10G
    Raid 1
    1) iostat report
    extended device statistics tty
    device r/s w/s kr/s kw/s wait actv svc_t %w %b tin tout
    md100 0.3 7.0 2.4 7.0 0.0 0.2 38.5 3 4 0 0
    2/md3100 205.0 27.4 23099.6 472.2 0.0 2.5 10.9 0 79
    2/md3200 225.3 27.3 24993.8 577.3 0.0 2.6 10.5 0 81
    2/md3300 295.8 25.5 31538.0 412.5 0.0 3.1 9.8 0 84
    2/md3400 198.3 25.6 21032.9 423.7 0.0 2.2 9.8 0 65
    2/md3500 55.0 313.0 2397.5 2425.9 0.0 1.2 3.2 0 93
    2/md3600 0.1 19.2 0.8 1440.0 0.0 0.1 5.4 0 10
    2/md3700 3.1 0.8 48.8 35.7 0.0 0.0 9.3 0 4
    2/md3800 300.4 0.7 30651.9 69.4 0.0 2.6 8.7 0 92
    2/md3900 359.9 0.7 35876.8 56.6 0.0 3.3 9.1 0 95
    2/md4100 0.6 512.1 9.6 1815.8 0.0 1.2 2.4 0 70
    2/md4200 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0
    2) vmstat report
    kthr memory page disk faults cpu
    r b w swap free re mf pi po fr de sr 2m 2m 2m 2m in sy cs us sy id
    1 20 0 39126264 11482648 2570 5039 16336 14 14 0 1 41 38 47 61 71072 41785 30463 51 14 35
    0 16 0 40580912 9157288 273 2366 0 8 7 0 0 198 310 251 192 49207 47702 29823 39 8 53
    0 16 0 40588992 9163784 187 1392 0 8 8 0 0 251 278 212 163 47310 44840 27821 31 7 62
    0 12 0 40597208 9171640 624 3168 0 2 2 0 0 298 329 209 245 49150 44768 26264 29 8 62
    0 13 0 40577400 9158032 425 4452 0 9 8 0 0 177 181 331 292 49149 42545 25544 31 8 61
    0 14 0 40576680 9156328 868 6027 0 8 7 0 0 161 234 259 327 48726 41187 26184 26 9 65
    0 13 0 40567952 9151360 1067 7302 0 3 3 0 0 254 386 256 160 50388 45422 26596 31 10 60
    0 13 0 40565160 9150880 838 6582 0 9 8 0 0 257 289 236 281 49697 45190 26925 31 10 60
    0 12 0 40568616 9153128 640 4880 0 11 10 0 0 334 206 214 214 48738 43552 26431 27 9 65
    0 12 0 40581696 9163248 799 5895 0 2 2 0 0 426 273 138 226 47831 41873 26301 30 9 61
    0 11 0 40572096 9157896 1087 7138 1 10 9 0 0 337 163 220 305 53124 55371 27933 45 11 44
    0 18 0 40520032 9123424 868 5946 0 10 9 0 0 222 218 170 249 51322 49556 27867 40 10 50
    0 17 0 40528544 9130112 481 3257 0 1 1 0 0 276 269 145 316 56103 44359 27645 39 9 51
    0 15 0 40521776 9126208 490 3174 0 10 8 0 0 240 305 226 222 55839 43464 27003 42 10 48
    0 15 0 40491176 9101072 769 4149 0 8 8 0 0 297 362 150 317 59718 55624 34333 43 11 46
    0 17 0 40603696 9183224 785 4364 0 2 2 0 0 314 234 281 238 62990 67554 39122 43 12 45
    0 19 0 40622592 9215816 711 5308 1 12 12 0 0 390 167 252 283 65340 60514 30525 45 12 44
    0 17 0 40662248 9276136 767 5113 0 10 8 0 0 218 280 298 221 63734 53314 31029 43 11 45
    3) SAR CPU Utilization report
    12:30:51 %usr %sys %wio %idle
    12:31:01 41 9 0 50
    12:31:11 43 11 0 46
    12:31:21 42 11 0 47
    12:31:31 44 12 0 44
    12:31:41 42 11 0 47
    Average 42 11 0 47
    Anybody have any comment regarding the reports ?
    Thanks for your help,
    Srikanta Sanpui

    A suggestion: if you use the code tags with your output it will be a great deal easier to read.
    extended device statistics tty
    device r/s w/s kr/s kw/s wait actv svc_t %w %b tin tout
    md100 0.3 7.0 2.4 7.0 0.0 0.2 38.5 3 4 0 0
    2/md3100 205.0 27.4 23099.6 472.2 0.0 2.5 10.9 0 79
    2/md3200 225.3 27.3 24993.8 577.3 0.0 2.6 10.5 0 81
    2/md3300 295.8 25.5 31538.0 412.5 0.0 3.1 9.8 0 84
    2/md3400 198.3 25.6 21032.9 423.7 0.0 2.2 9.8 0 65
    2/md3500 55.0 313.0 2397.5 2425.9 0.0 1.2 3.2 0 93
    2/md3600 0.1 19.2 0.8 1440.0 0.0 0.1 5.4 0 10
    2/md3700 3.1 0.8 48.8 35.7 0.0 0.0 9.3 0 4
    2/md3800 300.4 0.7 30651.9 69.4 0.0 2.6 8.7 0 92
    2/md3900 359.9 0.7 35876.8 56.6 0.0 3.3 9.1 0 95
    2/md4100 0.6 512.1 9.6 1815.8 0.0 1.2 2.4 0 70
    2/md4200 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0

  • 1.1 performance problems related to system configuration?

    It seems like a lot of people are having serious performance problems with Aperture 1.1 in areas were they didn't have any (or at least not so much) problems in the previous 1.01 release.
    Most often these problems occur as slow behaviour of the application when switching views (especially into and out of full view), loading images into the viewer or doing image adjustments. In most cases Aperture works normal for some time and then starts to slow down gradually up to point were images are no longer refreshed correctly or the whole application crashes. Most of the time simply restarting Aperture doesn't help, one has to restart the OS.
    Most of the time the problems occur in conjunction with CPU usage rates which are much higher than in 1.0.1.
    For some people even other applications seem to be affected to a point where the whole system has to be restarted to get everything working up at full speed again. Also shutdown times seem to increase dramatically after such an Aperture slowdown.
    My intention in this thread is to collect information from users who are experiencing such problems about their system configuration. At the moment it does not look like these problems are related to special configurations only, but maybe we can find a common point when we collect as much information as possible about system where Aperture 1.1 shows this behaviour.
    Before I continue with my configuration, I would like to point out that this thread is not about general speed issues with Aperture. If you're not able to work smoothly with 16MPix RAW files on G5 systems with Radeon 9650 video cards or Aperture is generally slow on your iBook 14" system where you installed it with a hack, than this is not the right thread. I fully understand if you want to complain about these general speed issues, but please refrain from doing so in this thread.
    Here I only want to collect information from people who either know that some things works considerably faster in the previous release or who notice that Aperture 1.1 really slows down after some time of use.
    Enough said, here is my information:
    - Powermac G5 Dualcore 2.0
    - 2.5 GB RAM
    - Nvidia 7800GT (flashed PC version)
    - System disk: Software RAID0 (2 WD 10000rpm 74GB Raptor drives)
    - Aperture library on a hardware RAID0 (2 Maxtor 160GB drives) connected to Highpoint RocketRAID 2320 PCIe adapter
    - Displays: 17" and 15" TFT
    I do not think, that we need more information, things like external drives (apart from ones used for the actual library), superdrive types, connected USB stuff like printers, scanners etc. shouldn't make any difference so no need to report that. Also it is self-evident that Mac OS 10.4.6 is used.
    Of interest might be any internal cards (PCIe/PCI/PCI-X...) build into your system like my RAID adapter, Decklink cards (wasn't there a report about problems with them?), any other special video or audio cards or additional graphic cards.
    Again, please only post here if you're experiencing any of the mentioned problems and please try to keep your information as condensed as possible. This thread is about collecting data, there are already enough other threads where the specific problems (or other general speed issues) are discussed.
    Bye,
    Carsten
    BTW: Within the next week I will perform some tests which will include replacing my 7800GT with the original 6600 and removing as much extra stuff from my system as possible to see if that helps.

    Yesterday i had my first decent run in 1.1 and was pleased i avoided a lot perfromance issues that seemed to affect others.
    After i posted, i got hit by a big slow-down in system perfromance. I tried to quit Aperture but couldn't, it had no tasks in its activity window. However Activity Monitor showed Aperture as a 30 thread 1.4GB Virtual memory hairball soaking-up 80-90% of my 4 cpu's. Given the high cpu activity i suspected the reason was not my 2GB of RAM, althought its obviously better with more. So what caused the sudded decerease in system perfromance after 6 hours of relative trouble free editing/sorting with 1.1 ?
    This morning i re-created the issue. Before i go further, when i ran 1.1 for the first time i did not migrate my whole library to the new raw algorithum (its not called the bleeding edge for nothing). So this morning i selected one project to migrate all its raw images to 1.1 and after the progress bar completed its work, the cpus ramped and system got bogged-down again.
    So Aperture is doing a background task that is consuming large amounts of cpu power, shows nothing in its activity monitor and takes a very long time to complete. My project had 89 raw images migrated to the 1.1 algorithum and it took 4 minutes to complete those 'background processes' (more reconstituting of images?). I'm not sure what its doing, but it takes a long time and shows no obvious sign it is normal. If you leave it to complete its work, the system returns to normal. More of an issue is the system allows you to continue to work as the background processes crank, compounding the heavy workload.
    Bit of a guess this, but is this what is causing people system's problems ? As i said if i left my quad alone for 4 minutes all returns as normal. Its just not normal to think it will ever end, so you do more and compound the slow-down ?
    In the interests of research i did another project migrating 245 8MB raws to the 1.1 algorithum and it took 8 minutes. First 5mins consumed 1GB of virtual memory over 20 threads at average 250% CPU usage for Aperture alone. The last three minutes saw the cpus ramp higher to 350%, virtual memory increase to 1.2GB. After the 8 minutes all returned to nornal and fans slowed down (excellent fan/noise behaviour on these quads).
    Is this what others are seeing ?
    When you force quit Aperture during these system slow-downs what effect does this having on your images ? Do the uncompleted background processes restart when you go to try and view them ?
    If i get time i'll try and compare to my MBP.

  • 10.6 Performance Problems

    Although I installed Snow Leopard from scratch, I encountered severe performance problems after a while. To copy a file, for instance, took minutes instead of seconds for a some 100 MB file. To switch between windows took long time. The processing was interrupted by waiting loops every few seconds. And so on.
    I looked around in various forums to find hints how to solve this problem, but nothing worked. The activity monitor doesn't show anything unusual; from its point of view everything is fine.
    In the meantime, I reinstalled again Snow Leopard from scratch. After installing iLife 08, I now have the impression that some Finder operations are again getting slower. This may be a trace to the reason for that performance problems. However, this only affects the file copying times, not the application performance, so this does not explain the full picture
    So my question: does anyone else - having performance problems with SL - has similar observations in combination with iLife 08? Does anyone else have similar performance problems and solved them?
    Regards,
    Hardy

    Sometimes the performance of the system is impacted by permission errors, I would recommend running Disk Utility and repair permissions, also, just in case... check the disk to make sure you don't have nay bad sectors. You can also use a system utility to optimize system performance, Onyx is a good utility that is also free, just make sure to download the appropriate version for your system. http://www.titanium.free.fr/pgs2/english/download.html

  • Numbers Import and Load Performance Problems

    Some initial results of converting a single 1.9MB Excel spreadsheet to Numbers:
    _Results using Numbers v1.0_
    Import 1.9MB Excel spreadsheet into Numbers: 7 minutes 3.5 seconds
    Load (saved) Numbers spreadsheet (2.4MB): 5 minutes 11.7 seconds
    _Results using Numbers v1.0.1_
    Import 1.9MB Excel spreadsheet into Numbers: 6 minutes 36.1 seconds
    Load (saved) Numbers spreadsheet (2.4MB): 5 minutes 5.8 seconds
    _Comparison to Excel_
    Excel loads the original 1.9MB spreadsheet in 4.2 seconds.
    Summary
    Numbers v1.0 and v1.0.1 exhibit severe performance problems with loading (of it's own files) and importing of Excel V.x files.

    Hello
    It seems that you missed a detail.
    When a Numbers document is 1.9MB on disk, it may be a 7 or 8 MB file to load.
    A Numbers document s not a file but a package which is a disguised folder.
    The document itself is described in an WML extremely verbose file stored in a gzip archive.
    Opening such a document starts with an unpack sequence which is a fast one (except maybe if the space available on the support is short).
    The unpacked file may easily be 10 times larger than the packed one.
    Just an example, the xml.gz file containing the report of my bank operations for 2007 is a 300Kb one but the expanded one, the one which Numers must read, is a 4 MB one, yes 13,3 times the original.
    And, loading it is not sufficient, this huge file must be "interpreted" to build the display.
    As it is very long, Apple treats it as the TRUE description of the document and so, each time it must display something, it must work as the interpreters that old users like me knew when they used the Basic available in Apple // machines.
    Addind a supplemetary stage would have add time to the opening sequence but would have fasten the usage of the document.
    Of course, it would also had added a supplementary stage duringthe save it process.
    I hope that they will adopt this scheme but of course I don't know if they will do that.
    Of course, the problem is quite the same when we import a document from Excel or from AppleWorks.
    The app reads the original which is stored in a compact shape then it deciphers it to create the XML code. Optimisation would perhaps reduce a bit these tasks but it will continue to be a time consuming one.
    Yvan KOENIG (from FRANCE dimanche 27 janvier 2008 16:46:12)

  • Oracle performance problem -

    We are facing some critical performance problems with one of the
    tables. I have a table with the schema given below.When there
    are around 2 lakh entries in this table, if I give a select count
    (*) , it takes around 20 seconds to return the count. Where as
    any other table in the same database, returns the count in less
    than 2 seconds for around 1 lakh entries. I am not able to
    figure out where the performance bottle neck is.
    Configuration:
    Oracle 8.0.5 on Windows NT 4.0
    USER_NAME NOT NULL VARCHAR2(30)
    TASK_ID NUMBER // Unique
    TASK_NAME NOT NULL VARCHAR2(100)
    TERMINAL_NAME VARCHAR2(30)
    TASK_DATE DATE
    TASK_STATUS NOT NULL NUMBER
    PARENT_ID NUMBER
    NE_NAME NOT NULL VARCHAR2(30)
    ENM_JOBID VARCHAR2(30)
    CMD_CONTENT VARCHAR2(4000)
    CMD_RESPONSE VARCHAR2(4000)
    RESPONSE_TIME DATE
    TASK_TYPE NUMBER
    SCHEDULE_TIME DATE
    All the tables are present in the same table space. So
    I guess it could not be because of any disk access differences
    between tables. Have you guys faced any such problems ? Could
    this be because of the huge CMD_RESPONSE and CMD_CONTENT
    fields ?

    Thanks a lot.
    I would like to know , how I can optimise the performance when
    having longer records. Will increasing the block size help in
    getting better performance ? If so,is there any other
    disadvantage in increasing the block size.
    My actual requirement is to read all the records in the
    table. So, a static cursor is created on the server and I do a
    block fetch(SQLFetchScrolll). I use ODBC for this purpose. The
    first fetch takes a lot of time, around 50 seconds or so for 2
    lakh records. Any ideas how to optimise the same ???
    Best Regards,
    Vignesh

  • Performance Problems PrPro CS5 - Upgrade to CS6?

    Hi
    we often notice massive performance problems with PrPro CS5 here.
    e.g. last week we were shooting with a Sony NEX-VG10. (MediaInfo:)
    Format: AVC
    Format profile: [email protected]
    Format settings, CABAC: Yes
    Format settings, ReFrames: 2 frames
    Format settings, GOP: M=2, N=13
    Bit rate: 16.0 Mbps
    Width: 1 920 pixels
    Height: 1 080 pixels
    Display aspect ratio: 16:9
    Frame rate: 25 fps
    After linking footage into PrPro plaback stutters.
    PrPro is very often not responsive to the keyboard at all.
    Sometimes PrPro needs some seconds before playback starts.
    This way editing is a pain...
    No fx in timeline, only one or two clips. Same behaviour if I play a clip in the source window.
    Project and sequence settings are correct. Playback quality set to 1/4.
    These problems occure in several projects with footage from different cameras.
    PrPro works ok  with this (PAL/SD-)footage for example - MediaInfo:
    Format: DV
    Commercial name: DVCPRO
    Width: 720 pixels
    Height: 576 pixels
    Display aspect ratio: 16:9
    About the computer:
    Dell Precision WorkStation T5500
    24 GB RAM
    2 processors w/ 8 cores together: Intel Xeon CPU E5620 @ 2.40GHz
    System: 250 GB (SSD)
    Media: 2 TB (this is one normal internal hard drive, no raid)
    NVIDIA Quadro 4000 (driver version 297.03)
    connected to internet (is a must in this company)
    connected to intranet, server (is a must in this company, too)
    optimized for performance
    windows firewall active
    AVIRA Porfessional
    What would  PrPro force to work with HD footage?
    Add an RAID? internal/external?
    Upgrade to CS6?
    Edncode footage to another codec before linking it into PrPro? (which codec? encode with AME?)
    Buy a new processor? (i7? which one?)
    Buy any Hardware pieces?
    TIA for your guidiance and best regards.

    Take a look at the Dell T7400 currently at rank # 568, 'Base2008PT1' on Benchmark Results. It is somewhat similar to your own system, but has more memory, a better video card and some raid0 arrays. Nevertheless, it is around 3.4 times slower than a fast system. My guess is that your system is even slower.
    The material you try to edit is very demanding and requires a beefy computer. Even though there is nothing wrong with the dual Xeon E5620's, their clock speed works against you (I have the same CPU's in a file server, but that is far less demanding than editing), as does the amount of memory in the system. You can be helped with more disks, but don't expect miraculous performance improvements. But all little things help.
    The alternative is a complete new system, but that can be pricey. Even if you build it yourself, see Planning & Building a NLE system it can be costly. It gives you very fast performance as demonstrated on the Reflections page and you should not get such a system from Dell or HP, unless you have unlimited funds.

  • Serious performance problems

    Hi
    I am having some very serious performance problems witgh java web start. I have a swing client that transmits XML/HTTP to and from a server, parses it, etc... I am finding that the XML/HTTP data request
    is a factor of 10 to 100X slower, at least, using Java Web Start than without.
    Any suggestions would be helpful
    Thanks
    Charles

    Charles,
    I've also observed some overhead when running an application deployed with JAWS compared to running the application from the jar, or in my dev environment.
    After searching these forums a bit, I found this buried nugget of info: Try System.setSecurityManager(null) if you are requesting <all-permissions/> already.
    Before the workaround, my application was taking 194 seconds for a single analysis run. After this workaround was applied, the same analysis run took only 82 seconds.
    So as you can see, there is considerable overhead associated with performing operations through the layers of security (my guess). My particular application does a lot of disk I/O (which is probably something the security manager watches closely).
    I stress the 'workaround' aspect of this because I haven't fully investigated the ramifications of using it, but eventually this might turn into a bug submission (because if I'm already requesting all-permissions, why do I still need to do setSecurityManager(null)?).
    At any rate, hope this helps!
    -jw

Maybe you are looking for