SketchUp 2015 is 64bit
-
maybe my models make my judgement biased, because i always work with those "huge" files, and just switch off layers or hide stuff so that i can navigate better
i cant hide my dissapointment, cause when i saw "Sketchup 64bits" i thought i was gonna be able to work with high poly trees and objects like i do with C4D
but dont get me wrong, i am very pleased with this new version of SU, it has many other great new features, and its way faster opening, saving, exploding, move-copy, etc
-
@al hart said:
The SketchUp description of 64 bit says: "The exception to this 32-bit status is that SketchUp for Windows has been built with an exception to allow 64-bit memory usage which allows SketchUp to use more than 4 Gb of RAM."
DO you think the second use of the word exception is a mistake, or do you think SketchUp found a way to create a "pseudo" 64-bit - which uses more memory, but isn't really recompiled for 64 bits?
Ignoring the fact that this refers to SU2013 & 2014...
... I agree with Al. The second instance of "an exception" should be replaced with "a compiler directive" ...
Regarding the link from the 2015 "What's New" page. It should have a anchor added to the URL such that:
will select the correct content.
-
@jonfar said:
maybe my models make my judgement biased, because i always work with those "huge" files, and just switch off layers or hide stuff so that i can navigate better
i cant hide my dissapointment, cause when i saw "Sketchup 64bits" i thought i was gonna be able to work with high poly trees and objects like i do with C4D
but dont get me wrong, i am very pleased with this new version of SU, it has many other great new features, and its way faster opening, saving, exploding, move-copy, etc
It has been brought up many times since it was first requested that making SketchUp a 64-bit application wouldn't have any impact on the performance issues as you're expecting. As Jeff pointed out, there were code optimizations that do improve performance but on very large, very high poly models, the difference might not be that noticeable because were aren't talking orders of magnitude increases.
-
Plus a lot has to do with your Graphic card, which I mentioned in this post http://sketchucation.com/forums/viewtopic.php?f=10%26amp;t=59650#p543129
-
Ok i have installed it now in tried a 212MB file with 3.2M edges and 4500 components and i can see a big improvement in load and save times :
v8: loading 1min31sec / saving 5min28sec
v2015: loading 21sec / saving 54sec
(without scene thumbs)
Duplicating geometry (3M edges) in this scene is slower for me in v2015 : ~52sec vs ~40sec in v8
Shadow rendering is much faster! Navigation without shadows is not noticeable faster, but runs fluently in both versions.another scene (198MB - 1M edges - 600 comp definitions, 4600 instances, 1300 groups)
v8: loading 1min39sec / saving 4min1sec
v2015: loading 9sec / saving 18sec (!)(i7 3930K@4.7GHz, GTX 560 TI 2GB)
So thank you for this update!
But copying geometry could be improved...
-
@al hart said:
Thanks Andrew - I had seen the warning - but still I assumed I was in the right place, since I had gotten there by clicking on the link in the SketchUp 2015 What's new article.
Al,
We're pretty excited about how the new knowledge/help center allows us to post different articles for each SketchUp version all under one heading, but the events of this week have also made us aware of how it still needs to be improved. At present, we use a cookie to decide which version of content to show you by default. I don't remember how that cookie gets set, but it's essentially created the first time you come to our help site and indicate which version of SketchUp you're using. The problem becomes trying to understand under what circumstances to change the cookie to reflect a new version. We hope to come up with something better one of these days.
Andrew
-
@jonfar said:
when i saw "Sketchup 64bits" i thought i was gonna be able to work with high poly trees and objects like i do with C4D
We worked for YEARS to dispel the notion that 64-bit SketchUp == faster or more cores. If you go back and read everything our team said about 64-bit migration years ago, the theme was essentially, "by and large, people don't need 64-bit; it's not going to get you anything--unless you do activities that cause you to exhaust your memory, like rendering." We beat that drum over and over and over, but people didn't listen. Now we provided 64-bit and it works exactly like we said it would and people are surprised.
Take that thought a little further and consider the atmosphere of us discussing this in the planning meetings over the last few years. Someone says, "Hey, guys, I've got an idea! Let's devote the entire engineering team for months on end to implementing a 64-bit SketchUp. What it gets us is something that 98% of our customers don't need, and it'll completely tie up our team to the point where we'll be able to implement precious little else during the major development cycle, but we should totally do it. Because...64-bit!!!"
We only managed to convince ourselves to do this once we got to the point where a) more of our users started to be affected, b) we could be sure we wouldn't need to support 32-bit on Mac anymore, c) we had enough momentum on this to get it done a little faster than we thought, and d) the rest of the SketchUp core got to high enough performance that we could actually leverage additional memory in a usable way (in the past, SketchUp would often fall to its knees for other reasons before exhausting memory).
Nevertheless, here we are. 64-bit SketchUp. Everything you wanted, but not what most people needed.
Andrew
-
@andrews said:
the rest of the SketchUp core got to high enough performance that we could actually leverage additional memory in a usable way (in the past, SketchUp would often fall to its knees for other reasons before exhausting memory).
aww.. i started reading that as the rest of the sketchUp core team got too high to....
was hoping for something a bit more gossipy
: ) -
Andrew,
by all means, dont take my posts as criticism
i am just another tipical user, without IT knowledge, who thought 64bits = better performancewhen i say that im dissapointed, its not dissapointed at SU 2015 and your team... not at all!! the new version has great new features that will help us a lot!
im dissaponted to find out that 64bits is not the magical powder that makes software run faster...
keep up the good work, cause we'll always be here to demand more and more in each new version
-
@bob james said:
As I mentioned in an earlier post in this thread, Nudge **does **work in SU2015. The version I have is nudge.rb 1.5 dated 2008. To be really sure, I just verified it again.
Here's what I have a question about - I thought plugins had to be .rbz, I was under the impression that old .rb types wouldn't work in 2015. If your Nudge version is indeed an .rb, how did you install it?
-
Drop it in the plugin folder.
Found at C:\Users\YourUserName\AppData\Roaming\SketchUp\SketchUp 2015\SketchUp\Plugins -
@hellnbak said:
Here's what I have a question about - I thought plugins had to be .rbz, I was under the impression that old .rb types wouldn't work in 2015. If your Nudge version is indeed an .rb, how did you install it?
What made you think plugins had to be .rbz? The .rbz file is simple a zip file with a an extension setup so it can be recognized by the Install Extension tool. It will contain at least a .rb file and depending on the plugin, it may contain one or more sub-folders. This has been explained on these forums many times.
Installing a plugin with the .rb extension can be done in the "old fashioned" way by dropping the file into the Plugins directory (which is located in a different place than it was for SU8 and earlier) or, you could use a zipping utility to add it to a zip file, change .zip to .rbz and then use Install Extension. Changing the .zip to .rbz will work for most any plugin downloaded in the zip version, too.
-
@jeff hammond said:
aww.. i started reading that as the rest of the sketchUp core team got too high to....
was hoping for something a bit more gossipy
: )Getting high would make work a lot more interesting, but were that part of our regular development practice, I'm not sure we'd have ever gotten around to fixing the shadow bug, let alone going to 64-bit.
Come to think of it, maybe when our users get too up in arms about the SketchUp x+1 feature list, we should just raffle off a few trips to one of the places where they can legally go chill out.
Andrew
-
@dave r said:
@john2 said:
All the plugin gods on this forum. Can we have a list of plugins which will not work in the 2015 version of sketchup or which will certainly won't be updated because their creators are no more interested in their future development?
You might take a few minutes to have a look around. This is already in progress in the Plugins forum.
Apologies for repeated post..
Sent from my IQ 446 using Tapatalk
-
@dave r said:
What made you think plugins had to be .rbz?
I was mislead
@dave r said:
The .rbz file is simple a zip file with a an extension setup so it can be recognized by the Install Extension tool. It will contain at least a .rb file and depending on the plugin, it may contain one or more sub-folders. This has been explained on these forums many times.
Yes, I know. Please keep in mind that I am a noobie as far as the newer versions of SU. And as I said, I was mislead about the plugin extension needing to be .rbz rather than .rb for those newer versions.
@dave r said:
Installing a plugin with the .rb extension can be done in the "old fashioned" way by dropping the file into the Plugins directory (which is located in a different place than it was for SU8 and earlier) or, you could use a zipping utility to add it to a zip file, change .zip to .rbz and then use Install Extension. Changing the .zip to .rbz will work for most any plugin downloaded in the zip version, too.
Thanks for the info, Dave. Much appreciated.
Now, a couple more questions.
Any way to get rid of this screen -
and just go straight into the program? Not a huge deal, just a tad annoying.And finally, the thumbnails for models saved from 2015 are huge. I love them. So far I have been saving my work as R8 models, until I am certain that 2015 is going to be the version I will be using from now on. However, I just saved a model as 2015, just out of curiousity, and it's thumbnail was back to the regular size. Why is that, and is there any way to make the thumbnails from previous R8 saves this much larger size? Probably not, but you never know until you ask.
I apologize if these questions have been answered in other posts, but searching for something in the forums can be very iffy unless you happen to use the right search phrase. Please bear with me, and thanks in advance for your help.
-
Any way to get rid of this screen -
I think buying pro gets rid of that screen. annoy-ware
-
@hellnbak said:
And finally, the thumbnails for models saved from 2015 are huge. I love them. So far I have been saving my work as R8 models, until I am certain that 2015 is going to be the version I will be using from now on. However, I just saved a model as 2015, just out of curiousity, and it's thumbnail was back to the regular size. Why is that, and is there any way to make the thumbnails from previous R8 saves this much larger size? Probably not, but you never know until you ask.
I apologize if these questions have been answered in other posts, but searching for something in the forums can be very iffy unless you happen to use the right search phrase. Please bear with me, and thanks in advance for your help.
I would check to see if you have save thumbnail with every save is checked in model properties.
I'll be your personal Sketchup help assistant in all your questions as along as I get to see more of your work.
-
@jonfar said:
so my navigation lag is due to my system being an APU?
I think its related to both components of the APU, but maybe more on the GPU side in this case...
If you compare the A10-5800K to an i7 4770K for instance, you can notice that it has roughly half the performance in many single threaded benches: http://www.anandtech.com/bench/product/675?vs=836
38% slower in cinebench:
http://www.tomshardware.de/charts/cpu-charts-2013/-01-Cinebench-11.5,3142.htmlAnd if you look at the GPU part of the chip it is only a Radeon HD 7660D with 700MB VRAM http://www.videocardbenchmark.net/video_lookup.php?gpu=Radeon+HD+7660D (Passmark 793 - only a rough estimation, because this is not an openGL test but it should be in this range).
The FutureMark score looks a bit better: http://www.futuremark.com/hardware/gpu (no.99, 2620) -
@hellnbak said:
I was mislead
I wonder who did that.
@hellnbak said:
Any way to get rid of this screen -
[attachment=0:345wpt9u]<!-- ia0 -->2014-11-05_102149.png<!-- ia0 -->[/attachment:345wpt9u]
and just go straight into the program? Not a huge deal, just a tad annoying.As Kris said, buy the pro version. You can then turn it off. Seeing it is a very small price to pay for using the free version.
@hellnbak said:
And finally, the thumbnails for models saved from 2015 are huge. I love them. So far I have been saving my work as R8 models, until I am certain that 2015 is going to be the version I will be using from now on. However, I just saved a model as 2015, just out of curiousity, and it's thumbnail was back to the regular size. Why is that, and is there any way to make the thumbnails from previous R8 saves this much larger size? Probably not, but you never know until you ask.
I don't see thumbnails for SKP files as any larger than any other thumbnails in the Windows Explorer. Perhaps that's a setting change you need to make in the Explorer window?
-
@JonFar: What does your OpenGL preferences in SU look like? I have nVidia card on my private computer and I have noticed that on fresh install I tend to end up with AA settings which isn't listed in SU's Preferences. In fact it looks like the AA is higher than the 4x SU offer. While it looks nicer I always felt it didn't perform as well. After switching AA to 4x and restarting it was working better. Just a stab in the dark here.
Advertisement