<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Teamwork - very large project database in Teamwork &amp; BIMcloud</title>
    <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202820#M3781</link>
    <description>OK, thank you for the comments.&lt;BR /&gt;
&lt;BR /&gt;
We had a look at the performance of the server with our IT-support, and it seems the teamwork-server's statistics are slightly understated, Task Manager shows that the processor is working close to its limits.&lt;BR /&gt;
&lt;BR /&gt;
We'll try and improve network performance, and if that doesn't help significantly, I suppose we'll have invest in a new system.</description>
    <pubDate>Thu, 10 Nov 2011 11:15:02 GMT</pubDate>
    <dc:creator>pejotu</dc:creator>
    <dc:date>2011-11-10T11:15:02Z</dc:date>
    <item>
      <title>Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202816#M3777</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;R&gt;Hi!&lt;BR /&gt;
&lt;BR /&gt;
We're working on a seven storey hotel interior.&lt;BR /&gt;
Very little of the model has been done in Archicad, focusing only on the interiors, furniture etc.&lt;BR /&gt;
&lt;BR /&gt;
Still, the project file has become very large and a little too sluggish.&lt;BR /&gt;
&lt;BR /&gt;
As a local .pln file the project file is &lt;B&gt;400 Mb&lt;/B&gt;, but once it's loaded into the teamwork server, it suddenly grows into &lt;B&gt;1,8 Gb&lt;/B&gt;!&lt;BR /&gt;
&lt;BR /&gt;
Any tips on making the file smaller?&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
(I've tried optimizing, for example making .mod files of some large 2D-drawings that don't need to be edited etc, but this had no effect)&lt;BR /&gt;
&lt;BR /&gt;
Working with Archicad 14 on WIN7 64bit workstations (+ 1 32bit XP), the server is a 32bit XP machine.&lt;/R&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 09 Nov 2011 07:26:54 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202816#M3777</guid>
      <dc:creator>pejotu</dc:creator>
      <dc:date>2011-11-09T07:26:54Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202817#M3778</link>
      <description>1.8GB is that all, see my recent post &lt;A href="http://archicad-talk.graphisoft.com/viewtopic.php?t=37570&amp;amp;start=10" target="_blank"&gt;here&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
PLN files increase 5 fold when teamworked. I'm not sure if there is anything you can do about the file size?&lt;BR /&gt;
&lt;BR /&gt;
We invest in hardware to cope with the 'advances' of ArchiCad. We have a dedicated BimServer which has a quad core processor and 24GB of RAM. All workstations are quad core with 12GB of RAM.&lt;BR /&gt;
&lt;BR /&gt;
I'm not sure how well your BIMServer is performing, I guess not very well if it is only 32bit, with max 4GB of RAM?</description>
      <pubDate>Wed, 09 Nov 2011 11:02:26 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202817#M3778</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-11-09T11:02:26Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202818#M3779</link>
      <description>Well, judging by the resource log on the server, we're not pushing it even close to its limits... (there's currently only one other project running there, and only a few users at the same time)&lt;BR /&gt;
&lt;BR /&gt;
But it does take an inordinate amount of time to join the project.&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
I've also tried removing the 2D-drawings (old plans, electrical and plumbing) entirely, which does take 1 Gb off the file size. But so far reinserting them as Xref or .mod bumps the file size back up to 1,8Gb. (one would think that a "block" of data like that wouldn't cause that much overhead to be created...)&lt;BR /&gt;
&lt;BR /&gt;
I'm thinking of trying inserting these as external drawings (from an external .pln, or .dwg, or even .pmk) next, but that might cause some problems when we need to send the plans out as DWGs...</description>
      <pubDate>Wed, 09 Nov 2011 11:13:16 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202818#M3779</guid>
      <dc:creator>pejotu</dc:creator>
      <dc:date>2011-11-09T11:13:16Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202819#M3780</link>
      <description>I would stick my neck out and suggest your BIMServer is starting to struggle.&lt;BR /&gt;
&lt;BR /&gt;
We originally had the BIMServer running on a 32bit machine with 4GB of RAM, signing in/sending changes sometimes took up to 40mins with the larger projects!!&lt;BR /&gt;
&lt;BR /&gt;
As we earn our cash using computers, we could not afford to have these sort of delays. Poor performing IT is also bad for staff moral.&lt;BR /&gt;
&lt;BR /&gt;
I would look at a new dedicated BIMServer with at least 16GB of RAM.&lt;BR /&gt;
&lt;BR /&gt;
EDIT: Our main project is a £25m office development. We have ALL subcontractors/engineers drawings imported onto worksheets - we have no real performance issues with the spec of our computers</description>
      <pubDate>Wed, 09 Nov 2011 11:20:46 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202819#M3780</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-11-09T11:20:46Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202820#M3781</link>
      <description>OK, thank you for the comments.&lt;BR /&gt;
&lt;BR /&gt;
We had a look at the performance of the server with our IT-support, and it seems the teamwork-server's statistics are slightly understated, Task Manager shows that the processor is working close to its limits.&lt;BR /&gt;
&lt;BR /&gt;
We'll try and improve network performance, and if that doesn't help significantly, I suppose we'll have invest in a new system.</description>
      <pubDate>Thu, 10 Nov 2011 11:15:02 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202820#M3781</guid>
      <dc:creator>pejotu</dc:creator>
      <dc:date>2011-11-10T11:15:02Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202821#M3782</link>
      <description>I'd get a new dedicated win7 64bit machine with 8 or preferably 16 Gb RAM and a fast hard disk. Don't run anything else especially a mail server.&lt;BR /&gt;
Keep the project and library directories out of the program directory. Minimize embedded library objects.&lt;BR /&gt;
Hope this helps.</description>
      <pubDate>Sat, 12 Nov 2011 01:48:10 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202821#M3782</guid>
      <dc:creator>David Shorter</dc:creator>
      <dc:date>2011-11-12T01:48:10Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202822#M3783</link>
      <description>we have the same problem. we're working 9 people on 1 teamwork project, It take almost 1 hour starting archicad, sometimes less. The pln file size is 1Gb but in teamwork become 8.5Gb. I don't know why! It take 20min when I send &amp;amp; receive or reserve an object... Does anyone know why? We have had upgraded all computer and the problem still the same...</description>
      <pubDate>Fri, 17 Feb 2017 14:39:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202822#M3783</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-02-17T14:39:44Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202823#M3784</link>
      <description>What are your specs for ....&lt;BR /&gt;
server&lt;BR /&gt;
network arrange (WIFI or wired) &lt;BR /&gt;
is your server local OR EXTERNAL&lt;BR /&gt;
what operating systems for each of your machines&lt;BR /&gt;
what version of ARCHICAD</description>
      <pubDate>Fri, 17 Feb 2017 23:58:41 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202823#M3784</guid>
      <dc:creator>David Shorter</dc:creator>
      <dc:date>2017-02-17T23:58:41Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202824#M3785</link>
      <description>I think these file sizes are really large and that sheer size of data may start causing those slownesses. You should start looking for some reasons why and see if you can make these files lighter.&lt;BR /&gt;
Here is an article:&lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="http://helpcenter.graphisoft.com/troubleshooting/performance/summary-of-typical-3d-speed-problems-2/" target="_blank"&gt;&lt;LINK_TEXT text="http://helpcenter.graphisoft.com/troubl ... roblems-2/"&gt;http://helpcenter.graphisoft.com/troubleshooting/performance/summary-of-typical-3d-speed-problems-2/&lt;/LINK_TEXT&gt;&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
It is a few years old but I think most of the things it mentions apply to the latest versions as well.</description>
      <pubDate>Sun, 19 Feb 2017 17:37:37 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202824#M3785</guid>
      <dc:creator>Laszlo Nagy</dc:creator>
      <dc:date>2017-02-19T17:37:37Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202825#M3786</link>
      <description>we have had this happen to us recently as well - thus here is what we found:&lt;BR /&gt;
&lt;BR /&gt;
1. check your network and switch setup;&lt;BR /&gt;
&lt;BR /&gt;
2. reduce file size, anythiany TW file beyond 3-4 GB i would start looking at very closely... check for anything superfluous in the project map (worksheets and sections);&lt;BR /&gt;
&lt;BR /&gt;
3. check the library manager - some people load PLA's as libraries;&lt;BR /&gt;
&lt;BR /&gt;
4. increase RAM on both server and workstations, the bigger the file the more RAM speeds things up significantly;&lt;BR /&gt;
&lt;BR /&gt;
5. check your backup settings on the BIM Server - the default settings might contribute to your problem;&lt;BR /&gt;
&lt;BR /&gt;
6. if you are running on Apple hardware ensure that WiFi is switched off on all devices;</description>
      <pubDate>Sun, 19 Feb 2017 21:28:54 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202825#M3786</guid>
      <dc:creator>schagemann</dc:creator>
      <dc:date>2017-02-19T21:28:54Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202826#M3787</link>
      <description>Hi, &lt;BR /&gt;
 &lt;BR /&gt;
I Have similar problem. &lt;BR /&gt;
 &lt;BR /&gt;
Recently our file became Extra slow. When I entered Our server manager, I saw that project is 12,6 GB large.  &lt;BR /&gt;
 &lt;BR /&gt;
After cleaning the file from unnecessary elevations/sections/viewports/layouts nothing happened - the file is still 12,6 Gb. I've checked polygons too and it's pretty neat. &lt;BR /&gt;
 &lt;BR /&gt;
We even tried to leave the project and reset TW machine. &lt;BR /&gt;
 &lt;BR /&gt;
I had that issue before and I don't know how to solve that. Please don't tell me to start with new file because It's too time-consuming.  &lt;BR /&gt;
 &lt;BR /&gt;
Our TW machine is used only as a Teamwork and Database machine and it's running on i7 3,4 Ghz, ssd, 16GB ram, Win 10. We are connected via LAN (1Gb/s speed).&lt;BR /&gt;
&lt;BR /&gt;
For now file became unworkable because any action, even selecting an object, takes forever.</description>
      <pubDate>Thu, 11 May 2017 14:14:35 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202826#M3787</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-05-11T14:14:35Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202827#M3788</link>
      <description>Have you tried resharing the 'bloated' teamwork file, i.e. do a save as then reshare?&lt;BR /&gt;
&lt;BR /&gt;
Also try to avoid the PLN backup's on the bimserver, since they require user interaction they might be kicking in simultaneously.&lt;BR /&gt;
&lt;BR /&gt;
Btw. 16GB is in our experience the bare minimum for bimserver and not really suited for bigger projects... also please amend your signature so we can see what hardware you are using.</description>
      <pubDate>Thu, 11 May 2017 23:43:47 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202827#M3788</guid>
      <dc:creator>schagemann</dc:creator>
      <dc:date>2017-05-11T23:43:47Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202828#M3789</link>
      <description>FWIW - we've had very similar experiences working with larger TW projects. &lt;BR /&gt;
&lt;BR /&gt;
Currently we are using a Xeon CPU, 64GB RAM, 512GB SSD (hardware) RAID1 on Windows 10, but send/receive can still be incredibly slow (workstations are 2015 CTO iMacs with fastest CPUs/GPUs and 16 or 32GB RAM, 1Gb LAN)&lt;BR /&gt;
&lt;BR /&gt;
Windows Task Manager on the TW server shows utilization between 7 and 30% CPU, 20% RAM.&lt;BR /&gt;
&lt;BR /&gt;
This is ArchiCAD 19 (9001). Will be upgrading to 20 soon.&lt;BR /&gt;
&lt;BR /&gt;
I'm glad to see Graphisoft finally managed to update the system reqs article to something better than "2GB of RAM or more", but I think what they really should do is release a benchmarking/auditing tool that we could run on our servers which would consider not only the hardware specs, but also the number and size of projects hosted on the server.&lt;BR /&gt;
&lt;BR /&gt;
Currently the only metric for project "size" we users have is filesize, which I fear has actually very little to do with how well the project will actually run...</description>
      <pubDate>Tue, 26 Sep 2017 13:34:53 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202828#M3789</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-09-26T13:34:53Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202829#M3790</link>
      <description>The benchmark tool is a great idea.&lt;BR /&gt;
&lt;BR /&gt;
As the current bimserver manager activities display is rather limited in its usefulness, such an alaytical tool could be really beneficial and eventually it should become the central management hub for TW projects. &lt;BR /&gt;
&lt;BR /&gt;
We had previously suggested to Graphisoft that the bimserver manager should display the following:&lt;BR /&gt;
&lt;BR /&gt;
- collect all crash reports from workstations before sending them to GS;&lt;BR /&gt;
- backup settings overview;&lt;BR /&gt;
- global backup setting adjustment for all projects;&lt;BR /&gt;
- global project size reporting with history;&lt;BR /&gt;
&lt;BR /&gt;
...if you can think of anything else please feel free to add.</description>
      <pubDate>Tue, 26 Sep 2017 21:23:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202829#M3790</guid>
      <dc:creator>schagemann</dc:creator>
      <dc:date>2017-09-26T21:23:44Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202830#M3791</link>
      <description>Those are all great suggestions!&lt;BR /&gt;
&lt;BR /&gt;
I would also add a report on what projects are using any given library (so we don't have to open a project in AC just to see which external TW libraries it's linked to). Ideally one would be able to just click a library name in the Libraries-view in BS/BC Manager and see which projects are using it.&lt;BR /&gt;
&lt;BR /&gt;
I've been tinkering on a Python client for TW, theoretically some of this stuff could be done through it (like get a list of all projects and their sizes, members etc):&lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="https://github.com/filipp/bimclient" target="_blank"&gt;https://github.com/filipp/bimclient&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
... my main motivation for that was automated TW server monitoring.</description>
      <pubDate>Wed, 27 Sep 2017 06:57:13 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202830#M3791</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-09-27T06:57:13Z</dc:date>
    </item>
    <item>
      <title>Re: Teamwork - very large project database</title>
      <link>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202831#M3792</link>
      <description>Save as PLN, delete as many cad files as possible and unnecessary libraries/objects than reshare the model works in these cases.&lt;BR /&gt;
&lt;BR /&gt;
This works. Also make sure network is Gigabit connection, 100Mbit network will kill the process.</description>
      <pubDate>Thu, 28 Sep 2017 09:02:01 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Teamwork-BIMcloud/Teamwork-very-large-project-database/m-p/202831#M3792</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2017-09-28T09:02:01Z</dc:date>
    </item>
  </channel>
</rss>

