Realtime (GPU-based) Nurbs Tessellation
All  1-3  4-15

Previous
Next
 From:  Michael Gibson
4405.4 In reply to 4405.3 
Hi southpaw,

> Wonder if OpenCL 1.0 could be used for something like MoI.

There isn't really much in MoI that would be able to take advantage of that - GPU processing tends to work best in situations where you have a mass amount of data but the computations being applied to the data are relatively simple, and easily distributed into separate work items.

MoI does take advantage of multiple CPU cores when generating export meshes though, and I would like to make use of multiple CPU core some more in the future. For most of the stuff that MoI does, multiple CPU processing tends to be a better fit than GPU processing. The other part that is not so good about relying on GPU processing in particular is that it tends to require an advanced and more expensive graphics card.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  BurrMan
4405.5 In reply to 4405.4 
""""""""MoI does take advantage of multiple CPU cores when generating export meshes though, and I would like to make use of multiple CPU core some more in the future."""""

Is there a possibility to have an option to make it more "CPU only".. In other words, no out of memory situations? Like just crunch until done, no matter what the task..
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
4405.6 In reply to 4405.5 
Hi Burr,

> Is there a possibility to have an option to make it more
> "CPU only".. In other words, no out of memory situations?
> Like just crunch until done, no matter what the task..

Well that could be possible for certain tasks, if the thing being calculated fits in a fixed amount of data, like for example if doing a calculation where the result is just a single number or something like that.

But generating polygon mesh data is much different than that - instead of just generating a single number result, polygon mesh data may have hundreds of thousands of separate points making it up and a lot of polygon faces as well.

There isn't really any way to create a result with say 500,000 points in it without allocating memory to fit 500,000 points...

So it isn't possible to generate something that involves a large quantity of data without allocating memory to hold all that data.

Well... then again I suppose with certain kinds of data it could be possible to write data to disk as it's created and not store it all in memory at the same time. But polygon mesh data does not really fit with that very well because the data has sort of links between various pieces like with faces indexing several different points and having points shared between faces. That makes it not really fit with a kind of "write the file incrementally as you go" type of processing.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  BurrMan
4405.7 In reply to 4405.6 
Thanks for the explain...
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
4405.8 In reply to 4405.7 
The other thing is that even in the kind of case where it would be possible to write a result to disk incrementally as it was being calculated, that kind of processing would mean you would not get a chance to see it displayed on the screen so that you could tweak settings and whatnot.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  BurrMan
4405.9 In reply to 4405.8 
It's a good answer.. I was being curious as the recent meshing I was trying on the .0000006 fillet file (rediculous) but also most recently on a terrain mesh where I am going to need millions and millions of polys... I guess this is why these things need the higher end workstations and minny super computers.. I'm going to upgrade my RAm soon for a few other poly apps..

Was there any way to get MoI any more than the 4 gigs?
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
4405.10 In reply to 4405.9 
Hi Burr,

> Was there any way to get MoI any more than the 4 gigs?

No, not currently - 4 gigs (usually more like around 3.6 or so actually) is the most a 32-bit program can address.

But it does help a lot to run on a 64-bit OS though - on a 32-bit OS you'll actually only be able to get 2 gigs (more like 1.6 usually) actually allocated but if you're on a 64-bit OS there will be 2 more gigs available for MoI to use, provided you have that much RAM actually of course.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  BurrMan
4405.11 In reply to 4405.10 
Yeah, I only have 4 at the moment, but I did upgrade the OS to 64 bit, So will be adding more RAm for someother apps..

My current computer actually pushes to like 97/8 percent before MoI crashed... Something like 3.9 gigs or something... pretty good. :o

Maybe that was MoI with 3.6 and the other stuff using the other part.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  southpaw (SOUTHPAWAMI)
4405.12 In reply to 4405.4 
Are you saying that OpenCL would useful for things like arrays, but not much else? In MoI I mean.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
4405.13 In reply to 4405.12 
Hi southpaw,

> Are you saying that OpenCL would useful for things like
> arrays, but not much else? In MoI I mean.

Yeah, it's just more generally suited for processing big arrays of somewhat more primitive data. For the most part that doesn't really fit in with a whole lot of areas in MoI as compared to something like render engines for example.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  BurrMan
4405.14 In reply to 4405.13 
"Arrays" as in "groups of things".... Not the command "Array".
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
 From:  Michael Gibson
4405.15 In reply to 4405.14 
Hi Burr - yup, that's "array" in the programming sense of the word.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged
 

Reply to All Reply to All

 

 
 
Show messages: All  1-3  4-15