Extreme long replication time for product catalogue to ISA

In desperate need of help! We are replicating the product catalogue to ISA from a CRM 5.0. Now the replication have been running for 114 000 seconds and it is still not done. Besides the time it takes the process fills the paging file, we had a dump before and changed the parameter rdisp/PG_MAXFS = 65536 But once again after above given time the paging file is filled to 99% and the system will almost certain dump on us once more.
This is only the first of 10 catalogues that will be replicated so u sees the challenge!
Have searched sap notes for many hours without success
Some facts, we are running on HP-UX 4640 (Itanium) with 4 CPUs and 32 GB RAM, plenty of disk. NW2004s with an CRM 5.0 SP10, the TREX is on a Linux machine but does not seams to be the problem.
Anyone have an idea?
BR Lennart

It is transaction COMM_PCAT_IMS_INIT, it has now been running for nearly 170 Thusand seconds.
The details of the job looks as below. BR Lennart
No Ty. PID      Status Reasn Start Err Sem CPU      Time   Cl. User
33 BGD 25268    Running       Yes           2349:23 169159 200 BJBO
Report / Spool action
SAPLSTXD
Main Program
COM_PCAT_IMS_FEED_INIT
Action                    Table
Waiting f.                                                                   since
Database                         Number              Time (usec)         Recs.
Direct Read                 3.856.813           449153836           1.018.029
Sequential Read             17658.883            968353631          3.273.103
Insert                          5.981           16961.966               3.192
Update                          3.144           17328.020               3.136
Delete                              5               1.700                  10
Sources                     3.997.954 (Bytes)
RSQL                        *16405254- (Bytes)
Commit                                                  0
DB Procedure Calls                  0                   0
Roles / Memory                   Number              Time (usec)
Roll In                             0                   0
Roll Out                            0                   0
Roll                        3.039.232 (Bytes)
Page                        349159424 (Bytes)
Memory (Total)                                 12.824 (Bytes)
Memory(Total Private)                     371.283.056 (Bytes)
Memory (used)                                       0 (Bytes)
Memory (Max. Transaction)                      12.824 (Bytes)
Memory (Max. Dialog Step)                      12.824 (Bytes)
Development Environ.             Number              Time (usec)
Generate                                                0
Load Report                                     2.064.508
Load Screen                 3.997.954 (Bytes)         67
Load CUA                                              239
Read Dictionary                                         0
RFC                               703 Calls     1,624053835000000E+09
Queue API                           0 (Bytes)          0
Ad Opcodes                          0                   0

Similar Messages

Extremely long display times for HTML in mail and Safari

Is anyone else experiencing similar lags in HTML rendering?
Since upgrading to Mountain Lion, I am experiencing extremely long render times for display HTML email messages in mail. I am also experiencing extremely long render times in Safari. I have Chrome installed on this same computer, if I goto the same website on Chrome and Safari, Chrome displays the page immediatly, Safari will take between 30sec and 1 minute.

The only way it can get fixed is if you report it to Adobe. Posting it here may not be sufficient. There is an Acrobat feature request forum here and a bug report form here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

Extremely long hold time for Customer Service

First couple of times I called for help, I got an answer within 15 minutes. Last couple of times it was close to 90 minutes. Today, I have been on hold for almost 2 hours! This is ridiculous from a company as good as Adobe. If I didn't have an open case which was pending Adobe response, I would hang up again and try back. CS is suffering lately and I'm very dissappointed.
I don't appreciate the apparent cut in CS personnel stateside and subsequent outsourcing to India and other foriegn sites.
Tossing in the towel - I cannot afford to hold this long. It's been over 2.5 hours. This kind of wait time is unforgiveable.

You're not alone. Adobe apologized for the recent downward trend in support this week in a press release and on the website. Is the issue something technical that we can help with here?
Here's the text of the release:
Open Letter to Adobe Customers
Adobe is committed to providing the most advanced, innovative products and services in the world. Recently, however, our customers have experienced a level of service that is inconsistent with what they expect and deserve. This is unacceptable and we sincerely apologize for the inconvenience caused. We are working diligently — in fact, teams are working around the clock — to resolve these issues. I'd like to thank all our customers who are sharing feedback and giving us the opportunity to respond. We appreciate your loyalty, support, and willingness to make your concerns heard.
Adobe is in the process of transitioning to a new global service provider that will help grow and improve the quality of our customer service worldwide. While our new partner is a recognized leader in service and support solutions, this is a major global transition that includes bringing more than 800 new agents onboard. Clearly this process has not gone as smoothly as we had planned, and we are working to immediately remedy the situation. We are confident that once this transition is completed, we will provide customers with new and better ways to engage with Adobe using their preferred methods, helping to ensure prompt, effective customer service.
The Adobe Customer Care leadership team is monitoring our customers' experiences closely to understand and respond to the challenges you are encountering. If you experience difficulties of any kind, contacting Customer Service in your local region remains the best initial course of action; however, during this transition period, unresolved issues can also be directed to [email protected].
Thank you for your patience and understanding as we make this transition and work to improve our service and support operations for customers around the world.
Regards,
Lambert Walsh
Vice President, Technical Services

Extremely long load times for Cisco's WEBEX.

Thanks

My company attends numerous meetings with our customers/suppliers and WEBEX is giving me headaches. 5-15 minute load times. Conference room PC is running win7 and I've tried both google chrome's webex app and just running webex from IE to no avail. These connections do go through eventually but I'm constantly hounded about why they are taking so long and I don't know why. Have any of you experienced this or have any clue as to a possible root cause?
This topic first appeared in the Spiceworks Community

Has anyone had extremely long download times for music, like an hour for a single song?

Has anyone had extremely slow downloads of songs, like an hour?

UPDATE
It appears that though the progress bar looks stuck on "Step 1: Gathering info..." that Match is going through my library and adding "Purchased" songs first. I have 2,000+ purchased songs and after enabling Match on my laptop I currently have 1152 songs available to me in the cloud. SO, I am happy to report that it appears to be functioning, just happening way slower than I anticipated. As Michael posted above..patience is definitely a virtue in this case! It's been way over 12 hours, but again, happy to report it is working.

Extremely long "reading" times in media browser

We are running CC2014 on 3 edit systems with a shared 10Gbit 36TB Synology NAS. Each workstation has approximately 12TB of local raid storage as well. We shoot P2 primarily and I have a little over 17TB archived on the Synology. Lately, we have had extremely long "reading" times in Media Browser on all the machines. I don't quite understand how Premiere is indexing and displaying as sometimes the "reading" time is relatively quick, ie. under 10 seconds and then other times it can take 3-5 minutes to display clips within a directory.
My Directory Structure is:
Media
     P2 footage
          (P2 folders/ie. cards are all saved with their shoot dates here)
          Our total archive of P2 footage is around 70 cards.
It appears that when Media Browser is pointed to a P2 Card folder it is indexing the entire "P2 footage directory, ie. all 70 cards", rather than just the individual folder containing 1 P2 card's footage. Ist this the case?
Would I get better read speeds in Media Browser if I organized my P2 footage into more directories, ie. by year and quarter or by year and month?
Really need to know how the indexing works. Does premiere cache preview files for each clip and if so, how long are these previews valid. It seems that when I media browse a new P2 Card/Folder, it has forgotten any previous preview files that have been made and cached.
Any explanation or help would be appreciated.
We have copied large numbers of cards/folders from the Synology to our local raids to see if the latency was due to the network but the results are the same when we media browse on the local raid copies.

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Extremely long build times using object oriented code

We have a LabVIEW application that we need to build an .exe for distrubution purposes. The application relies on several object-oriented classes for data handling and dynamic dispatch type casting and function selection. Currently it takes approximately 1.5 hours to build the application and it seems that most of the time is spent processing the object oriented files. Has anyone else seen this issue and are there any creative ways to improve the build times?

Hi again. We are still having issues using LVOOP due to extrmely long .exe build times as well as long labview loading times. I traced the source of this to one class hierarchy, shown below. This hierarchy also relies heavily on overriding top-level functions, declared as virtual VIs in the top level class, which I suspect contributes to this problem. While debugging another issue, I was trying to build a small piece of my main code into an .exe to verify its functionality and experienced the same extremely long build times. When I removed this class hierarchy from the VI, it built extremely fast. Also to be clear, I am using neither the mean function or Mean.vi anywhere in this set of code. To date we have been delighted with LVOOP and how it has made our code cleaner, mroe robust, and more maintanable. However, when creating new functionality in the code we often elect NOT to create new objects (even though they would be beneficial) because we are hesitant to introduce the extra time (load and build) required for LabVIEW to handle these classes. If our entire system was rewritten in LVOOP, I would suspect that it would become unmaintainable and unbuildable due to the LVOOP overhead. I was hoping that LV2009 would address some of these issues but, alas, it did not. Still looking for a way to improve this and thanks in advance for all of the replies.

I had backed up my IPhone 4s on iCloud on Jan 19. I am now trying to do another back up but it says the time required is 7 hours. It appears to long a time for 1GB of data stored on the iCloud. Can someone help me please?

I had backed up my IPhone 4s on iCloud on Jan 19. I am now trying to do another back up but it says the time required is 7 hours. It appears to long a time for 1GB of data stored on the iCloud. Can someone help me please?

To be honest, that sounds about right.
For example on my 8Mbps (megbits) down service I get around 0.4Mbps upload. That is the equivalent of (very approximately) 3Mb (megabytes) per minute or 180Mb per hour. Over 7 hours that would be just over 1Gb.
Obviously, it all depends on your connection speed, but that is certainly what I would expect, and that is why I use my computer for backing up, not iCloud. So much quicker.

Anyone else having extra long delivery time for the late 2013 macbook pro 15" 2.6ghz 1tb model?

Anyone else having extra long delivery time for the late 2013 macbook pro 15" 2.6ghz 1tb model?
As of today feb 15 i have been waiting for 78 days. Finland doesn't have an official apple store (only authorized resellers) It was my mistake because i should have bought from apple.com. But i think 2.5 months is too long and i have no information about when i can get it..

The low-end 15” rMBP with a 8 GB or RAM and a 256 GB SSD costs $2,000.
The low-end 15” rMBP with a 8 GB or RAM and a 512 GB SSD costs $2,300.
With 16 GB of RAM and a 512 GB SSD it costs $2,500.
The high-end 15” rMBP with a 16 GB of RAM and a 512 GB SSD costs $2,600.
All cost $500 dollars more with a 1 TB SSD.
So the SSD size is not a differentiating factor unless you prefer 256 GB.
If you think you need 16 GB of RAM and a 512 GB SSD then you might as well spend the extra $100 for the high-end model.
The high-end model will make a difference on gaming and graphics-oriented applications.
They tend to run other applications at about the same speed.
Both models are rated with 8 hours of battery life.
Benchmarks on PhotoShop comparing memory sizes: https://discussions.apple.com/thread/5659174?tstart=30
The speed was about 10% different between 8 GB and 16 GB models.
On other applications your mileage may vary.
Application benchmarks:
http://www.macworld.com/article/2059215/15-inch-retina-macbook-pro-review-a-tale -of-two-laptops.html
The low-end and high-end performed the about the same on non-graphics oriented applications.
Graphics oriented benchmarks:
On the Cinebench OpenGL benchmark the high-end was about twice as fast.
On the Unigine Heaven Benchmark benchmark they ran at about the same speed.
On the Unigine Valley Benchmark benchmark the high-end was about 1.5x as fast.
Message was edited by: hands4

HT1577 Why am I experiencing long download times for an HD movie rental from itunes?

I have been experiencing long download times for movie rentals from itunes (this time 11 hours). I have even tried to use ethernet, turn off simultaneous downloads, and shut down my browser, to speed up the time but that didn't help. My internet download speed is about 7mbps. Any suggestions?

iTunes: Purchasing and viewing HD videos
When you purchase an HD video on a supported device or computer, only HD video will be downloaded. To download the SD version, you need to download the video again from your Purchased page. Conversely, if you purchase an HD video on an unsupported device, the SD version will be downloaded. Then, you will need to download the HD version from your Purchased page. Learn more about downloading previous purchases."

Extreme long execution time

Hi,
lately, I realized that Jubula needs extremely long for all the progresses...
For example, deleting TestResults or after execution of TestCases, the Progress "Collecting Information" and "Writing Report to Database" needs about 15-20 minutes!!
I use the embedded database and html toolkit and my project is not big at all!
I already had larger projects and never experienced that long progresses!
Any ideas/suggestions why Jubula is suddenly working that slow?
Thanks

Hi Nicole,
Thanks for your question! I think the problem is that the h2 database isn't designed for productive use - it doesn't scale well and will indeed get slower and slower with time (not necessarily size of the project, just time).
If you need to keep using it then you can do the following:
- stop Jubula
- perform an export all to export all of the projects
- you can also copy the database files (from your home directory under .jubula) to back them up
- delete the database files from your home directory
- connect to the database: this will recreate the database
- then you can import the projects you exported
Like I say, this isn't the preferred way of working, but the steps above should help with the current performance. Bear in mind that you should ensure that you have backups before you delete the database!
Hope that helps,
Alex

Sort Sequence for Product Catalogue ISA B2B

Hi there
I'm trying to find another way of sorting items within a catalogue area. As it is in the standard system , the products are simply sorted according to the Product number (acceding).
The requirement is to be able to rearrange the sequence according to alternate means such as product description. So that when it comes to browsing the product catalogue in the web shop the specific sort sequence is reflected.
we are using CRM4.0 E-Selling B2B
thanks in advance

Thanks for the responce,
No, we use Both Manual and Automatic too.
In this program can you re-import or is that only used for first time uploads ?
secondly does the sequence of products, within a catalogue area remain as it is in your spread sheet after the upload, or does it revert back to the accending oprder of the product numbers ?
thanks

Extremely long compression time

I am trying to compress a 6 minute video into a quicktime movie. It starts out saying it will only take 3 minutes to share. Then it quickly moves up to 17 minutes before coming to a halt.
Anybody have any ideas on what I am doing wrong or is this common? On previous videos this has never happened. I've tried doing a different video and it is also taking an extremely long time to compress.
Thanks for the help

I think possibly it could have something to do with my video settings. I don't know much about video settings.
We are producing these videos that range from 7-30min from a video camera. We don't need audio (already took that out) and we don't need the best of quality on the video. It obviously needs to be decent enough to see what is going on without straining, but beyond that I don't need much.
Does anybody have any suggestions on the type of video settings I could use in the expert settings? I believe iMovie is trying to compress much more information than I really need. Thanks for the help.

Extremely long export time

Hi,
I got some big problems while exporting footage from AME and PP CC 2014. I mean – the time of exporting is extremely long. It take 4 hours to export 15 minutes of 1080p footage (with not best quality of render settings). There is no big difference in time while exporting with or without effect same as AME or PP.
I shoot my footage on SONY A7S in XAVC S and my export settings are H.264, VBR 1, 16/20.
My PC spec:
Intel Core i7 3770K 3.5 3.9 GHZ
32 GB DRR3,
HDD 2TB, SSD 128GB
GeForce GTX 770 2GB
WINDOWS 7 ULTIMATE 64 BIT
I will appreciate any help cos this problem make me sick already

I checked the log file and there are no errors in the file.
There are no ORA- xxxx error messages.
The last line in the log file is as follows:
"Processing object type schema_export/table/index/domain_index/index "
I just checked the export job run this morning and it is still on the same
index object "A685_IX1" . This is a spatial index. It has been sitting at
this same object according to the job status for at least 24 hours.

Long execution times for TestStand conditional statements

I have two test stations – one here, one at the factory in China that has been operating for about a year. The test program uses TestStand 3.1 and calls primarily dll's developed using CVI. Up until a couple months ago, both test stations performed in a similar manner, then the computer at the factory died and was replaced with a new, faster computer. Now the same test sequence at the factory take three times as long to execute (30 min at the facotry, 10min here).
I have recoded the execution time at various point during the execution, and have found that the extra times seems to be occurring during the evaluation of conditional statements in TestStand (i.e. for loops, if statements, case statements). For example, one particular ‘for’ evaluation takes 30 ms on the test station here, but takes 400 ms at the test station at the factory (note: this is just the evaluation of the for condition, not the execution of the steps contained within the for loop).
The actual dll calls seem to be slightly faster with the new computer.
Also the ‘Module Times’ reported don’t seem to match the actual time for the module for the computer at the factory. For example, for the following piece of TestStand code:
Label1
Subsequence Call
Label2
I record the execution time to the report text in both Label1 and Label2. Subtracting one from the other gives me about 18 seconds. However the ‘Module Time’ recorded for ‘Subsequence Call’ is only 3.43 seconds.
Any body have any ideas why the long execution time with the new computer? I always setup the computers in exactly the same way, but maybe there is a TestStand setting somewhere that I have missed? Keep in mind, both test stations are running exactly the same revision of code.

Got some more results from the factory this morning:
1) Task Manager shows that the TestExec.exe is the only thing using CPU to any significant degree. Also CPU Usage History show that the CPU Usage never reaches 100%.
2) I sent a new test program that will log test execution time in more places. Longer execution times are seen in nearly every area of the program, but one area where this is very dramatic is the time taken to return from one particular subsequence call. In this subsequence I log the time just before the <End Group> at then end of Main. There is nothing in Cleanup. I then log the time immediately after returning from this sequence. On the test system I have here this takes approximately 160 ms. On the test system at the factory this takes approximately 14.5 seconds! The program seems to be hanging here for some reason. Every time this function is called the same thing happens and for the same amount of time (and this function is called about 40 times in the test program, so this is kill me).

Extreme long replication time for product catalogue to ISA

Similar Messages

Maybe you are looking for