On Thu, Mar 27, 2008 at 02:49:35AM +, Ian Lynagh wrote:
On Wed, Mar 26, 2008 at 02:33:20PM -0700, Jim Snow wrote:
-Memory consumption is atrocious: 146 megs to render a scene that's a
33k ascii file. Where does it all go? A heap profile reports the max
heap size at a rather more
Bulat Ziganshin wrote:
plus a b = unsafePerformIO (modifyIORef counter (+1)) `seq` a+b
Erm... might it be better to use an MVar? (To avoid lost updates if
there are multiple render threads.)
___
Haskell-Cafe mailing list
Hello Andrew,
Thursday, March 27, 2008, 12:27:47 PM, you wrote:
plus a b = unsafePerformIO (modifyIORef counter (+1)) `seq` a+b
Erm... might it be better to use an MVar? (To avoid lost updates if
there are multiple render threads.)
you are right, IORef is appropriate only for single-threaded
On 27/03/2008, at 3:49, Ian Lynagh wrote:
On Wed, Mar 26, 2008 at 02:33:20PM -0700, Jim Snow wrote:
-Memory consumption is atrocious: 146 megs to render a scene that's a
33k ascii file. Where does it all go? A heap profile reports the
max
heap size at a rather more reasonable 500k or so.
pepe wrote:
On 27/03/2008, at 3:49, Ian Lynagh wrote:
On Wed, Mar 26, 2008 at 02:33:20PM -0700, Jim Snow wrote:
-Memory consumption is atrocious: 146 megs to render a scene that's a
33k ascii file. Where does it all go? A heap profile reports the max
heap size at a rather more reasonable
I have recently posted a haskell port of my ocaml raytracer, Glome:
http://syn.cs.pdx.edu/~jsnow/glome/
It supports spheres and triangles as base primitives, and is able to
parse files in the NFF format used by the standard procedural database
(http://tog.acm.org/resources/SPD/). It uses a
jsnow:
I have recently posted a haskell port of my ocaml raytracer, Glome:
http://syn.cs.pdx.edu/~jsnow/glome/
It supports spheres and triangles as base primitives, and is able to
parse files in the NFF format used by the standard procedural database
(http://tog.acm.org/resources/SPD/).
On Wed, 26 Mar 2008, Don Stewart wrote:
jsnow:
-Is there a fast way to cast between Float and Double? I'm using Float
currently, and the only reason is because that's what the OpenGL api
expects. I'd like to be able to use either representation, but the only
way to cast that I've found so
On Wed, Mar 26, 2008 at 2:33 PM, Jim Snow [EMAIL PROTECTED] wrote:
-Memory consumption is atrocious: 146 megs to render a scene that's a
33k ascii file. Where does it all go? A heap profile reports the max
heap size at a rather more reasonable 500k or so. (My architecture is
64 bit
Hello Jim,
Thursday, March 27, 2008, 12:33:20 AM, you wrote:
-Multi-core parallelism is working, but not as well as I'd expect: I get
about a 25% reduction in runtime on two cores rather than 50%. I split
this may be an effect of limited memory bandwidth
-Memory consumption is atrocious:
On Wed, 2008-03-26 at 14:45 -0700, Don Stewart wrote:
jsnow:
I have recently posted a haskell port of my ocaml raytracer, Glome:
http://syn.cs.pdx.edu/~jsnow/glome/
It supports spheres and triangles as base primitives, and is able to
parse files in the NFF format used by the
On Thu, Mar 27, 2008 at 01:09:47AM +0300, Bulat Ziganshin wrote:
-Collecting rendering stats is not easy without global variables. It
occurs to me that it would be neat if there were some sort of write-only
global variables that can be incremented by pure code but can only be
read from
droundy:
On Thu, Mar 27, 2008 at 01:09:47AM +0300, Bulat Ziganshin wrote:
-Collecting rendering stats is not easy without global variables. It
occurs to me that it would be neat if there were some sort of write-only
global variables that can be incremented by pure code but can only be
On Wed, Mar 26, 2008 at 05:07:10PM -0700, Don Stewart wrote:
droundy:
On Thu, Mar 27, 2008 at 01:09:47AM +0300, Bulat Ziganshin wrote:
-Collecting rendering stats is not easy without global variables. It
occurs to me that it would be neat if there were some sort of write-only
David Roundy wrote:
On Wed, Mar 26, 2008 at 05:07:10PM -0700, Don Stewart wrote:
droundy:
On Thu, Mar 27, 2008 at 01:09:47AM +0300, Bulat Ziganshin wrote:
-Collecting rendering stats is not easy without global variables. It
occurs to me that it would be neat if there were some
On Wed, Mar 26, 2008 at 02:33:20PM -0700, Jim Snow wrote:
-Memory consumption is atrocious: 146 megs to render a scene that's a
33k ascii file. Where does it all go? A heap profile reports the max
heap size at a rather more reasonable 500k or so. (My architecture is
64 bit ubuntu on a
16 matches
Mail list logo