Testing /Largeaddressaware property in SU 8
-
-
@al hart said:
This implies to me that LAA is of some value on 32 but processors as well.
If you enable the 3G switch - but you won't get the full advantage as running under 64bit does.
-
@thomthom said:
@al hart said:
This implies to me that LAA is of some value on 32 but processors as well.
If you enable the 3G switch - but you won't get the full advantage as running under 64bit does.
Yes, but I tried to throw a switch on my 32-bit machine to make it run in 64-bit mode, but I couldn't find the switch.
Al Hart
IRender nXt from Render Plus -
Al, What about the warnings regarding use on 32 bit systems:
"...........kernel to only 1 GB which may cause some drivers and/or services to fail. ...............). The remainder of 4 GB is allocated to the kernel and can result in failing driver and service configurations....... ". Don't see the value in failing services and drivers, or do I misunderstand? -
@honoluludesktop said:
Al, What about the warnings regarding use on 32 bit systems:
"...........kernel to only 1 GB which may cause some drivers and/or services to fail. ...............). The remainder of 4 GB is allocated to the kernel and can result in failing driver and service configurations....... ". Don't see the value in failing services and drivers, or do I misunderstand?I was explaining this whole thing to one of our clients:
In general, LAA is not going to make things any faster. The only time it comes into play is when SketchUp actually runs out of memory, which would cause a Bug Splat, or error message. In that case LAA might help you process the larger database.
There have been reports that SketchUp is simply faster for large models with LAA. But I would be surprised if this were true.
Is is very hard to test any of this.
Al Hart
IRender nXt from Render Plus -
OK got it. Thanks.
-
@honoluludesktop said:
Al, What about the warnings regarding use on 32 bit systems:
"...........kernel to only 1 GB which may cause some drivers and/or services to fail. ...............). The remainder of 4 GB is allocated to the kernel and can result in failing driver and service configurations....... ". Don't see the value in failing services and drivers, or do I misunderstand?When I has 32bit windows and tried teh 3G switch I found the system to become a bit flakey.
-
@al hart said:
In general, LAA is not going to make things any faster. The only time it comes into play is when SketchUp actually runs out of memory, which would cause a Bug Splat, or error message. In that case LAA might help you process the larger database.
Its like putting a bigger gas tank in your car- it will make you go further, but tell me why this would make your car faster?
-
I like how everything can be explained in car analogies.
-
Increasing the amount of application memory at the expense of system memory isn't likely to address memory problems in Windows XP 32 bit. It isn't the general application paged pool memory that runs out in most cases. Applications that have a Graphical User Interface must allocate GDI OBJECTS and USER OBJECTS (GDI=Graphics Device Interface). There are limits on the number of such objects that may be created by any single process and there is also an overall per session limit. Per session means a session desktop for a logged on user.
SketchUp makes heavy use of such objects. Other applications such as Windows Explorer and Internet Explorer are also very heavy users. When the maximum limit for User Object or GDI Objects is approached the system will begin to degrade. It doesn't usually crash but certain functions such as the clipboard and right-click context menus will stop working.
You can see here how many objects are being allocated by various processes:
The only way to recover the ram used by these objects is to close the apps that are using the space available. Internet explorer is particularly bad in this respect. Firefox isn't any better. The best browser that I have tested is Opera. It uses far fewer objects when multiple tabs are open.
Existing allocated GDI and USER objects will not be deallocated until all instances of an application are closed. The situation becomes even worse if Terminal Services is running. Then the GDI ram is allocated from the unpaged system pool instead of the general application paged pool and the number of allowable objects drops dramatically. In fact, if Terminal Services is running then using the Large Address switch on XP will make the situation much worse.
Bottom line: There is no benefit to using the Large address switch on Windows XP 32 bit and that probably includes the 64 bit version although I am not certain of that.
References:
Process explorer is a part of the Sysinternals Suite available here:
http://technet.microsoft.com/en-us/sysinternals/bb842062
Advertisement