Sketchup 7.1 still NOT SUPPORT 4 CORE ????
-
I'm very dissapointed that sketchup 7.1 not support 4 core ????? What the IT-engineer of google do ?
the computer nowadays 2 , 4 , 6, 8 .. or more and more cores , and google JUST support 1 core ! I can not know what they think
poor
-
I thought we all agreed to do a raid on Boulder when SU 8 would not deliver that.
The temporary 7.1 speed workaround they implemented was a nice gesture in the mean time though....
At least, it shows they understand the problem and are working on solutions.
Patience my friend.... -
SKETCHUP CORE SUPPORT:
As Chris says, let's be patient, I do believe the guys at Google are looking into our wishes, they proved that with 7.1, so I say we afford them the benefit of the doubt.
-
@huyvuvn said:
I'm very dissapointed that sketchup 7.1 not support 4 core ????? What the IT-engineer of google do ?
the computer nowadays 2 , 4 , 6, 8 .. or more and more cores , and google JUST support 1 core ! I can not know what they think
poor
Care to name the number of modeling products that support multiple cores for modeling?
Since SU is not a rendering package, there isn't much opportunity to chunk the image into smaller jobs that each core can solve for.
-
Yeah but if you look at his image... He is exporting an animation. I know multicore implementation on modeling is difficult but jpeg and animation export? Come on!
-
Here is John Bacus' reply to the multi-core request on the Product Ideas page for SketchUp:
@unknownuser said:
I understand folks want SketchUp to run faster- we want that, too. And we're working hard on that every day. But realtime rendering and modeling operations like you're doing in SketchUp just can't be multi-threaded. The rendering and modeling tasks can't be split up into discrete processes and farmed out to all the processors in your system. Multi-threading just isn't the right solution for improvement to rendering performance in SketchUp.
On the other hand, a multi-processor (or multi-core) system will be more responsive in general while running SketchUp, and you'll be able to work effectively on other apps while SketchUp is chewing away on a difficult computation in a single thread in the background.
In the future, there are things we could do to fork off the single rendering thread from the rest of SketchUp's UI to keep the system more generally interactive. We're thinking about that, and have laid important groundwork for such a change in SketchUp 7.1
jbacus, Boulder, CO -
Since you're talking about animation export, I did a small test yesterday with Pibuz's warehouse. I made this video to answer a question about post-production motion blur in another forum, but I got an interesting result in render times:
[flash=640,505:1e3wj8kn]http://www.youtube.com/v/iNVqKh2k164[/flash:1e3wj8kn]
The reason for this seemingly absurd result (Twilight being almost as fast as SketchUp) is the same you noticed: During animation export in SketchUp, CPU use was just 25%. This is because the Core i5 has 4 physical cores. Who knows, perhaps when desktop CPUs with 8 physical cores arrive, we'll see biased raytracers become faster than SketchUp's native renderer because of its lack of multi-core support. Please note that I'm not complaining about SketchUp; as has been already mentioned, it's a modeler, and has never been marketed as a render solution.
BTW, in the Twilight test I used an HDR as the sole light source, that's why you don't see hard shadows. Of course, you can use both HDR and Sun at the same time in Twilight. The variation in frame height was my mistake, before you ask.
Advertisement