In de 2.4-release van de Esri Utility Network Package-tools kon de "Apply Asset Package"-tool (Apply Asset Package14Tool Reference | ArcGIS Solutions<\/A> ) gebruikmaken van meerdere cores tijdens het gegevenslaadproces om zo de laadtijden te verkorten.<\/P><\/P>In de 2.5-release van deze tools lijkt dit niet langer het geval te zijn. Dit betekent dat kleine datasets die vroeger in 30-45 minuten werden geladen, nu meer dan 8 uur duren.<\/P><\/P>Is dit een bekend probleem? Is er een oplossing? Vooral heb ik nodig dat de append- en import-associations-tools parallel draaien, omdat het laden van een enkel associatiebestand voor een middelgrote dataset 1-3 uur kan duren (mijn huidige dataset heeft 20 associatiebestanden!).<\/P><\/BODY><\/HTML>
<\/P>
In de 2.5-release van deze tools lijkt dit niet langer het geval te zijn. Dit betekent dat kleine datasets die vroeger in 30-45 minuten werden geladen, nu meer dan 8 uur duren.<\/P>
Is dit een bekend probleem? Is er een oplossing? Vooral heb ik nodig dat de append- en import-associations-tools parallel draaien, omdat het laden van een enkel associatiebestand voor een middelgrote dataset 1-3 uur kan duren (mijn huidige dataset heeft 20 associatiebestanden!).<\/P><\/BODY><\/HTML>
I believe the only changes to apply AP in 2.5 is that parallel processing is always disabled (regardless of your environment setting) when the target is FGDB.
If you change the environment value in the GP tool, is that respected? By default, it should be using 75% of your cores.
Ah that's my problem, I've been testing the tools against FGDBs! I guess it makes sense that it wouldn't be supported on file geodatabases, once my current run is finished I'll test it out against a local SDE instance.
We have made some improvements in 2.6 to import associations performance (both FGDB and EGDB are faster, the former significantly so).
I am trying to load data in PRO2.6.1. It took me 44 hrs to load data. Do we expect such load time or there is some issue that I am not able to identify? There are around 30 lakhs features in Device, Assembly, Line and Junction.
If you review the log files from loading you should be able to determine how much time was spent on each operation. With numbers that high my guess is that you enabled post processing and you have a significant number of error, this can be confirmed by reviewing the logs and seeing if the "Enable topology" task was responsible for 40+ hours of time.
Yes noticed that Device,Line and Junction took most of the time(18 hrs approx in parallel process). I did not 'enable topology'. It was just ApplyAssetPackage with load data option checked.
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
