<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello Jakob,<div><br></div><div>I'd like to hear more about the problem you are experiencing which leads you go believe that continuously allocating 100MB-1000MB of memory is problematic?</div><div><br></div><div>I don't believe the itk::SliceContiguousImage was part of the recent ITKv3 releases:</div><div><a href="http://www.itk.org/Doxygen320/html/classes.html">http://www.itk.org/Doxygen320/html/classes.html</a></div><div><br></div><div>I have never tried to use this Image class, but knowing how many of the iterators and filters work, it would be rather difficult to know which filters and algorithms worked with this type of memory layout. So I am going to assume that due to compatibility reasons this Image class may never have been incorporated into ITK proper.</div><div><br></div><div>Brad</div><div><br></div><div><br><div><div>On Jun 29, 2012, at 8:42 AM, Jakob Schluttig wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Hi,<br><br>sorry for bothering again, but it seems that itk::SliceContiguousImage<br>- which would have been what I was looking for - is not part of ITK<br>4.2 anymore.<br><br>Do you (or does anyone) know why?<br><br>Bests,<br>Jakob<br><br><br>2012/6/29 John Drescher <<a href="mailto:drescherjm@gmail.com">drescherjm@gmail.com</a>>:<br><blockquote type="cite"><blockquote type="cite">First I have to apologize my first post this morning which was sent as<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">html by accident :( . Sorry!<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I am very new to ITK and have a probably very simple question I could<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">not find a clear answer for using google and the standard<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">documentation (I also skipped through the Doxygen documentation, but I<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">was not able to dive into the code as deep as the answer to my<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">question would require :( ).<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">3D data typically requires large amounts of memory - in the orders of<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">100MB - 1000MB . It is typically not a good idea to allocate data<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">ranges that large as a single big chunk of memory.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I would think this would be a problem mostly on 32 bit systems or<br></blockquote><blockquote type="cite">compiling for 32 bit on 64 bit systems. If you can go to 64 bit. I<br></blockquote><blockquote type="cite">have moved a few years ago and its much easier not to worry at all<br></blockquote><blockquote type="cite">about running out of contiguous address space.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">So I wonder: If I<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">set up a large 3D image with ITK - is the memory split up internally<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(like volume slices or whatever)? Or does ITK try to do something like<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(probably a bit oversimplified, but it should make clear what I mean)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">float *p = new p [1024*1024*1024];<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite">This is the way itk::Image allocates its memory.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><a href="http://www.kitware.com/products/html/AlternativeMemoryModelsForITK.html">http://www.kitware.com/products/html/AlternativeMemoryModelsForITK.html</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">John<br></blockquote>_____________________________________<br>Powered by <a href="http://www.kitware.com">www.kitware.com</a><br><br>Visit other Kitware open-source projects at<br><a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br><br>Kitware offers ITK Training Courses, for more information visit:<br>http://www.kitware.com/products/protraining.php<br><br>Please keep messages on-topic and check the ITK FAQ at:<br>http://www.itk.org/Wiki/ITK_FAQ<br><br>Follow this link to subscribe/unsubscribe:<br>http://www.itk.org/mailman/listinfo/insight-users<br></div></blockquote></div><br><div>
<span class="Apple-style-span" style="font-size: 12px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; -webkit-text-decorations-in-effect: none; text-indent: 0px; -webkit-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; ">========================================================</font></p><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; ">Bradley Lowekamp<span class="Apple-converted-space"> </span><span class="Apple-converted-space"> </span></font></p><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; ">Medical Science and Computing for</font></p><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; ">Office of High Performance Computing and Communications</font></p><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; ">National Library of Medicine<span class="Apple-converted-space"> </span></font></p><p style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" style="font: normal normal normal 12px/normal Helvetica; "><a href="mailto:blowekamp@mail.nih.gov">blowekamp@mail.nih.gov</a></font></p><br class="Apple-interchange-newline"></span></div></span><br class="Apple-interchange-newline">
</div>
<br></div></body></html>