LR3 "Extra Processing in Develop" Performance Problem
I have been investigating a specific LR3 performance problem. It may explain a small subset of the problems people have reported in the "Why is LR3 So Slow?" thread. I'm starting this thread to focus on this particular problem. I hope others will confirm/refute/refine my findings.
The Problem
In Develop, when I make an adjustment, normally the following happens: The CPU usage (as shown in Activity Monitor's bar graph) jumps to between 50 and 75% for all four cores, the updated image appears, and the CPU usage settles back down. This all happens in less than half a second. Note: this is with the image at the Fit size. However, sometimes I instead get the following after an adjustment: the CPU usage jumps to 50 to 75% for all four cores and the updated image appears as usual, however, instead of settling back down, the CPU usage jumps up to 90 to 100% for all cores and stays there for 3 to 5 seconds before settling down. Thus it appears that LR is doing some kind of "extra processing" since a lot of computation is happening AFTER the updated image has already appeared. I will refer to this problem as "EP". Obviously, when you are getting EP, editing in Develop becomes very balky.
Dependency on ratio between image size and displayed size
It appears that EP only happens when the displayed size of the image (in Fit zoom level and perhaps also Fill zoom level) is above a certain percentage of the actual image size (as currently cropped). Evidence: When editing full 21MP 5D2 images, I don't experience EP. If I crop the 5D2 image fairly significantly, then I can get EP. When editing 10MP images from my Canon S90, I usually get EP for landscape orientation pictures but not for portrait orientation pictures (since in Fit mode, landscape images display at a higher zoom level than portrait images). If I am getting EP, I can eliminate it by sufficiently reducing the size that LR is displaying the image by resizing the LR window smaller, opening additional panels (I normally edit with only the right panel open), displaying the toolbar, etc. It appears that EP is enabled when the displayed image is about 50% or larger w.r.t. the actual image (as currently cropped). For example, EP becomes enabled when a 3648 pixel wide S90 image is displayed at least 17 and 7/8 inches wide on my 100 ppi monitor (i.e. about 1787 pixels).
Dependency on HOW an adjustment is invoked
Even when the displayed image size is large enough w.r.t. the actual image size to enable EP, whether you get it on a given adjustment depends on how you invoke it:
- If you CLICK (i.e. press the mouse button down and quickly release it) on the track of one of the sliders (a technique I use often to make big jumps), EP will happen.
- If you press the mouse button down on a slider handle, drag it to a new position, and quickly release the mouse button), EP will happen
- If you press the mouse button down on a slider handle, drag it to a new position, but continue to hold the mouse button down until the displayed image is updated, EP does NOT happen (either before or after you then release the mouse button).
- If you highlight the numeric field at the end of a slider and use the arrow keys (possibly along with Shift) to increment or decrement the value, EP does NOT happen.
- EP will happen if you resize the LR window such that the displayed image size is above the threshold. (In fact, I determined the threshold by making a series of window width increases until I saw EP indicated by the CPU bar graphs.)
- EP can happen with local adjustment brush applications, but as with the sliders, it depends on HOW you perform the brush stroke. Single click and drags with immediate mouse release cause EP, drags with delayed mouse button release don't.
- Clicking an earlier History state causes EP
- More exploration could be done. For example, I haven't looked at Graduated Filter and Spot Removal adjustments.
My theory of what's happening
With LR2, my understanding is that in Develop mode when the displayed image is below 1:1 zoom level, after an adjustment is invoked, LR calculates the new version of the image to display using a fast, simplified algorithm that doesn't include the more computationally intensive adjustments like Sharpening and Noise Reduction (and perhaps works on a lower rez version of the image with multiple sensels binned together?). It appears that in conditions described above, LR3 calculates the initial, fast image update and then goes on to do the full update of the image, including the computationally intensive adjustments. Evidence: setting Sharpening Amount and Luminance and Color Noise Reduction to zero eliminates EP (or reduces the amount of time it takes to be barely noticeable). I'm not sure whether the displayed image is updated with the results of the extra processing. I think the answer is Yes since when I tried an adjustment of changing Sharpening Amount from 0 to 90, the initial update of the displayed image showed sharpening but after the EP, the displayed image was updated again to show somewhat different sharpening. Perhaps Adobe felt that it would be useful to see the more accurate version of the image when it is at or above 50% zoom. Maybe the UI is supposed to cancel the EP if you start to make another adjustment before it has completed but the canceling doesn't happen unless you invoke the adjustment in one of the ways described above that doesn't cause EP.
Misc
- EP doesn't seem to happen for Process 2003
- As others have mentioned, I'm surprised that LR (both version 2 and 3) in 64bit mode doesn't use more available RAM. I don't think I've seen LR go above 4GB of virtual memory or above 3GB "Real Memory" (as reported by Activity Monitor) even though I have several GB free.
- It should be obvious from the above that if you experience EP, there are workarounds: reduce the size of the displayed image (e.g. by window resizing), invoke adjustments in ways that don't cause EP, turn off Sharpening and Noise Reduction until the end of editing an image.
System specs
First generation Intel Mac Pro with two dual-core CPUs at 2.66 Ghz
OS 10.5.8
21GB RAM
ACR cache on volume striped across 3 internal SATA drives
LR catalog and RAWs on an internal SATA drive
30" HP LP3065 monitor (2560 pixels wide)
NVIDIA GeForce 7300 GT
I'm impressed by your thorough analysis.
Clearly, the programmers haven't figured out the best way to do intelligent caching and/or parallel rendering at a reduced size yet.
In my experience reducing the settings in the "Details" panel doesn't help.
What really bugs me is that the lag (or increasing lack of interactiveness) depends on the number of adjustments one has made.
This shouldn't be the case. If a cache is produced then every further adjustment should only cost the effort for that latest adjustment and not include adjustments before it. There are things that stand in the way of straightforward edit applications:
If you work below 1:1 preview, adjustments have to be shown in a reduced form. If you don't have a way to faithfully mimic the adjustments on the reduced size, you have to do them on the original image and then scale down. That's expensive.
To the best of my knowledge LR uses a fixed image pipeline. Hence, independently of the order in which you apply edits, they are always performed in the same fixed order. Say all spot removal operations are done first. If you have a lot of adjustment brush edits and then add a spot removal operation, it means that all the adjustment brush operations have to be replayed each time you do a little adjustment on your spot removal edit.
I believe what you are seeing is mostly related to 1.
I also believe that the way LR currently handles a moderate number of edits is unacceptable and incompatible with the notion that it is usable in a commercial setting for more than trivial edits. I suspect there is something else going on. If everyone saw the deterioration in performance after a number of edits that I see, I don't think LR would be as accepted as it is. Having said that, I've read that the problem of repeated applications of the adjustment brush slowing LR down has existed for a long time. I truly hope that this doesn't mean we'll have to live for it for the foreseeable future.
There are two ways I can see how 2. should be addressed:
combine the effects of a set of operations into one bitmap operation. Instead of replaying all adjustment brush strokes one after the other (speedwise it feels like this is happening), compute a single bitmap operation that combines all effects.
give up the idea that there is an image pipeline with a fixed execution order.
Some might argue that the second point is at odds with the whole idea of parametric editing, but I dispute that. Either edit operations are commutable in which case the order is immaterial, or they are not. If they are not, the user applies the edits in a way as he/she sees fit and will thus compensate for any effect of a changed ordering.
N.B., currently the doctrine of "fixed ordering of edit applications" results in the effect that even if you convert an image into B&W all your adjustment brush edits that applied colour tints will still show through. Reasoning: The user should be able to locally tint a B&W image. I agree with the latter but this could be achieved by only applying those tinting brush strokes that were created after the B&W conversion. All the ones that happened before should only be used to obtain the correct luminance values for the B&W conversion but obviously they shouldn't cause tinted areas.
The above example demonstrates to me that users naturally expect operations to occurr in the order they have been introduced, not in a fixed predefined order. If that principle were followed, I see no reason why the speed of a single edit should depend on the number of edits that were done to the image before.
I hope the programmers can (and the management wants to) address the performance issues. While I find LR usable for pretty modest edits, in no way the performance on my system approaches that would I would expect from an industrial strenght application.
P.S.: Your message reminded me of the following: When I experience serious lag with LR showing the strokes I make with an adjustment brush, it helps to pause a moment after the first click before one starts moving. This allows LR to catch up and then one can see the effect of the application pretty much interactively. Otherwise, there is terrible lag and the feedback where you have brushed an effect comes way too late.
Similar Messages
-
Performance problem inserting lots of rows
I'm a software developer; we have a J2EE-based product that works against Oracle or SQL Server. As part of a benchmarking suite, I insert about 70,000 records into our auditing table (using jdbc, going over the network to a database server). The database server is a smallish desktop Windows machine running Windows Server 2003; it has 384M of RAM, a 1GHz CPU, and plenty of disk.
When using Oracle (9.2.0.3.0), I can insert roughly 2,000 rows per minute. Not too shabby!
HOWEVER -- and this is what's making Oracle look bad -- SQL Server 2000 on the SAME MACHINE is inserting roughly 8,000 rows per minute!
Why is Oracle so slow? The database server is using roughly 50% CPU, so I assume disk speed is an issue. My goal is to get Oracle to compare favorably with SQL Server on the same hardware. Any ideas or suggestions? (I've done a fair amount of Oracle tuning in the past to get SELECTs to run faster, but have never dealt with INSERT performance problems of this magnitude.)
Thanks,
Daniel RabeI've tried using a PreparedStatement and a CallableStatement, always with bind variables. (I use a sequence to populate one of the columns, so initially my code was doing the insert, then a select to get the last inserted row. This was fast on SQL Server but slow on Oracle, so I conditionalized my code to use a pl/sql block that does INSERT... RETURNING so I could get the new rowid without doing the extra select - that required switching from PreparedStatement to CallableStatement). The Performance Manager shows "Executes without Parses" > 98%.
Performance Manager also shows Application I/O Physical Reads approx 30/sec, and Background Process I/O Physical Writes approx 60/sec.
File Write Operations showed most of the writes going to my tablespace (which is sized plenty big for the data I'm writing), but with occasional writes to UNTODBS01.DBF as well.
The database is in NOARCHIVELOG mode.
I'm NOT committing very often - I'm doing all 70,000 rows as one transaction. BTW, I realize this isn't a real-life scenario - this is just the setup I do so that I can run some benchmarks on various queries that our application performs. Once I get into those, I'm sure I'll have a whole new slew of questions for the group. ;-)
I'll look into SQL TRACE and TKPROF - time to refresh some skills I haven't used in a while...
Thanks,
--Daniel Rabe -
Performance problem in ABAP code
hai guys,
I created report using tables like bsis,t001 etc,( tax report).
I have performance problem in this report.
COuld you pls tell me how to analyse the report and find out the place where process is taking more memory etc.
i did abap trace and runtime analysis..but could not find out exact point.
how to do this..
i want to analysis each subroutine,internal table and query process.
could you pls give me some ideas.
ambichanThere is an excellent tool available in SAP - <b>Code Inspector.
</b>
Transaction is SCII
Try the following link and I am sure you will find a bunch of useful documents.
<a href="http://www.google.co.in/search?hl=en&safe=off&q=site%3Asdn.sap.comfiletype%3ApdfCode+Inspector&btnG=Search&meta=">ABAP Performance</a>
I use the Code Inspector to search for
a) All the select statements which are present within the loop
b) Nested Loops
c) Select query without providing criteria for primary keys, depending upon situation
d) Can the search be narrowed with extra conditions
e) Using READ .. BINARY SEARCH if internal table has lots of records.
The list is actually endless, but this is something to start with.
You can actually have a checklist, and depending upon it, go through your code. The more you adhere to checklist, you will find that, the performance would dramatically improve.
Also use <b>ST05</b> transaction, for SQL Trace and find out which select query is taking the maximum time for response.
Regards,
Subramanian V. -
Performance problems when using Premiere Elements for photo slideshows
Hello,
I had been using Premiere Elements 9 (PE9) to make a simple slideshow for my parents from their vacation trip and I ran into some serious performance problems. I had used it to create similar projects before, but not nearly as big. This one is like 260 photos, so basically it is 260 seperate clips. I have a POWERHOUSE workstation (see below) so it isn't my PC. Even when PE9 crashes, looking at my performance monitor my CPU and RAM aren't even halfway being utilized. I finally switched to Windows Movie Maker of all things and it worked seemlessly, amazing really. I'm wondering if I was just using PE9 for something other than what it was designed for since there weren't really any video clips, just a ton of photos that I made into video clips, if that makes sense. Based upon my experience with this so far, I can't imagine using PE9 anymore for anything really. I might have the need for a more professional video editing program in the near future, although it does seem like PE has a lot of features. How can I make sure it utilizes my workstation to its full potential? Here are my specs:
PC
Intel Core i7-2600K 4.6 GHz Overclocked
ASUS P8P67 Deluxe Motherboard
AMD Firepro V8800 Video Card
Crucial 128 GB SATA 6Gb/s Solid State Drive (Operating System)
Corsair Vengeance 16GB (4x4GB) Memory
Corsair H60 Liquid CPU Cooler
Corsair Professional Series Gold AX850 Power Supply
Graphite Series 600T Mid-Tower Case
Western Digital Caviar Black 1 TB SATA III Hard Drive
Western Digital Caviar Black 2 TB SATA III Hard Drive
Western Digital Green 3 TB SATA III Hard Drive
Logitech Wireless Gaming Mouse G700
I don’t play any games but it’s a great productivity mouse with 13 customizable buttons
Wacom Intuos5 Pen Tablet
Yes, this system is blazingly fast. I have yet to feel it slow down, even with Photoshop, Lightroom, InDesign, Illustrator and numerous other apps running at the same time. HOWEVER, Premiere Elements 9 has crashed NUMERUOS times, every time my system wasn't even close to being fully taxed.
Monitors – All run on the ATI V8800
Dell Ultra Sharp 30 inch
Samsung 27 Inch
HAANS-G 28 Inch
Herman Miller Embody Ergonomic Chair (one of my favorite items)Andy,
There ARE some differences between PrE and PrPro w/ an approved CUDA-capable and MPE hardware acceleration-enabled nVidia video card, but those differences show up ONLY in the quality of the Scaling. The processing overhead is almost exactly the same, when it comes to handling the extra pixels.
As of PrPro CS 5, two things changed:
The max. size of Still Images went up from 4096 x 4096 pixels, to quite a bit larger (cannot recall the numbers now).
The Scaling algorithms have been improved, though ONLY with the correct nVidia cards, with MPE hardware support enabled.
Now, there CAN be another consideration, between the two programs, in that PrPro CS 5 - CS 6, are 64-bit ONLY, so one benefits from the computer and OS to run it. PrE can be either 32-bit, or 64-bit, so one might, or might not, be taking advantage of the 64-bit program and OS. Still, the processing overhead will be almost identical, it's just that the 64-bit OS can spread it around a bit.
I still recommend Scaling the large Still Images in PS, prior to Import, to keep that processing overhead as low as is possible. Scaled Still Images work just fine, and I have one Project with 3000+ Scaled Still Images, that edits just fine in PrPro, even on my older 32-bit workstation. Testing that same machine, and PrPro some years ago, I could ONLY work with up to 5 - 4096 x 4096 Stills, before things ground to a crawl.
Now, Adobe AfterEffects handles large Still Images differently, so I just moved that test Project to AE, and added another 20 large Images, which edited just fine. IIRC, AE can handle Still Images up to 10K x 10K pixels, and that might have gone up, as of CS 5.
Good luck, and hope that helps,
Hunt -
Out.print performance problems?
Hi
I'm facing strange performance problems I would not expect generating long html pages on the fly.
I have a page that is approximately 30 to 40Kb long. Profiling code generation I obtain a 30 second time to process. I have excluded every server-side processing activity since I have also used a StringBuffer to accumulate all the html code to be flushed: generating the StringBuffer content require less than 1ms... flushing out the content with:
out.print(stb);
out.flush()
is taking 5 to 6 seconds. The same happens both on a development environment using CQ servlet engine, both in production where we are using CQ with JBoss as app server.
I tried the same operation on a simple tomcat installation with a JSP... less than 10 ms to generate the full page.
This problem is slowing down a lot performances.
The contents are generated inside a nested component included with a <cq:include> tag.
Anyone can give me suggestions on how to cut down a so big delay in html content generation?
thanksI made further analysis and now I can give a clearer scenario.
The *very low* performances has been registered on CQ 5.2.1 when generating html code full of relative links. Every link *cost* big processing time. With 60-70 links the component ends up paying 3 to 4 seconds (too much!).
The same component on a CQ 5.4 instance takes approximately 500 milliseconds, still too much considering that without link the same html code is generated in less than 10 milliseconds.
The reason is clearly in the filters applied in the output pipeline --> link checker? remapping on links based on etc/map configurations?
How can I change configurations in order to avoid these performance problems?
thanks
Ignazio -
Performance problem with CR SDK
Hi,
I'am currently on a customer site and I have the following problem :
The client have a performance problem with a J2EE application wich call a Crystal report with th CR SDK. To reproduce the problem on the local machine (the CR server), I have developped a little jsp page wich used the Crystal SDK to open a Crystal report on the server (this report is based on a XML data source), setting the new data source (with a new xml data flow) and refresh the report in PDF format.
The problem is that the 2 first sequences take about 5 seconde each (5 sec for the opening report and 5 seconds for the setting data source). Then the total process take about 15 seconds to open and refresh the document that is very long for a little document.
The document is a 600Ko file, the xml source is a 80Ko file.
My jsp page is directly deployed on the tomcat of the Crystal Report Server (CRXIR2 without Service Pack).
The Filestore and the MySQL database are on the CR server.
The server is a 4 quadripro (16 proc) with 16Go of RAM and is totally dedicated to Crystal Report. For the moment, there is no activity on the server (it is also used for the test).
The mains jsp orders are the followings :
IEnterpriseSession es = CrystalEnterprise.getSessionMgr().logon("administrator", "", "EDITBI:6400", "secEnterprise");
IInfoStore infoStore = (IInfoStore) es.getService("", "InfoStore");
IInfoObjects infoObjects = infoStore.query("SELECT * FROM CI_INFOOBJECTS WHERE SI_NAME='CPA_EV' AND SI_INSTANCE=0 ");
IInfoObject report = (IInfoObject) infoObjects.get(0);
IReportAppFactory reportAppFactory = (IReportAppFactory)es.getService("RASReportFactory");
ReportClientDocument reportClientDoc = reportAppFactory.openDocument(report.getID(), 0, null);
IXMLDataSet xmlDataSet = new XMLDataSet();
xmlDataSet.setXMLData(new ByteArray(ligne_data_xml));
xmlDataSet.setXMLSchema(new ByteArray(ligne_schema_xml));
DatabaseController db = reportClientDoc.getDatabaseController();
db.setDataSource(xmlDataSet, "", "");
ByteArrayInputStream bt = (ByteArrayInputStream)reportClientDoc.getPrintOutputController().export(ReportExportFormat.PDF);
My question is : does this method is the good one to do this ?
Thank's in advance for your help
Best regards
EmmanuelHi,
My problem is not resolved and I have'nt news from the support.
If you have any idea/info, don't forget me
Thank's in advance
Emmanuel -
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. -
Performance problem PRD environment
Hi Everybody,
Some moments during the day we are having a performance problem in our PRD environment. The system get slow.
The CPU get 100% of his usage.
The most used process are:
oracle.exe - 35%
disp+work - 30%
disp+work - 11%
disp+work - 05%
disp+work - 05%
In SM50 we have the programs running.
In ST03N we can see the most sequential reads and DB time problems.
If we do a performance tunning of the programs identified we can reduce the performance problem?
Anybody know another solution or where can i get more information to see where exactly the problem is?More transactions
maybe?
Best Regards,
Fábio Karnik TchobnianHi,
In SM50 we have the programs running.
At what staus they are like commit , read etc; you also need to check for active JOBs get the details.
In ST03N we can see the most sequential reads and DB time problems.
Check for poorest SQL statement from ST04 => SQL cache => remove * => check for total execution time (descending order) => check for latest 3-4 SQL statement with your'e developer to fine tune the programe
This is just for analysis if this is happening every time then above solution for upgrading CPU is worth than tuning
Regards; -
More performance problems with Acrobat 11.0.9 on Mac and Windows
Hello,
So few weeks ago we had the experience of being upgraded to the new user interfaces in 11.0.9. Thanks to people on this forum we could disable the new Sign panel and UI customization allowed the addition of the signature tools we needed directly in the toolbar, so we're good here.
Our other concern is the battery and processor time wasted by Acrobat. We have logged bugs for years and some of them have not been address while Adobe takes the time to add useless functionalities that drains our laptops batteries and suck our processor power.
There is an extra process 'acroext' under the adobe executable that is unresponsive, and the only solution is to kill Acrobat. The same happens with Reader as well.
Can we get rid of that? This is getting really PAINFUL!!!
Thank you
JeanHi,
I'm sorry if you experience performance issues and understand it can be frustrating.
Can you help us help you:
- What system are you running?
- What does performance problems mean? Is Acrobat still responsive? How responsive is the user interface? Navigating through pages, etc?
We'll do our best to ensure the situation can be solved and you can enjoy using Acrobat on your computer.
Thank you,
Luc -
Hi,
after the Update from 7.6.00.37 to 7.6.03.15 in our live system we noticed a lot of performance problems. We have tested the new version before on our test system, but there don't noticed effects like this.
We have 2 identical systems (Opteron 64 bit, openSuse 10.2) with log shipping between them. We updated first the standby system, switched from online to standby (with copy of cold log) and started the new server as online system. After that we run a complete backup (runtime: 1 hour) for starting a new backup history and for activating autolog. Then
With the update we changed USE_OPEN_DIRECT to YES, but the performance of the system was very slow afterwards. After the backup it remains at a high load average (> 10, previous system had about 2-4), with nearly 100% of CPU usage for the db kernel process.
Next day we switched USE_OPEN_DIRECT back to NO. The system first runs better, but periodically rises up to a load average of 6 and slow down the performance of various applications (somebody says about 10 times slower). Here we also noticed a high usage (now 200-300%) of the db kernel process.
Our questions are:
1. Has something basically changed from 7.6.00.37 to 7.6.03.15, so that our various applications (JDBC, ODBC and Perl/SQLDBC partially on old linux systems with drivers from 7.5.00.23) don't reach same performance as before?
2. Are there any other (new) parameters, which can help? Maybe reducing MAXCPU from 4 to 3 for reserving capacities for the system (there is only one maxdb instance running)?
3. Is the a possibility to switch back to 7.6.00.37 (only for worst case)?
I have made some first steps with x_cons, but don't see any anomalies on the first look.
Regards,
ThomasThomas Schulz wrote:>
> > > Next day we switched USE_OPEN_DIRECT back to NO. The system first runs better, but
> >
> > What is it about this parameter that lets you think it may be the cause for your problems?
> After changing it back to NO, the system runs better (lower load average) than with YES (but much slower than with old version!)
Hmm... that is really odd. When using USE_OPEN_DIRECT there is actually less work to do for he operating system.
> > > Our questions are
> > >
> > > 1. Has something basically changed from 7.6.00.37 to 7.6.03.15, so that our various applications (JDBC, ODBC and Perl/SQLDBC partially on old linux systems with drivers from 7.5.00.23) don't reach same performance as before?
> >
> > Yes - of course. Changes are what Patches are all about!
>
> Are there any known problems with updating from 7.6.00.37 to 7.6.03.15?
Well of course there are bugs that have been found inbetween the release of both versions, but I am not aware of something like the performance killer.
We will have to check this in detail here.
> > > I have made some first steps with x_cons, but don't see any anomalies on the first look.
> >
> > Ok, looking into what the system does when it uses CPU is a first good step.
> > But what would be "anomalies" to you?
>
> Good question! I don't really know.
Well - then I guess 'looking at the system' won't bring you far...
> > Do you use DBAnalyzer? If not -> activate it!
> > Does it gives you any warnings?
> > What about TIME_MEASUREMENT? Is it activated on the system? If not -> activate it!
>
> OK, that will be our next steps.
Great - let's see the warnings you get.
Let us also see the DB Parameters you set.
> > What parameters have changed due to the patch installations (check the parameter history file)?
> >
> > What queries take longer now? What is the execution plan of them?
>
> It seems to happen for all selects on tables with a lot of rows (>10.000, partially without indexes because automatically generated). With the old version we had no problems with missing indexes or the general performance. Unfortunatly it is very difficult to extract some sql statements out of the JBoss applications. But even simple queries (without any join) runs slower, when the load average rises over 4-5.
Hmm... the question here is still, if the execution plans are good enough to meet your expectations.
E.g. for tables that you access via the primary key it actually doesn't matter how many rows a table has (not for MaxDB at least).
> > BTW: how exactly do the tests look like that you've done on the testsystem?
> Usage over 6 weeks with our JDBC development environment (JBoss), backup and restore with various combinations of USE_OPEN_DIRECT and USE_OPEN_DIRECT_FOR_BACKUP.
Sounds like the I/O is your most suspect aspect for overall system performance...
> > Was the testsystem a 1:1 copy of the productive machine before the upgrade test?
> No - smaller hardware (32 bit), only 20% of data of the live system, few db users and applications.
>
> > How did you test the system performance with multiple parallel users?
> Only while permanent development with the 2-3 developers and some parallel tests of backup/restore. Unfortunately no tests with many users/applications.
Ok - so this is next to no testing at all when it comes to performance.
> An UPDATE STATISTICS over all db users seems to change nothing. At the moment the system remains markedly slow and we are searching for reasons and solutions. Another attempt will be the change of MAXCPU from 4 to 3.
Why do you want to do that? Have you observed any threads that don't get a CPU because all 4 cores are used by the MaxDB kernel?
regards,
Lars -
JRC 2: Performance Problem
Hi.
Our reporting component used JRC 1.x before we upgraded to JRC 2.x. We got two issues after upgrading.
First issue I solved already with a workaround which I published on stackoverflow.com. (1) Does anyone knows where I will find the issue management system to report this issue?
Second issue occurs big performance problem within our project. We opened a report with 6 subreports (which includes 1 upto 3 tables) in 2-4 seconds using JRC 1. If we will open same report using JRC 2, we wait upto 60 seconds.
This methods requires more time with JRC 2 comparing to JRC 1:
ReportClientDocument#open(String, int);
SubreportController#setTableLocation(String, ITable, ITable)
DatabaseController#setTableLocation(ITable, ITable)
Each invocation of one of these methods requires 2-4 seconds.
Thank you in advance.
Best regards
Thomas
(1) http://stackoverflow.com/questions/479405/replace-a-database-connection-for-subreports-with-jrchello ....
my report is ''crystal report 11'' => "OLE DB" => "Add Command(select * from table) " .
code(JRC) : eclipse + crystal report for eclipse version 2 => "cr4e-all-in-one-win_2.0.1.zip"
<%@ page contentType="text/html; charset=UTF-8"
import="
com.crystaldecisions.report.web.viewer.CrystalReportViewer,
com.crystaldecisions.reports.sdk.ReportClientDocument,
com.crystaldecisions.sdk.occa.report.lib.ReportSDKExceptionBase,
java.sql.Connection,
java.sql.DriverManager,
java.sql.ResultSet,
java.sql.SQLException,
java.sql.Statement" %>
<%
try {
String reportName = "report.rpt";
ReportClientDocument clientDoc = new ReportClientDocument();
clientDoc.open(reportName, 0);
String tableAlias = "Command";
clientDoc.getDatabaseController().setDataSource(myResult("SELECT * FROM table"), tableAlias,tableAlias);
CrystalReportViewer crystalReportPageViewer = new CrystalReportViewer();
crystalReportPageViewer.setReportSource(clientDoc.getReportSource());
crystalReportPageViewer.processHttpRequest(request, response, application, null);
} catch (ReportSDKExceptionBase e) {
e.printStackTrace();
out.println(e);
%>
I simplified the code, *myResult("SELECT * FROM table") * is absolutely no problem ,
and this code is absolutely no problem in the "crystal report for eclipse "version 1
but in version 2 run error:
com.crystaldecisions.sdk.occa.report.lib.ReportSDKException: u7121u6CD5u9810u671Fu7684u8CC7u6599u5EABu9023u7DDAu5668u932Fu8AA4---- Error code:-2147467259 Error code name:failed
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.if(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.a(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter$2.a(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter$2.call(Unknown Source)
at com.crystaldecisions.reports.common.ThreadGuard.syncExecute(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.for(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.int(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.request(Unknown Source)
at com.businessobjects.sdk.erom.jrc.a.a(Unknown Source)
at com.businessobjects.sdk.erom.jrc.a.execute(Unknown Source)
at com.crystaldecisions.proxy.remoteagent.RemoteAgent$a.execute(Unknown Source)
at com.crystaldecisions.proxy.remoteagent.CommunicationChannel.a(Unknown Source)
at com.crystaldecisions.proxy.remoteagent.RemoteAgent.a(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.if(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.a(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.ReportClientDocument.new(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.b9.onDataSourceChanged(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.DatabaseController.a(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.DatabaseController.a(Unknown Source)
at com.crystaldecisions.sdk.occa.report.application.DatabaseController.setDataSource(Unknown Source)
at org.apache.jsp.No_005f1.Eclipse_005fJTDS_005fSQL2005_005fTable_002dviewer_jsp._jspService(Eclipse_005fJTDS_005fSQL2005_005fTable_002dviewer_jsp.java:106)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Unknown Source)
Caused by: com.crystaldecisions.reports.common.QueryEngineException: u7121u6CD5u9810u671Fu7684u8CC7u6599u5EABu9023u7DDAu5668u932Fu8AA4
at com.crystaldecisions.reports.queryengine.Connection.bf(Unknown Source)
at com.crystaldecisions.reports.queryengine.Rowset.z3(Unknown Source)
at com.crystaldecisions.reports.queryengine.Rowset.bL(Unknown Source)
at com.crystaldecisions.reports.queryengine.Rowset.zM(Unknown Source)
at com.crystaldecisions.reports.queryengine.Connection.a(Unknown Source)
at com.crystaldecisions.reports.queryengine.Table.a(Unknown Source)
at com.crystaldecisions.reports.queryengine.Table.if(Unknown Source)
at com.crystaldecisions.reports.queryengine.Table.try(Unknown Source)
at com.crystaldecisions.reports.queryengine.Table.a(Unknown Source)
at com.crystaldecisions.reports.queryengine.Table.u7(Unknown Source)
at com.crystaldecisions.reports.datafoundation.DataFoundation.a(Unknown Source)
at com.crystaldecisions.reports.dataengine.dfadapter.DFAdapter.a(Unknown Source)
at com.crystaldecisions.reports.dataengine.dfadapter.CheckDatabaseHelper.a(Unknown Source)
at com.crystaldecisions.reports.dataengine.datafoundation.CheckDatabaseCommand.new(Unknown Source)
at com.crystaldecisions.reports.common.CommandManager.a(Unknown Source)
at com.crystaldecisions.reports.common.Document.a(Unknown Source)
at com.crystaldecisions.reports.dataengine.VerifyDatabaseCommand.new(Unknown Source)
at com.crystaldecisions.reports.common.CommandManager.a(Unknown Source)
at com.crystaldecisions.reports.common.Document.a(Unknown Source)
at com.businessobjects.reports.sdk.requesthandler.f.a(Unknown Source)
at com.businessobjects.reports.sdk.requesthandler.DatabaseRequestHandler.a(Unknown Source)
at com.businessobjects.reports.sdk.requesthandler.DatabaseRequestHandler.if(Unknown Source)
at com.businessobjects.reports.sdk.JRCCommunicationAdapter.do(Unknown Source)
... 39 more
Please help me and tell me why.... -
Interactive report performance problem over database link - Oracle Gateway
Hello all;
This is regarding a thread Interactive report performance problem over database link that was posted by Samo.
The issue that I am facing is when I use Oracle function like (apex_item.check_box) the query slow down by 45 seconds.
query like this: (due to sensitivity issue, I can not disclose real table name)
SELECT apex_item.checkbox(1,b.col3)
, a.col1
, a.col2
FROM table_one a
, table_two b
WHERE a.col3 = 12345
AND a.col4 = 100
AND b.col5 = a.col5
table_one and table_two are remote tables (non-oracle) which are connected using Oracle Gateway.
Now if I run above queries without apex_item.checkbox function the query return or response is less than a second but if I have apex_item.checkbox then the query run more than 30 seconds. I have resolved the issues by creating a collection but it’s not a good practice.
I would like to get ideas from people how to resolve or speed-up the query?
Any idea how to use sub-factoring for the above scenario? Or others method (creating view or materialized view are not an option).
Thank you.
Shaun S.Hi Shaun
Okay, I have a million questions (could you tell me if both tables are from the same remote source, it looks like they're possibly not?), but let's just try some things first.
By now you should understand the idea of what I termed 'sub-factoring' in a previous post. This is to do with using the WITH blah AS (SELECT... syntax. Now in most circumstances this 'materialises' the results of the inner select statement. This means that we 'get' the results then do something with them afterwards. It's a handy trick when dealing with remote sites as sometimes you want the remote database to do the work. The reason that I ask you to use the MATERIALIZE hint for testing is just to force this, in 99.99% of cases this can be removed later. Using the WITH statement is also handled differently to inline view like SELECT * FROM (SELECT... but the same result can be mimicked with a NO_MERGE hint.
Looking at your case I would be interested to see what the explain plan and results would be for something like the following two statements (sorry - you're going have to check them, it's late!)
WITH a AS
(SELECT /*+ MATERIALIZE */ *
FROM table_one),
b AS
(SELECT /*+ MATERIALIZE */ *
FROM table_two),
sourceqry AS
(SELECT b.col3 x
, a.col1 y
, a.col2 z
FROM table_one a
, table_two b
WHERE a.col3 = 12345
AND a.col4 = 100
AND b.col5 = a.col5)
SELECT apex_item.checkbox(1,x), y , z
FROM sourceqry
WITH a AS
(SELECT /*+ MATERIALIZE */ *
FROM table_one),
b AS
(SELECT /*+ MATERIALIZE */ *
FROM table_two)
SELECT apex_item.checkbox(1,x), y , z
FROM table_one a
, table_two b
WHERE a.col3 = 12345
AND a.col4 = 100
AND b.col5 = a.col5If the remote tables are at the same site, then you should have the same results. If they aren't you should get the same results but different to the original query.
We aren't being told the real cardinality of the inners select here so the explain plan is distorted (this is normal for queries on remote and especially non-oracle sites). This hinders tuning normally but I don't think this is your problem at all. How many distinct values do you normally get of the column aliased 'x' and how many rows are normally returned in total? Also how are you testing response times, in APEX, SQL Developer, Toad SQLplus etc?
Sorry for all the questions but it helps to answer the question, if I can.
Cheers
Ben
http://www.munkyben.wordpress.com
Don't forget to mark replies helpful or correct ;) -
HELP... Since last week, I can not awake from sleep. After reading a review I downloaded Deep Sleep, but after the first deep sleep, my MBP (late 2011 with Mountain Lion), developed a problem restarting from sleep. I straight away uninstalled Deep Sleep, but the problem has increased.
Now when I try to awake from sleep, a grey screen with the apple logo appears with a progress bar underneath it, which slowly moves to the forelast indicator, then it stops and a audio signal starts. Three bleeps and pause.
Then when I press the on/off botton and restart the system, the underneath error reports appears with the heading RAPPORTD unexpectedly failed.
Can any one help?
Process: rapportd [235]
Path: /Library/Rapport/*/rapportd
Identifier: rapportd
Version: ???
Code Type: X86 (Native)
Parent Process: launchd [196]
User ID: 501
Date/Time: 2012-08-27 11:38:13.723 +0200
OS Version: Mac OS X 10.8.1 (12B19)
Report Version: 10
Interval Since Last Report: 8281 sec
Crashes Since Last Report: 5
Per-App Crashes Since Last Report: 5
Anonymous UUID: F7A70155-2067-4184-A500-CECB394A71B3
Crashed Thread: 5
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000920
VM Regions Near 0x920:
--> __PAGEZERO 0000000000000000-0000000000001000 [ 4K] ---/--- SM=NUL /Library/Rapport/*
__TEXT 0000000000001000-0000000000065000 [ 400K] r-x/rwx SM=COW /Library/Rapport/*
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_c.dylib 0x991479c9 szone_free_definite_size + 3565
1 libsystem_c.dylib 0x99141cdc free + 217
2 rapportd 0x00022a80 refree + 43
3 rapportd 0x0001dc09 dictionary_free + 97
4 RapportUtil1.dylib 0x001893ea CLocalSection::~CLocalSection() + 40
5 RapportUtil1.dylib 0x0018e17b CSimplePersistentSection::~CSimplePersistentSection() + 97
6 RapportUtil1.dylib 0x00186e07 counted_ptr<IConfigurationSection>::release() + 57
7 RapportUtil1.dylib 0x00186512 SectionSynchronizer::~SectionSynchronizer() + 54
8 RapportUtil1.dylib 0x00186e07 counted_ptr<IConfigurationSection>::release() + 57
9 RapportUtil1.dylib 0x001885d8 std::pair<std::string const, counted_ptr<IConfigurationSection> >::~pair() + 26
10 RapportUtil1.dylib 0x00188628 __gnu_cxx::hashtable<std::pair<std::string const, counted_ptr<IConfigurationSection> >, std::string, __gnu_cxx::hash<std::string>, std::_Select1st<std::pair<std::string const, counted_ptr<IConfigurationSection> > >, std::equal_to<std::string>, std::allocator<counted_ptr<IConfigurationSection> > >::_M_delete_node(__gnu_cxx::_Hashtable_node<std::pair<std::string const, counted_ptr<IConfigurationSection> > >*) + 44
11 RapportUtil1.dylib 0x00188994 __gnu_cxx::hashtable<std::pair<std::string const, counted_ptr<IConfigurationSection> >, std::string, __gnu_cxx::hash<std::string>, std::_Select1st<std::pair<std::string const, counted_ptr<IConfigurationSection> > >, std::equal_to<std::string>, std::allocator<counted_ptr<IConfigurationSection> > >::clear() + 62
12 RapportUtil1.dylib 0x001889eb __gnu_cxx::hashtable<std::pair<std::string const, counted_ptr<IConfigurationSection> >, std::string, __gnu_cxx::hash<std::string>, std::_Select1st<std::pair<std::string const, counted_ptr<IConfigurationSection> > >, std::equal_to<std::string>, std::allocator<counted_ptr<IConfigurationSection> > >::~hashtable() + 23
13 RapportUtil1.dylib 0x00186791 CConfigurationManager::~CConfigurationManager() + 77
14 RapportUtil1.dylib 0x0019a8e3 counted_ptr<CConfigurationManager>::release() + 57
15 RapportUtil1.dylib 0x0019b348 configuration::~configuration() + 54
16 RapportUtil1.dylib 0x0019a113 counted_ptr<configuration>::release() + 57
17 libsystem_c.dylib 0x99161edb __cxa_finalize + 184
18 libsystem_c.dylib 0x99164dd5 exit + 23
19 rapportd 0x00002317 start + 63
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x98a8b9ae kevent + 10
1 libdispatch.dylib 0x99223cc5 _dispatch_mgr_invoke + 993
2 libdispatch.dylib 0x992237fd _dispatch_mgr_thread + 53
Thread 2:
0 libsystem_kernel.dylib 0x98a8b0ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9912a04c _pthread_workq_return + 45
2 libsystem_c.dylib 0x99129e19 _pthread_wqthread + 448
3 libsystem_c.dylib 0x99111cca start_wqthread + 30
Thread 3:
0 libsystem_kernel.dylib 0x98a8b0ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9912a04c _pthread_workq_return + 45
2 libsystem_c.dylib 0x99129e19 _pthread_wqthread + 448
3 libsystem_c.dylib 0x99111cca start_wqthread + 30
Thread 4:
0 libsystem_kernel.dylib 0x98a8b0ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9912a04c _pthread_workq_return + 45
2 libsystem_c.dylib 0x99129e19 _pthread_wqthread + 448
3 libsystem_c.dylib 0x99111cca start_wqthread + 30
Thread 5 Crashed:
0 rapportd 0x0002c66c threaded_service::main(void*) + 208
1 libsystem_c.dylib 0x99127557 _pthread_start + 344
2 libsystem_c.dylib 0x99111cee thread_start + 34
Thread 5 crashed with X86 Thread State (32-bit):
eax: 0x00000900 ebx: 0x0002c5a7 ecx: 0xbffff894 edx: 0xbffff88c
edi: 0xbffff898 esi: 0x00012868 ebp: 0xb030af98 esp: 0xb030af40
ss: 0x00000023 efl: 0x00010202 eip: 0x0002c66c cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000023 gs: 0x0000000f
cr2: 0x00000920
Logical CPU: 0
Binary Images:
0x1000 - 0x64fef +rapportd (???) <322EF040-125E-3D79-4A2F-01BB8B1415E9> /Library/Rapport/*/rapportd
0xaf000 - 0x147ff7 +RapportWR.dylib (1) <A50472EA-F9E8-3C45-E173-216263532AEC> /Library/Rapport/*/RapportWR.dylib
0x16e000 - 0x2faffb +RapportUtil1.dylib (1) <087D94DE-7376-A5E6-C000-2895F7D0AA60> /Library/Rapport/*/RapportUtil1.dylib
0x3f8000 - 0x420fef +librooksbas.dylib (1) <75079BEF-ED76-12F6-5973-3B4584AFA1E4> /Library/Rapport/*/librooksbas.dylib
0x718000 - 0x725ffb com.apple.Librarian (1.1 - 1) <C8D82AA3-AE5E-3B6D-A8D1-847856057186> /System/Library/PrivateFrameworks/Librarian.framework/Versions/A/Librarian
0x732000 - 0x733fff +com.ecamm.pluginloader (Ecamm Plugin Loader v1.0.5 - 1.0.5) /Library/InputManagers/*/Ecamm Plugin Loader.bundle/Contents/MacOS/Ecamm Plugin Loader
0x8fe77000 - 0x8fea9e57 dyld (210.2.3) <23516BE4-29BE-350C-91C9-F36E7999F0F1> /usr/lib/dyld
0x9000e000 - 0x9001bff7 com.apple.AppleFSCompression (49 - 1.0) <166AA1F8-E50A-3533-A3B5-8737C5118CC3> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/Apple FSCompression
0x90135000 - 0x90135fff libkeymgr.dylib (25) <D5E93F7F-9315-3AD6-92C7-941F7B54C490> /usr/lib/system/libkeymgr.dylib
0x90294000 - 0x90294fff libSystem.B.dylib (169.3) <4F99C03B-BBFF-3BF8-8CC2-2DA764447446> /usr/lib/libSystem.B.dylib
0x90295000 - 0x90295fff com.apple.Carbon (154 - 155) <604ADD9D-5835-3294-842E-3A4AEBCCB548> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x90296000 - 0x90296fff com.apple.Accelerate (1.8 - Accelerate 1.8) <4EC0548E-3A3F-310D-A366-47B51D5B6398> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
0x90297000 - 0x90679ff7 com.apple.HIToolbox (2.0 - 624) <04C20B6A-FE3D-396E-BCAF-AC4DBAB3747E> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.fra mework/Versions/A/HIToolbox
0x90acc000 - 0x90b30ff3 libstdc++.6.dylib (56) <F8FA490A-8F3C-3645-ABF5-78926CE9C62C> /usr/lib/libstdc++.6.dylib
0x90b3f000 - 0x90db9ff3 com.apple.RawCamera.bundle (3.14.2 - 644) <3A5383AC-F30A-3674-88F4-DF82ADE8D73E> /System/Library/CoreServices/RawCamera.bundle/Contents/MacOS/RawCamera
0x90dba000 - 0x90dc7fff libGL.dylib (8.5) <B411046C-3068-3A22-B3F1-9E78C5888232> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x90dc8000 - 0x90e5affb libvMisc.dylib (380.6) <6DA3A03F-20BE-300D-A664-B50A7B4E4B1A> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libvMisc.dylib
0x90e5b000 - 0x90f05ff7 com.apple.LaunchServices (539 - 539) <4C026504-5420-35D7-912E-A584C6F9FFC6> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchS ervices.framework/Versions/A/LaunchServices
0x90f06000 - 0x90f4bff7 com.apple.NavigationServices (3.7 - 200) <F6531764-6E43-3AF3-ACDD-8A5551EF016A> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationSer vices.framework/Versions/A/NavigationServices
0x9114e000 - 0x91158fff com.apple.speech.recognition.framework (4.1.5 - 4.1.5) <B855E8B4-2EE3-3BFF-8547-98A0F084F9AF> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecogni tion.framework/Versions/A/SpeechRecognition
0x91159000 - 0x911b6fff com.apple.audio.CoreAudio (4.1.0 - 4.1.0) <9549B81F-4425-34EE-802B-F462068DC0C5> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x911c3000 - 0x911cafff liblaunch.dylib (442.21) <349330F8-1BBF-3B78-AFB2-4F32413CE971> /usr/lib/system/liblaunch.dylib
0x911cb000 - 0x91219ffb com.apple.SystemConfiguration (1.12 - 1.12) <5859B368-4118-3755-A197-0A8172514ADA> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfi guration
0x9121a000 - 0x9121effe libcache.dylib (57) <834FDCA7-FE3B-33CC-A12A-E11E202477EC> /usr/lib/system/libcache.dylib
0x9121f000 - 0x91220fff libsystem_sandbox.dylib (220) <4E42390B-25EC-3530-AF01-337E430C16EB> /usr/lib/system/libsystem_sandbox.dylib
0x91223000 - 0x91279ff3 com.apple.HIServices (1.20 - 416) <C52A00FD-76D6-34F3-95D1-7EDB857EC5E5> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ HIServices.framework/Versions/A/HIServices
0x912b7000 - 0x913afff2 libsqlite3.dylib (138) <AA00F27E-B72D-31DE-8EE4-985227CC9912> /usr/lib/libsqlite3.dylib
0x913b0000 - 0x913b2ffb libRadiance.dylib (843) <6C2B92DB-A537-3618-9E68-F006DF427D2F> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.d ylib
0x913b3000 - 0x913f7fff libGLU.dylib (8.5) <DC69992A-2547-38FF-ABD1-BDE19EA75C08> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x91428000 - 0x9144aff3 libc++abi.dylib (24.2) <4C064BFE-B8B4-35CA-AB3C-F6A47D47A0F2> /usr/lib/libc++abi.dylib
0x91571000 - 0x91571ffd com.apple.audio.units.AudioUnit (1.8 - 1.8) <B688A998-93B5-3D9B-BAE4-E49947AA82B4> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
0x91572000 - 0x915b3ff7 libcups.2.dylib (327) <F46F8703-FEAE-3442-87CB-45C8BF98BEE5> /usr/lib/libcups.2.dylib
0x915b4000 - 0x915c2fff com.apple.opengl (1.8.5 - 1.8.5) <8EB6DEE7-7248-3644-B840-35174755C356> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x915c3000 - 0x91625fff libc++.1.dylib (65.1) <C0CFF9FF-5D52-3EAE-B921-6AE1DA00A135> /usr/lib/libc++.1.dylib
0x91651000 - 0x91a09ffa libLAPACK.dylib (1073.3) <0F813868-D84F-365D-8A7B-67FDA169F19C> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libLAPACK.dylib
0x91a0d000 - 0x91e2aff3 FaceCoreLight (2.0.1) <3EF03B25-C361-31A6-8704-3FBFFBD0E10B> /System/Library/PrivateFrameworks/FaceCoreLight.framework/Versions/A/FaceCoreLi ght
0x91e30000 - 0x91e54fff libJPEG.dylib (843) <04383F74-067F-3E98-882F-21F5B9578984> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
0x91f89000 - 0x92087ff7 libFontParser.dylib (84.5) <B3006327-7B2D-3966-A56A-BD85F1D71641> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ATS.framework/Versions/A/Resources/libFontParser.dylib
0x92088000 - 0x9208cffc libGIF.dylib (843) <355B672B-D07D-36FE-B6B9-142406ACFBA2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
0x9219e000 - 0x9245bff3 com.apple.security (7.0 - 55178.0.1) <EB90D52E-27EC-3874-BA15-C69976F1067A> /System/Library/Frameworks/Security.framework/Versions/A/Security
0x9249f000 - 0x924fafff com.apple.htmlrendering (77 - 1.1.4) <5C0C669F-AE07-3983-B38F-EB829B5CE609> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering .framework/Versions/A/HTMLRendering
0x924fb000 - 0x9253aff7 com.apple.bom (12.0 - 192) <0637E52C-D151-37B3-904F-8656B2FD44DD> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
0x9253b000 - 0x92589ffb libFontRegistry.dylib (100) <3B8350C2-4D8F-38C4-A22E-2F855D7E83D1> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ATS.framework/Versions/A/Resources/libFontRegistry.dylib
0x9258a000 - 0x925bbff7 com.apple.DictionaryServices (1.2 - 184) <9199E88F-2477-3596-9F56-B8E317A7164D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Diction aryServices.framework/Versions/A/DictionaryServices
0x925bc000 - 0x92745ff7 com.apple.vImage (6.0 - 6.0) <1D1F67FE-4F75-3689-BEF6-4A46C8039E70> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.fr amework/Versions/A/vImage
0x92746000 - 0x92750fff libsystem_notify.dylib (98.5) <7EEE9475-18F8-3099-B0ED-23A3E528ABE0> /usr/lib/system/libsystem_notify.dylib
0x92751000 - 0x92771ff7 com.apple.ChunkingLibrary (2.0 - 132) <172C3F7F-CB49-323F-932F-35340999979E> /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/Chunking Library
0x92772000 - 0x92a77fff com.apple.CoreServices.CarbonCore (1037 - 1037) <92494ADA-2ED1-3141-81B9-23F2C27E779C> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonC ore.framework/Versions/A/CarbonCore
0x92fbb000 - 0x92fbffff com.apple.OpenDirectory (10.8 - 151.10) <A1858D81-086F-3BF5-87E3-9B70409FFDF6> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
0x93003000 - 0x930c1ff3 com.apple.ColorSync (4.8.0 - 4.8.0) <EFEDCB37-4F20-3CEC-A185-5D2976E11BAC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ColorSync.framework/Versions/A/ColorSync
0x930c2000 - 0x93162ff7 com.apple.QD (3.42 - 285) <1B8307C6-AFA8-312E-BA5B-679070EF2CA1> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ QD.framework/Versions/A/QD
0x93163000 - 0x931affff libcorecrypto.dylib (106) <FAAD1A30-0D84-3A17-AC40-288EF0F529AA> /usr/lib/system/libcorecrypto.dylib
0x93208000 - 0x93dc1fff com.apple.AppKit (6.8 - 1187) <5E13B150-4096-3B61-9DC0-6ABA48F6515B> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x93dc2000 - 0x93e04ff7 libauto.dylib (185.1) <B2B5B639-6778-352A-828D-FD8B64A3E8B3> /usr/lib/libauto.dylib
0x94492000 - 0x94501ffb com.apple.Heimdal (3.0 - 2.0) <1ABF438B-30E6-3165-968C-E2EA1A9DF1FD> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
0x94502000 - 0x9461dff7 com.apple.desktopservices (1.7.1 - 1.7.1) <0039FBAA-BB0B-36B7-962F-BDAC8E3D1C58> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/Desk topServicesPriv
0x94994000 - 0x94994fff com.apple.ApplicationServices (45 - 45) <677C4ACC-9D12-366F-8A87-B898AC806DD9> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Application Services
0x949cb000 - 0x949ceffb com.apple.TCC (1.0 - 1) <C1B2A1EB-9EA2-3340-8611-F788C87A951F> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
0x9524c000 - 0x952b2fff com.apple.print.framework.PrintCore (8.0 - 387) <84DFC4F0-3186-3C59-9EBD-9EF2C3561A43> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ PrintCore.framework/Versions/A/PrintCore
0x952b3000 - 0x952b3fff com.apple.Accelerate.vecLib (3.8 - vecLib 3.8) <908B8D40-3FB5-3047-B482-3DF95025ECFC> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/vecLib
0x952b4000 - 0x952f9ff5 com.apple.opencl (2.1.17 - 2.1.17) <921C1549-637A-33D7-A891-834FB9F582C7> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
0x952fa000 - 0x9531efff com.apple.PerformanceAnalysis (1.16 - 16) <18DE0F9F-1264-394D-AC56-6B2A1771DFBE> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/Perf ormanceAnalysis
0x9531f000 - 0x95497ff5 com.apple.QuartzCore (1.8 - 304.0) <0B0EC55A-9084-3E28-9A84-1813CE3FAA9B> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
0x95498000 - 0x9549bffd libCoreVMClient.dylib (24.4) <C54E8FD0-61EC-3DC8-8631-54288AC66AC8> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClien t.dylib
0x95516000 - 0x95958ff3 com.apple.CoreGraphics (1.600.0 - 322) <2E04AAAD-8403-3819-BD6C-9836D42F58B1> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreGraphics.framework/Versions/A/CoreGraphics
0x95959000 - 0x9595bfff com.apple.securityhi (4.0 - 55002) <15E9B9BC-108F-3416-A0A7-A321A85081F7> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.fr amework/Versions/A/SecurityHI
0x95d59000 - 0x95d5cfff com.apple.help (1.3.2 - 42) <AD7EB1F0-A068-3A2C-9D59-38E59CEC0D96> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framewor k/Versions/A/Help
0x95d5d000 - 0x95d6bfff libxar.1.dylib (105) <343E4A3B-1D04-34A3-94C2-8C7C9A8F736B> /usr/lib/libxar.1.dylib
0x95d6c000 - 0x95d6dffd com.apple.TrustEvaluationAgent (2.0 - 23) <E42347C0-2D3C-36A4-9200-757FFA61B388> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/Tru stEvaluationAgent
0x95d78000 - 0x95dedff7 com.apple.ApplicationServices.ATS (332 - 341) <EC79D064-1399-3F33-BACC-6D93A5BE04E6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ATS.framework/Versions/A/ATS
0x95e03000 - 0x95e5aff7 com.apple.ScalableUserInterface (1.0 - 1) <2B5E454B-BC49-3E85-B54D-1950397C448C> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableU serInterface.framework/Versions/A/ScalableUserInterface
0x95e5b000 - 0x95e5bfff libsystem_blocks.dylib (59) <3A743C5D-CFA5-37D8-80A8-B6795A9DB04F> /usr/lib/system/libsystem_blocks.dylib
0x95eb3000 - 0x95f66ff7 com.apple.coreui (2.0 - 181) <4F071012-F857-367D-B0B8-EAD088A05740> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
0x95faf000 - 0x95fbdff7 libz.1.dylib (43) <245F1B61-2276-3BBB-9891-99934116D833> /usr/lib/libz.1.dylib
0x95fbe000 - 0x962dbfff com.apple.Foundation (6.8 - 945) <B6F00754-C3F7-3E33-B708-CCEA2AA3E969> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x962dc000 - 0x962e4fff com.apple.DiskArbitration (2.5 - 2.5) <E49427B0-5317-3DFD-B12E-117402BB19CB> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x962e5000 - 0x962f3ff3 libsystem_network.dylib (77.10) <7FBF5A15-97BA-3721-943E-E77F0C40DBE1> /usr/lib/system/libsystem_network.dylib
0x969fc000 - 0x96bb8ffd libicucore.A.dylib (491.11.1) <DB04A8FD-9BBE-3CBC-869F-8FA855FB43D2> /usr/lib/libicucore.A.dylib
0x96bb9000 - 0x96bc9ff2 com.apple.LangAnalysis (1.7.0 - 1.7.0) <875363E7-6D02-3229-A9DD-E5A5568A7D61> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ LangAnalysis.framework/Versions/A/LangAnalysis
0x96bca000 - 0x96bd3ffd com.apple.audio.SoundManager (4.0 - 4.0) <ABC5FE40-B222-36EB-9905-5C8C4BFD8C87> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.f ramework/Versions/A/CarbonSound
0x96eeb000 - 0x96f01fff com.apple.CFOpenDirectory (10.8 - 151.10) <56C3F276-BD1F-3031-8CF9-8F4F481A534E> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpen Directory.framework/Versions/A/CFOpenDirectory
0x96f02000 - 0x96f02fff com.apple.CoreServices (57 - 57) <956C6C6D-A5DD-314F-9C57-4A61D41F30CE> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x96f34000 - 0x96f35fff liblangid.dylib (116) <E13CC8C5-5034-320A-A210-41A2BDE4F846> /usr/lib/liblangid.dylib
0x96f36000 - 0x9708dff7 com.apple.audio.toolbox.AudioToolbox (1.8 - 1.8) <6856CA9B-BF08-341B-AEE9-91CC258D4534> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x970b4000 - 0x970b8fff com.apple.CommonPanels (1.2.5 - 94) <6B3E7E53-7708-3DA2-8C50-59C2B4735DE1> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels. framework/Versions/A/CommonPanels
0x970b9000 - 0x970bbfff libCVMSPluginSupport.dylib (8.5) <A91DC66E-5A16-31AC-9B6A-605292573281> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginS upport.dylib
0x97107000 - 0x97113ff7 com.apple.NetAuth (4.0 - 4.0) <4983C4B8-9D95-3C4D-897E-07743326487E> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
0x97114000 - 0x97199ff7 com.apple.SearchKit (1.4.0 - 1.4.0) <454E950F-291C-3E95-8F35-05CA0AD6B327> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchK it.framework/Versions/A/SearchKit
0x9719a000 - 0x9719affd libOpenScriptingUtil.dylib (148) <6B34E8E4-EE31-3E2B-AEB3-8714C3102AED> /usr/lib/libOpenScriptingUtil.dylib
0x9719b000 - 0x97249ff3 com.apple.CoreText (260.0 - 275.14) <3CC31B7F-5560-364A-ADFC-31861C3C2328> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
0x97264000 - 0x9729affb com.apple.DebugSymbols (98 - 98) <9A9ADA0A-E487-3C8F-9998-286EE04C235A> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbol s
0x9729b000 - 0x972eaff6 libTIFF.dylib (843) <AA81BA16-8026-35DA-8193-2C8715ACD435> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
0x972ef000 - 0x972f0fff libquarantine.dylib (52) <D526310F-DC77-37EA-8F5F-83928EFA3262> /usr/lib/system/libquarantine.dylib
0x972f1000 - 0x97388fff com.apple.ink.framework (1.4 - 110) <C01F2572-E7E4-3A6C-B4F2-2F97B4AD43D5> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework /Versions/A/Ink
0x9738d000 - 0x9738effd libunc.dylib (25) <58599CBF-E262-3CEA-AFE1-35560E0177DC> /usr/lib/system/libunc.dylib
0x9738f000 - 0x97393fff com.apple.IOSurface (86.0.2 - 86.0.2) <BDF93CE4-9F14-3747-9CD5-FFE71D488BDA> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
0x97394000 - 0x973c1ffb com.apple.CoreServicesInternal (153 - 153) <DB105788-CCF5-3678-88C5-65A7267DC581> /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/Cor eServicesInternal
0x973ce000 - 0x973d1ff7 libcompiler_rt.dylib (30) <CE5DBDB4-0124-3E2B-9105-989DF98DD108> /usr/lib/system/libcompiler_rt.dylib
0x973d2000 - 0x973d2fff com.apple.vecLib (3.8 - vecLib 3.8) <83160DD1-5614-3E34-80EB-97041016EF1F> /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
0x97435000 - 0x97635ffb com.apple.CoreData (106 - 407.5) <B4386286-5C67-3134-A5BD-852447DA696E> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
0x97636000 - 0x9763dff3 com.apple.NetFS (5.0 - 4.0) <1F7041F2-4E97-368C-8F5D-24153D81BBDB> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
0x97680000 - 0x976a4ff2 com.apple.framework.familycontrols (4.0 - 400) <A313D83E-5A03-3174-A213-1F7D379040D1> /System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyCon trols
0x976a5000 - 0x976a6fff libdnsinfo.dylib (453.16) <6441AEC9-3916-3BF6-BE54-9C25E2BE61E1> /usr/lib/system/libdnsinfo.dylib
0x976a7000 - 0x97938ffb com.apple.CoreImage (8.0.17 - 1.0.1) <CE54EC11-1C41-3857-B82D-F8B7D1798F42> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage .framework/Versions/A/CoreImage
0x97939000 - 0x9794bfff libbsm.0.dylib (32) <DADD385E-FE53-3458-94FB-E316A6345108> /usr/lib/libbsm.0.dylib
0x97996000 - 0x97aa315f libobjc.A.dylib (532) <9663A040-F232-3E2A-8318-AA40B940AF6F> /usr/lib/libobjc.A.dylib
0x97aa4000 - 0x97b95ffc libiconv.2.dylib (34) <B096A9B7-83A6-31B3-8D2F-87D91910BF4C> /usr/lib/libiconv.2.dylib
0x97b9d000 - 0x97ca8ff7 libJP2.dylib (843) <D8FE1E1C-D4DC-3465-95C4-AEADD6C2611C> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
0x97d41000 - 0x97d58fff com.apple.GenerationalStorage (1.1 - 132.1) <4E0F0C47-7796-3152-A77D-F6456287498A> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/Gene rationalStorage
0x97d59000 - 0x97d65ff8 libbz2.1.0.dylib (29) <7031A4C0-784A-3EAA-93DF-EA1F26CC9264> /usr/lib/libbz2.1.0.dylib
0x97da9000 - 0x97e03fff com.apple.Symbolication (1.3 - 93) <D327EEFF-F2F5-39C4-B1EC-32E259DC04F1> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolicat ion
0x97e04000 - 0x97e10ffd com.apple.CrashReporterSupport (10.8.1 - 412) <9BBEBED1-DEDD-3258-A8CC-F46EC5CDD4F7> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/Cra shReporterSupport
0x97e14000 - 0x97e27ff9 com.apple.MultitouchSupport.framework (235.27 - 235.27) <75D9C0FD-6A40-3A9E-8861-C74DBE137CF3> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/Multit ouchSupport
0x97e82000 - 0x97e9ffff com.apple.openscripting (1.3.5 - 148) <3460338D-B686-3C33-B322-DC8391668F8A> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting .framework/Versions/A/OpenScripting
0x97ea0000 - 0x97eacffc libkxld.dylib (2050.9.2) <301804CB-55F1-3A9B-BC45-DEB020C22C6F> /usr/lib/system/libkxld.dylib
0x97eb7000 - 0x97ec1ffc com.apple.bsd.ServiceManagement (2.0 - 2.0) <D3112172-D3A7-3C9A-825D-5630D47327D1> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManage ment
0x97ef4000 - 0x97f11fff libCRFSuite.dylib (33) <C9D72D0C-871A-39A2-8AFB-682D11AE7D0D> /usr/lib/libCRFSuite.dylib
0x97f8f000 - 0x97fabff7 libPng.dylib (843) <43C3DD20-4BB2-3429-A40A-7FF9BC50E5FB> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
0x97fac000 - 0x98095ff7 libxml2.2.dylib (22.3) <015A4FA6-5BB9-3F95-AFB8-B9281E22685B> /usr/lib/libxml2.2.dylib
0x98096000 - 0x9809aff7 libmacho.dylib (829) <5280A013-4F74-3F74-BE0C-7F612C49F1DC> /usr/lib/system/libmacho.dylib
0x9809b000 - 0x980a4ff9 com.apple.CommonAuth (3.0 - 2.0) <A1A6CC3D-AA88-3519-A305-9B5D76C5D63B> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
0x980f1000 - 0x9810efff libxpc.dylib (140.37) <F61095FA-B2CF-3CD8-9088-9D9FC18B38BC> /usr/lib/system/libxpc.dylib
0x9810f000 - 0x9824aff7 libBLAS.dylib (1073.3) <804B5AF7-2646-31D1-8875-FCCF158476D4> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libBLAS.dylib
0x9824b000 - 0x982e3ff7 com.apple.CoreServices.OSServices (557 - 557) <F7CDD65A-3D2E-3AAE-BD55-4C604C9D1709> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServi ces.framework/Versions/A/OSServices
0x982e4000 - 0x982e5fff libDiagnosticMessagesClient.dylib (7) <B2BC685E-C129-3F6B-9222-AF3CF4F186AC> /usr/lib/libDiagnosticMessagesClient.dylib
0x982e6000 - 0x98313ffe libsystem_m.dylib (3022.6) <9975D9C3-3B71-38E3-AA21-C5C5F9D9C431> /usr/lib/system/libsystem_m.dylib
0x98314000 - 0x98315fff libremovefile.dylib (23.1) <98622D14-DAAB-3AD8-A5D9-C322BF572A98> /usr/lib/system/libremovefile.dylib
0x985a8000 - 0x985cdff7 com.apple.CoreVideo (1.8 - 99.0) <7A90C337-4493-3393-9C56-75EB52112D75> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
0x985fd000 - 0x98665fe7 libvDSP.dylib (380.6) <55780308-4DCA-3B10-9703-EAFC3E13A3FA> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libvDSP.dylib
0x98784000 - 0x9879dfff com.apple.Kerberos (2.0 - 1) <9BDE8F4D-DBC3-34D1-852C-898D3655A611> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
0x9879e000 - 0x988eaff3 com.apple.CFNetwork (596.1 - 596.1) <DE5FA267-6E01-388E-9ADA-8764BE469C35> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
0x988ec000 - 0x98909ff7 libresolv.9.dylib (51) <B9742A2A-DF15-3F6E-8FCE-778A58214B3A> /usr/lib/libresolv.9.dylib
0x9890a000 - 0x98911fff libsystem_dnssd.dylib (379.27.1) <B5CD3F39-7039-30CF-877D-FDF38A659E46> /usr/lib/system/libsystem_dnssd.dylib
0x98912000 - 0x98912fff com.apple.Cocoa (6.7 - 19) <354094F0-F36B-36F9-BF5F-FD60590FBEB9> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x98913000 - 0x98946ff3 com.apple.GSS (3.0 - 2.0) <B1D719C1-B000-3BE3-B747-329D608585DD> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
0x98947000 - 0x989a0ff7 com.apple.AE (645 - 645) <D4919967-EF16-36BA-9E8A-DA110DE8BB4A> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.fram ework/Versions/A/AE
0x989a1000 - 0x98a1dffb com.apple.Metadata (10.7.0 - 707.1) <E18350AD-CAA9-3323-BDE9-63A688792C6C> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadat a.framework/Versions/A/Metadata
0x98a1e000 - 0x98a26fff com.apple.CommerceCore (1.0 - 26) <AF0D1990-8CBF-3AB4-99DF-8B7AE14FB0D5> /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/C ommerceCore.framework/Versions/A/CommerceCore
0x98a27000 - 0x98a62fe7 libGLImage.dylib (8.5) <D2589E82-41ED-383D-9254-6D12A3A20644> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dyl ib
0x98a63000 - 0x98a6efff libcommonCrypto.dylib (60026) <A6C6EDB8-7E69-3827-81F3-9A74D0935461> /usr/lib/system/libcommonCrypto.dylib
0x98a6f000 - 0x98a75fff libGFXShared.dylib (8.5) <7022CE54-70E9-33D3-B679-9A9BB6B2AABF> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.d ylib
0x98a76000 - 0x98a90ffc libsystem_kernel.dylib (2050.9.2) <C6BA5A9F-08BB-3544-9A36-070DEDE92279> /usr/lib/system/libsystem_kernel.dylib
0x98a91000 - 0x98b0bff7 com.apple.securityfoundation (6.0 - 55115.4) <7F614418-F853-3FED-B265-0EA47F309A49> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoun dation
0x98b0c000 - 0x98b21fff com.apple.speech.synthesis.framework (4.1.10 - 4.1.10) <20E394D6-D9BA-3C1D-993A-533B60EF3B63> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x98b22000 - 0x98bbcfff com.apple.CoreSymbolication (3.0 - 87) <6A27BBE5-6EF0-3D5D-A485-2145826B9796> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSy mbolication
0x98bd5000 - 0x98ce2ffb com.apple.ImageIO.framework (3.2.0 - 843) <4BFEFB05-3EE3-36A7-891D-CE03D1DF8125> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
0x98dc7000 - 0x98e9bff7 com.apple.backup.framework (1.4 - 1.4) <12123FB8-B42D-38B0-8463-6BA375C3C643> /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
0x98e9c000 - 0x98ea4fff libcopyfile.dylib (89) <4963541B-0254-371B-B29A-B6806888949B> /usr/lib/system/libcopyfile.dylib
0x98ea5000 - 0x98eacffb libunwind.dylib (35.1) <E1E8D8B3-3C78-3AB1-B398-C180DC6DCF05> /usr/lib/system/libunwind.dylib
0x98ead000 - 0x98f11fff com.apple.datadetectorscore (4.0 - 269.1) <4D155F09-1A60-325A-BCAC-1B858C2C051B> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDe tectorsCore
0x98f12000 - 0x98f15ffc libpam.2.dylib (20) <FCF74195-A99E-3B07-8E49-688D4A6F1E18> /usr/lib/libpam.2.dylib
0x98f16000 - 0x990fdffb com.apple.CoreFoundation (6.8 - 744) <A2BB4949-264A-302B-897E-713860894FE6> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x99111000 - 0x991ceffb libsystem_c.dylib (825.24) <7D90CAC5-EC98-35F8-A52E-81B54F0C7DCC> /usr/lib/system/libsystem_c.dylib
0x991cf000 - 0x991d1fff libdyld.dylib (210.2.3) <05D6FF2A-F09B-309D-95F7-7AF10259C707> /usr/lib/system/libdyld.dylib
0x991d2000 - 0x99214ff7 com.apple.RemoteViewServices (2.0 - 80.3) <EE36AF6C-E574-3F48-9AC3-E8C8295739FF> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/Remot eViewServices
0x99215000 - 0x9921bfff com.apple.print.framework.Print (8.0 - 258) <12AEAD24-6924-3923-9E4A-C5D21231E639> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framewo rk/Versions/A/Print
0x9921f000 - 0x99231ff7 libdispatch.dylib (228.18) <833C83BE-278C-353E-AC6D-9B85FAC50A1D> /usr/lib/system/libdispatch.dylib
0x99232000 - 0x99247fff com.apple.ImageCapture (8.0 - 8.0) <B8BD421F-D5A9-3FB4-8E89-AD5CFC0D4030> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture. framework/Versions/A/ImageCapture
0x994c5000 - 0x994eefff libxslt.1.dylib (11.3) <0DE17DAA-66FF-3195-AADB-347BEB5E2EFA> /usr/lib/libxslt.1.dylib
0x995e7000 - 0x9964eff7 com.apple.framework.IOKit (2.0 - 755.9.7) <CB976A7C-2601-3054-BC41-C3AD6896327C> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x9964f000 - 0x9967bff7 libsystem_info.dylib (406.17) <AA5611DB-A944-3072-B6BE-ACAB08689547> /usr/lib/system/libsystem_info.dylib
0x9a61f000 - 0x9a63dffb com.apple.Ubiquity (1.2 - 234.2) <BEFF43DE-CF72-3E66-90C8-CAECAFD5F3ED> /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 2
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 318
thread_create: 0
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=120.4M resident=73.0M(61%) swapped_out_or_unallocated=47.4M(39%)
Writable regions: Total=92.1M written=1476K(2%) resident=1836K(2%) swapped_out=0K(0%) unallocated=90.3M(98%)
REGION TYPE VIRTUAL
=========== =======
CG shared images 96K
CoreServices 1472K
MALLOC 81.3M
MALLOC guard page 48K
Memory tag=35 7256K
Stack 66.5M
VM_ALLOCATE 56K
__DATA 5584K
__DATA/__OBJC 160K
__IMAGE 528K
__IMPORT 8K
__LINKEDIT 32.4M
__OBJC 1492K
__PAGEZERO 4K
__TEXT 88.0M
__UNICODE 544K
mapped file 99.4M
shared memory 308K
=========== =======
TOTAL 384.8M
Model: MacBookPro8,2, BootROM MBP81.0047.B27, 4 processors, Intel Core i7, 2.4 GHz, 16 GB, SMC 1.69f3
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Graphics: AMD Radeon HD 6770M, AMD Radeon HD 6770M, PCIe, 1024 MB
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1333 MHz, 0x859B, 0x43543130323436344246313333392E4D3136
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1333 MHz, 0x859B, 0x43543130323436344246313333392E4D3136
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.98.81.21)
Bluetooth: Version 4.0.9f8 10405, 2 service, 11 devices, 1 incoming serial ports
Network Service: Ethernet, Ethernet, en0
Serial ATA Device: TOSHIBA MK7559GSXF, 750.16 GB
Serial ATA Device: HL-DT-ST DVDRW GS31N
USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa200000 / 3
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa100000 / 2
USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0253, 0xfa120000 / 5
USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa110000 / 4
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 8
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd100000 / 2
USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd110000 / 3For anybody whomay stumble across this post- it is an addendum to the originalpost
Just to be sure it is an APPLE SOFTWARE ISSUE - ProbablySafari---I used my mac mini ( with mountain lion ) and-- it too drops wifi-- and the end result is
SAFARI CANNOT CONNECT TO SERVER lol
the app store hangs and hangs and hangs
as it does my macbook pro -- they BOTH have to be restarted-- then it is okay for a little while
THIS IS SO ANNOYING ha ha-- in this instance caps does mean I am yelling lol -
Performance problems with DFSN, ABE and SMB
Hello,
We have identified a problem with DFS-Namespace (DFSN), Access Based Enumeration (ABE) and SMB File Service.
Currently we have two Windows Server 2008 R2 servers providing the domain-based DFSN in functional level Windows Server 2008 R2 with activated ABE.
The DFSN servers have the most current hotfixes for DFSN and SMB installed, according to http://support.microsoft.com/kb/968429/en-us and http://support.microsoft.com/kb/2473205/en-us
We have only one AD-site and don't use DFS-Replication.
Servers have 2 Intel X5550 4 Core CPUs and 32 GB Ram.
Network is a LAN.
Our DFSN looks like this:
\\contoso.com\home
Contains 10.000 Links
Drive mapping on clients to subfolder \\contoso.com\home\username
\\contoso.com\group
Contains 2500 Links
Drive mapping on clients directly to \\contoso.com\group
On \\contoso.com\group we serve different folders for teams, projects and other groups with different access permissions based on AD groups.
We have to use ABE, so that users see only accessible Links (folders)
We encounter sometimes multiple times a day enterprise-wide performance problems for 30 seconds when accessing our Namespaces.
After six weeks of researching and analyzing we were able to identify the exact problem.
Administrators create a new DFS-Link in our Namespace \\contoso.com\group with correct permissions using the following command line:
dfsutil.exe link \\contoso.com\group\project123 \\fileserver1\share\project123
dfsutil.exe property sd grant \\contoso.com\group\project123 CONTOSO\group-project123:RX protect replace
This is done a few times a day.
There is no possibility to create the folder and set the permissions in one step.
DFSN process on our DFSN-servers create the new link and the corresponding folder in C:\DFSRoots.
At this time, we have for example 2000+ clients having an active session to the root of the namespace \\contoso.com\group.
Active session means a Windows Explorer opened to the mapped drive or to any subfolder.
The file server process (Lanmanserver) sends a change notification (SMB-Protocol) to each client with an active session \\contoso.com\group.
All the clients which were getting the notification now start to refresh the folder listing of \\contoso.com\group
This was identified by an network trace on our DFSN-servers and different clients.
Due to ABE the servers have to compute the folder listing for each request.
DFS-Service on the servers doen't respond for propably 30 seconds to any additional requests. CPU usage increases significantly over this period and went back to normal afterwards. On our hardware from about 5% to 50%.
Users can't access all DFS-Namespaces during this time and applications using data from DFS-Namespace stop responding.
Side effect: Windows reports on clients a slow-link detection for \\contoso.com\home, which can be offline available for users (described here for WAN-connections: http://blogs.technet.com/b/askds/archive/2011/12/14/slow-link-with-windows-7-and-dfs-namespaces.aspx)
Problem doesn't occure when creating a link in \\contoso.com\home, because users have only a mapping to subfolders.
Currently, the problem doesn't occure also for \\contoso.com\app, because users usually don't use Windows Explorer accessing this mapping.
Disabling ABE reduces the DFSN freeze time, but doesn't solve the problem.
Problem also occurs with Windows Server 2012 R2 as DFSN-server.
There is a registry key available for clients to avoid the reponse to the change notification (NoRemoteChangeNotify, see http://support.microsoft.com/kb/812669/en-us)
This might fix the problem with DFSN, but results in other problems for the users. For example, they have to press F5 for refreshing every remote directory on change.
Is there a possibility to disable the SMB change notification on server side ?
TIA and regards,
Ralf GaudesHi,
Thanks for posting in Microsoft Technet Forums.
I am trying to involve someone familiar with this topic to further look at this issue. There might be some time delay. Appreciate your patience.
Thank you for your understanding and support.
Regards.
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place. -
Performance problems with File Adapter and XI freeze
Hi NetWeaver XI geeks,
We are deploying a XI based product and encounter some huge performance problems. Here after the scenario and the issues:
- NetWeaver XI 2004
- SAP 4.6c
- Outbound Channel
- No mapping used and only the iDocs Adapter is involved in the pipeline processing
- File Adapter
- message file size < 2Ko
We have zeroed down the problem to Idoc adapters performance.
We are using a file channel and every 15 seconds a file in a valid Idoc format is placed in a folder, Idoc adapter picks up the file from this folder and sends it to the SAP R/3 instance.
For few minutes (approx 5 mins) it works (the CPU usage is less then 20% even if processing time seems huge : <b>5sec/msg</b>) but after this time the application gets blocked and the CPU gets overloaded at 100% (2 processes disp_worker.exe at 50% each).
If we inject several files in the source folder at the same time or if we decrease the time gap (from 15 seconds to 10 seconds) between creation of 2 Idoc files , the process blocks after posting 2-3 docs to SAP R/3.
Could you point us some reasons that could provoke that behavior?
Basically looking for some help in improving performance of the Idoc adapter.
Thanks in advance for your help and regards,
AdalbertHi Bhavesh,
Thanks for your suggestions. We will test...
We wonder if the hardware is not the problem of this extremely poor performance.
Our XI server is:
Windows 2003 Server
Processors: 2x3GHZ
RAM: 4GB (the memory do not soak)
The messages are well formed iDocs = single line INVOICES.
Some posts are talking 2000 messages processed in some seconds... whereas we got 5 sec per message.
Tnanks for your help.
Adalbert
Maybe you are looking for
-
When trying to run a program using wineconsole and the Curses backend, the following output is generated $ wineconsole --backend=curses app.exe err:curses:WCCURSES_InitBackend (n)curses was not found at configuration time. If you want (n)curses suppo
-
How can I get firefox to talk to a second network on my computer?
I have 2 NICs in my computer. I want to connect to a server on the second NIC. However, firefox must be only trying to connect thru the first NIC to the internet. When I enter the IP address from firefox (which Windows would route to the second NIC)
-
Say i have a table that has the following fields... ID field1 field2 field3 field4 field5 field6 field7 1 1 2 E NW SW n n 2 1 2 E NE SW
-
Mail after interaction log with copied attachment
Hello experts! I want to create a mail out of an interaction log with copied attachments. This means: 1) I create an interaction log and add an attachment to it 2) I select "more" "send mail" 3) I want this mail to have the same attachment as the int
-
MPEG-2 Video, .m2v, Transport-Streams
I have searched through all of the Forum but still no solution. Like many people here I have QT PRO (on Leopard) and the MPEG-2 Playback Codec (Version 6.4.1) installed. When I record from TV via Cable or DVB-T I always get a MPEG-2 Transport Stream.