Threading and CPU usage

verybland8VEJQ
Observer Observer
556 Views
6 Replies
Message 1 of 7

Threading and CPU usage

verybland8VEJQ
Observer
Observer

Why exactly does this program only allocate 20% of CPU regardless of the task?

>Fusion 360: Extruding text objects or CAM toolpaths.

>Fusion 360: *BRRRR* "imma take forever to do this while using 15% of your 6 year old i7 CPU and 4GB out of 32GB of ram." *BRRRR*

>Fusion 360: "Sorry for being dogsh*t slow we're the same company that makes MAYA. (A program with none of these bottlenecks that will happily overheat and overload every single component in your system if you aren't careful)

>Fusion 360: "Oh there's another 80% that ANY OTHER PROGRAM WOULD HAPPILY CRASH TRYING TO PUSH TO 100%" (see the last bullet)

>Fusion 360: "Oh you mean we could put in an affinity option so you only use 80%? That's crazy talk it's 1996 and processors only have a single core. Only supercomputers have multiple cores."

(follow up encapsulated by "?")

>Fusion 360: "NAH! This task should take 5+ minutes when it should take 1.5 minutes"

Meanwhile on the rendering engineering development team's side.

>Fusion 360: "Oh you want to render?"

>Fusion 360: "It's still 1996 so we'll do everything with the CPU."

>Fusion 360: "hehehehe there's the 100% CPU usage you were asking for bruh."

>Fusion 360: "10-20% for everything else + 100% here = THE 80% YOU WANT THIS PROGRAM TO RUN AT WHILE PERFORMING INTENSIVE TASKS."

 

inb4 "hurr durr some tasks can't be multithreaded"

Bruh...

That's the lamest, laziest cope I have ever read.

 

A cheap, one time purchase CAM program, (Not your BS subscription for a program that adds approximately zero features per year) Simplify 3D can multithread the exact same tasks with 1/100th the stepdowns (up in the case of printers). 

 

I find it INCREDIBLY DIFFICULT to understand why the engineers of Maya can't make something 1% as sophisticated run smoothly. Seriously if you need help making a GPU rendering program Blender is entirely open source. Just copy paste their code and give them attribution. (a 45 second render is 10+ minutes with your software) 

 

OR!

Get some help from the other side of the office from the Maya team.

 

 

Honestly please fire the Fusion 360 engineers and get the Maya engineers to rectify whatever mess of spaghetti code the Fusion 360 engineers have made. 

Or hire the Blender team or recruit the engineers at Simplify 3D.

Your team has zero clue what they're doing.

 

tl;dr

 

Optimize this spaghetti code so you can actually use your hardware and ?come to terms with the fact that 99% of your clientele doesn't have a server farm to run an incredibly basic rendering program.?

GPUs exist.  

 

[Follow up for the ? encapsulation.]

Which is it Fusion 360?

Your rendering team assumes everyone has a server farm for basic 4k rendering (but not even a 2014 era GPU that could do the task in 10% of the time?) but everyone else on your team assumes you're running a 2006 Pentium. 

Pick a lane, learn to code things to take advantage of 2+ cores and talk to Nvidia, ATI, Maya and Blender about how to render things in big, scary, every-computer-has-a-GPU era. 

0 Likes
Replies (6)
Message 2 of 7

verybland8VEJQ
Observer
Observer

Oh boy I just tried to inspect a distance on a text extrusion.

8% CPU usage.

Program almost crashed.

 

Holy god...

 

I can't wait to see what will happen if I try to split this model.

Probably 12% cpu, full hang and I'll have to close it from task manager. 

0 Likes
Message 3 of 7

verybland8VEJQ
Observer
Observer

And what's up with the .1 increments when in inch mode?

Who would ever want to move in increment of .1 or .01 using standard units?

Fully zoomed out should be 1"

More zoomed in .5"

More .125"

MOAR! .0625"

 

Really can you not add a dialogue so you can specify the units moved per mouse or arrow key like a free program like Inkscape or GIMP?

 

It's really simple. A group of people did it for free and you can copypasta their code into your GUI.

 

That that sink in.

Really it's raining and the poor sink doesn't have an umbrella.

 

But seriously, you rake in a ton of money and some bored people who wanted a free Illustrator and Photoshop have more knowledge and consideration to their user's needs than your entire team.

 

There's your bonus Mr. Patel in Spaghetti Code Engineering.

Add increments into the options menu.

Congrats on your $15,000 for the novel feature I just proposed to you. 

0 Likes
Message 4 of 7

verybland8VEJQ
Observer
Observer

And why are increments based on zoom level when zooming in to get the correct zoom level puts the handle out of sight?

Why doesn't a ghost handle appear away from the pivot point so it's always on screen to compensate for the lack of unit selection in the GUI?

Oh and why doesn't "Move" in the time line show your last moved amount?

Why does it reset to zero?

 

Could you please hire a team of engineers who didn't graduate from making scam calls to steal grandma's social security and maybe hire some people with some interest or knowledge in manufacturing, or god forbid, someone with some talent instead of taking the lowest bidder?

0 Likes
Message 5 of 7

verybland8VEJQ
Observer
Observer

Oh the same increment garbage applies to extruding or cutting.

What person making something in standard wants to move in .1" increments?

Why can't I specify the resolution?

 

inb4

"Just type it in bro"

No. That requires more clicks and more time repositioning from mouse to 10-key back to mouse in this absurdly poorly optimized program.

I need to save every second.

Either I make 40+ text extrudes and have the timeline become a confusing mess or I wait a literal 9 seconds per text feature for Fusion to recognize my clicks.

Imagine a global setting in inch mode where each graduation is in 1/32" or 1/16"?

 

I'm trying to make something as simple as a scrabble board and this program is falling apart.

It's...

A square.

Squares within the square for the tiles.

Some engraved text.

 

That's it and it's acting like I modeled the entire Large Hadron Collider including fully modeled windings and wiring.

 

60 text features shouldn't be

>10+ seconds between extrusion selects for text

>15+ seconds for inspection/making midplane

>30+ seconds to add a POCKET for hinges whilst the program flashes black several times.

>All the while using 15% of my hardware resources.

 

I'd be cool with it being slow if I was at 80%+ ram and CPU.

But sitting at a cool 15% is absurd for the amount of time it takes to do incredibly simple things.

 

Here's another team you should talk to.

 

I modeled the text and tiles with Easel.

GUESS WHAT?

200 text object extrude didn't have a single hiccup.

What's the deal Fusion engineers?

 

You know it's okay to throw away your old code an build a new engine right?

Adding things on to broken spaghetti code to fix it only ends up creating massive inefficiencies and doesn't solve the root of the issue. 

 

CRAZY RIGHT!? 

0 Likes
Message 6 of 7

verybland8VEJQ
Observer
Observer

Oh! Just saved the project and guess what?

The program flashed black like it was about to crash.

And that's the highest CPU usage I've seen yet.

A whopping 30%.

 

A game made for tablets and smartphones pushes my CPU harder and doesn't almost an hero and lose my data. 

0 Likes
Message 7 of 7

TrippyLighting
Consultant
Consultant

@verybland8VEJQ wrote:

...

I need to save every second.

... 


And you do that by posting this stuff ?

 

There are technical reasons for that single threadedness and  that applies to every CAD program to some degree.
CAD software works with trimmed NURBS and BREP, not meshes.

 

If you want to share your design maybe we can find some room for optimizations.


EESignature

1 Like