I am recreating this from my previous thread that got a little off the original topic.
I installed the latest updates last week and have been having quite a few issues with slow performance. All of the files I am working with have been updated along the way from as early as 10.07, which could be part of the issue. I was having no issues with ORD 10.10.01.03 and FDOT Connect 10.10.00.01 (other than some minor issues with dark mode) and have since reverted back to these versions until I can determine a solution.
The following hang-ups are occurring:
I have tried compressing files to no avail. I work on local files, typically on my OneDrive files that are on my E Drive. I tried copying to my C drive and there was no improvement. Both of these drives are NVME drives. All of these issues are also occurring on my virtual machine, so it’s not just my home computer.
Then I decided to try to open my files without the workspace. I just right clicked one of my files and hit open. NONE of the issues above were occurring. However, the following was still an issue:
I have posted a video to my YouTube page highlighting these issues: https://youtu.be/c_p2HTRADBU
Has anyone encountered these issues?
Small update to my issue. Since I have a feeling my issue could be related to files upgraded from as far back as 10.07, I decided to create a brand new MODLRD01 file and slowly add my model files to it to begin creating a new motif file. I noticed that when I only have a few files attached, I wasn't getting any lagging switching between views. As I added more and more files, I started to see more and more delay when switching between views. By delay, I mean the spinning blue circle seen in my videos.
If I load the same file without the FDOT workspace, I see no delay at all.
I also just tried opening on of my model files and was seeing 10 second delay switching between views. This model file was originally a 10.07 or 10.08 file and is now 10.10. When I open the same file without the FDOT Workspace, no delay, switching is instantaneous.
So it seems the issue has something to do with the FDOT workspace, increasing amounts of attached models, and perhaps files upgraded from earlier versions.
I tested this on my virtual machine that is still running the latest FDOT Connect and ORD versions. I encounter none of these issues on my local computer using 10.10.01.03 (except for slow undo).
Zachary Billings, P.E.
Senior Roadway Engineer (Licensed in FL and MI)
CONSOR Engineers, LLC
System Info:
Windows 11 | Intel Core i7-13700k | Nvidia RTX 4090 FE | 32 GB of RAM | 2 TB Western Digital Black SN850x NVME
ORD Version 10.12.02.004 | FDOT Connect Version 10.12.01.00
YouTube Page for ORD: https://tinyurl.com/BillingsCADD
We are now working on a model that is much more complex in 10.10.01.00 and we're noticing some of the same issues. Same situation where there are a heap of files attached. We have a suspicion that a corrupted ALGNRD file is to blame (since it is referenced in) but it's hard to say for sure.
I'm at a loss for what could be causing these delays.
Eddie Giese, PEProduction Manager | Senior Roadway Engineer | AssociateLicensed in FL & PAACEC FDOTConnect Instructor on behalf of FDOT
Patel, Greene & Associates, LLC PowerGEOPAK V8i SS10 (08.11.09.918)OpenRoads Designer 2022 R3 (10.12.2.4)ProjectWise Explorer CE 10.0.3.453OpenRoads Conceptstation CONNECT Edition (10.0.16.84)LumenRT Pro CONNECT Edition (16.17.60.73)
I was wondering if it was my RWDTRD01 file. That file has an AutoCAD file in it from the surveyor and I was previously getting some issue about large level libraries. After detaching and compressing, I am still having the slow down issues.
I am going to try and meet with FDOT here this afternoon and see what's happening. I have so far tested Default ORD along with the FDOT workspace. They asked me to see if the issues were happening with any of the other delivered workspaces as well, so I am going to give that a test here shortly.
Thanks for responding back.
Thanks for the update. I'm anxious to hear what you might find.
Zach, what's your file size look like? Wondering if compressing would help. We've noticed some bloat in these modeling files. Not sure what is causing that though.
Nothing too crazy I don't think. I am pretty meticulous about breaking up my model files, so nothing gets too large.
I think you mentioned it earlier in the discussion here... indicating referencing/attaching older (converted) versions to the mix? If you can't identify if it's one of your project dgns... Maybe a long shot here, try to help identify any potential issues with the workspace by disabling (trial &error one at a time) some of FDOT's autoload vba/macros (comment out) to see if one or more of those are causing the issue. ..however that seems it would be the case prior to attaching additional files. I did notice you have the "properties" dialog docked (unpinned) in the video. Have you tried doing the routine without that dialog open/loaded... close it completely? A recent survey discussion indicated that being open or loading extends processing of any view/point processing. There's a chance one of those files have items linked to properties that cause a similar loading delay. (edit: around 8:30 of your video, when you switch to the "old FDOT workspace" you do not have properties open, instead you have level display - maybe a correlation).
Bentley Accredited Road Designer | Bentley Accredited Road Modeler
colliersengineering.com
I think you might be on to something here. When you first install ORD and FDOT Connect, you have Explorer and Properties docked.
After playing around with turning these toolboxes on and off, I believe the Explorer is causing the issues. If I close the Explorer toolbox, I get none of the lag when switching between views. Properties does not seem to be causing any issues; I can have that on and not experience any lag.
Good catch Shawn! I am hoping to discuss this with FDOT tomorrow, so I will keep everyone up to speed on what is going on.
Thanks for looking at this!