topic Re: BIMcloud is SLLLLLOWWWWW in Teamwork & BIMcloud

BIMcloud is SLLLLLOWWWWW

Patrick M — Mon, 22 Sep 2025 17:12:12 GMT

since moving to a bimcloud, I have noticed the cloud based service is incredibly slow when compared to bimcloud basic. Simple actions, such as kicking team members out of files, creating duplicate files, or recovering back ups takes forever.
I've been trying to kick out 2 team members from a project, since they closed but did not release all, and are not going to be joining in the file... I've been waiting 15 minutes for the force leave to process. Tried reloading the server manager several times.

Re: BIMcloud is SLLLLLOWWWWW

Patrick M — Mon, 22 Sep 2025 17:13:05 GMT

oh, and selecting multiple users to kick out, not even an option. the "select" check box in the server manager does nothing

Re: BIMcloud is SLLLLLOWWWWW

Patrick M — Mon, 22 Sep 2025 17:14:37 GMT

and it's not any more effective to go through the users/groups and kick them out of the project there than it is through the project itself

Re: BIMcloud is SLLLLLOWWWWW

Lee Hankins — Mon, 22 Sep 2025 21:50:14 GMT

I think the speed of BIMcloud SAAS is very much dependent on your broadband connection speed. We used to have BIMcloud Basic which was much quicker as it was hosted on our local network. Our broadband isn’t particularly fast (75mb down and 20mb up). It takes longer to share files to Teamwork and an incredible amount of time to create the .pln snapshots. The benefits BIMcloud SAAS brings such as auto-reserve are great. Hopefully when we upgrade to FTTP Broadband it will improve. I get better speeds when working from home on a 150mb connection.

Re: BIMcloud is SLLLLLOWWWWW

Patrick M — Wed, 24 Sep 2025 03:28:57 GMT

I work with about 6-8 offices, depending on how busy I want to be. I am connected to at least 4 with VPN connections to their BIMcloud basic. VPN is a notorious bottle neck for internet speed. I get 1000/300 down/up, over the best vpn, I'm less than 1/3 those speeds.
If I connect to a firms bimcloud basic via vpn, I can manage projects, useres, roll back ups, duplicate files, kick people out... just a few seconds for these opperations. If I disconnect from the vpn and connect to their BIMcloud, it takes minutes just to pull up the servre manager. If I try to kick someone out of a file, it spun for 15 minutes minimum.
The whole point of the cloud based service, for remote work and multi-office work, should be there is no lag or latency issues. And in any case 1000/300 should be more than fast enough to scream through these kinds of super basic functions.

Re: BIMcloud is SLLLLLOWWWWW

Lingwisyer — Wed, 24 Sep 2025 04:32:26 GMT

Have you tried pinging the server to see what kind of latency you get? Maybe with a traceroute to see what kind of pathing you get to the BimCloud servers? Maybe you have some weird pathing and packet loss?

Ling.

Betreff: BIMcloud is SLLLLLOWWWWW

Andreas81ch — Wed, 08 Oct 2025 11:39:08 GMT

We have near the same issue..... on

send and receive

it works, when I have luck, 2-3 seconds. But on many times for only one element, 3-5 minutes!!!!

Why could this happen?

We use BIMcloud Basic (TW-server are on good hardware, and internet works normally)

Betreff: BIMcloud is SLLLLLOWWWWW

Lingwisyer — Fri, 10 Oct 2025 14:37:07 GMT

Though given you are using basic, it is all local and should have nothing to do with your internet connection

Betreff: BIMcloud is SLLLLLOWWWWW

Andreas81ch — Fri, 10 Oct 2025 14:51:23 GMT

We use Teamwork Server at our office, and 2nd from another office.

But how can it be, this big time difference ?

Re: BIMcloud is SLLLLLOWWWWW

Lee Hankins — Fri, 10 Oct 2025 18:56:00 GMT

If you have a lot of externally linked content such as hotlinks, PDF’s or JPEGS linked to the Teamwork file from another location on a network drive this can cause slow down when opening, saving and sending an receiving. We generally break links to external files and relink them again when we need to update. I find that significantly improves the speed.

Re: BIMcloud is SLLLLLOWWWWW

Helio_Avila — Sat, 28 Feb 2026 00:38:31 GMT

I wanted to share some findings from an internal IT audit we just conducted regarding severe performance issues with BIMcloud SaaS. We’ve been hitting major bottlenecks with large project files (approx. 8GB) and complex hotlink structures.

Our IT team monitored our firewall metrics during a session where a hotlink update hung for over an hour. Their report was conclusive: The bottleneck is server-side processing. * During the entire "Not Responding" period in Archicad, there was virtually zero data transfer on our network.

This confirms the delay isn't network transit; it’s the SaaS backend performing internal computations (diffing, merging, updating the master copy).

Here is where it gets confusing: Before that, we reached out to Graphisoft Support, and they ran their own performance tests. They claimed they couldn't replicate the issue and that everything worked fine on their end with our setup.

However, despite saying there was "no problem," their official recommendation was for us to move our files to a local BIMcloud Basic server to regain performance.

This raised a red flag for us. If the SaaS environment is performing as expected, why suggest a downgrade to the Basic version as the solution? It feels like a workaround for an infrastructure scaling issue they aren't fully acknowledging.

Based on our IT's advice, we are looking at two tracks:

Hybrid Approach: Moving the 8GB site plans and heavy hotlinked projects to an on-prem server to get LAN speeds (which IT tests showed completing delta syncs in seconds).
Delta Cache: Upgrading to a full BIMcloud license to use a local caching proxy, hoping to bypass some of the SaaS read/write latency.

Has anyone else had Support tell them "it works on our end" while simultaneously suggesting you move away from the SaaS service for better speed? I’d love to hear if others are seeing this "zero data transfer" hang during heavy processing.