POV-Ray : Newsgroups : povray.programming : SMP povray design? : Re: SMP povray design? Server Time
28 Jul 2024 20:31:33 EDT (-0400)
  Re: SMP povray design?  
From: Jan Danielsson
Date: 25 May 1999 15:39:11
Message: <wnaqnavryffbasnyhaznvygryvnpbz.fcbdr10.pminews@news.povray.org>
[...]
>Okay, now let's stop ignoring how hard a multithreaded design is.

Are you talking about 'multithreading in general', or 'rewriting povray'?

Since I have written many multithreaded applications of various types I do
not have any problems controlling threads. However; if you're talking about
povray... You may be right. But I have some ideas. I don't think it should be
too hard.

>Can I ask all of you "we need SMP so we need threads" people what's wrong 
>with plain ol' fork?

And I ask; what's wrong with threads? (Now ask me what's wrong with forks; We
could do this until the sun explodes :-)

I'm choosing threads because:
1) They are excellently implemented in OS/2.
2) They are native to OS/2.
3) If I remember correctly, the emx-package implements fork. However, I am
not a big fan of emx, and I have a compiler I like which only handles
threads... so.....

>Yeah, Winblows doesn't support fork natively, 
>but that seems like something Mickeysoft should fix.  Or just install
>a real OS on your fancy SMP machine.

Windows? Who's talking about Windows? I'm an OS/2 developer.



I would like to make a portable povray which would be SMP-aware. However; I
have lots of experince with threads, but _very_ little with forks..


 /j


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.