Hi Torben, On Thu, Dec 3, 2009 at 12:41 PM, Torben Dannhauer <[email protected]> wrote: > Hi Robert, > > Hmm difficult to determine the responsible part which causes the failure. > My last try failed becuase KDE plasma-desktop crashed. > > But the system was under heavy load an got slower and slower.
It shouldn't get slower and slower if things are working in a balanced way. Check the memory usage on the systems that you are using. If you are running multiple osgdem on a single machine perhaps reducing the number of tasks running in a parallel with help reduce the memory and IO load. You can use a machines file to tell vpbmaster how many parallel osgdem's it can run, if you don't provide a machines file then vpbmaster will assume you are running on the local machine only and run as many osgdem's in a parallel as you have logical CPU cores. There is docs on this on VPB wiki. > Because all SATA Ports are busy by source disks, I used an external USB drive > to store the calculated data onto it (Output should cause very few > datatransfer in contrast to source input, I suppose). osgdem/vpbmaster really stress both reading and writing. There is more read happening, but then there is also more caching of reads so in terms of disk activity it'll be closer than you'll expect. I wouldn't recommend using a USB disk for storing the output. > Maybe this external case and its USB controller is'nt designed to work under > heavy load for several days.. It might not work optimally but it shouldn't cause crashes. > I use ext3 , what filesystem would you recommend? ext3 has limits on how many files you can place in a single directory, something that can exceed using flat vpbmaster/osgdem builds. To avoid this issue I have set vpbmaster to create databases in a nested directory hierarchy, but if you change the split levels manually you can come up against this directory limit. Which filesystem would be better is something that would best to ask a filesystems expert. Personally I'm using ext4 these day for it better performance and more SSD friendly write behavior. Robert. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
