zoukankan      html  css  js  c++  java
  • STOKES Birds of a Feather

    E5200 OC 2.9GHz, OpenMP 2 threads, rasterized 2 level noised density fields into a 512M volumn in 1150.62 seconds with paging system, used 130M memory, a deal between time and space.

    To stokes, I have to take care about multithreading, GPU and even network, paging system for DSO rendering etc.

    I decided to use block-based addresing mode not slice based, because of sparse accessing, compressing and paging. Why paging ? Assumed that we would raymarch an 8G density field file by a RenderMan DSO, we could not use too much memory but one slice in that file might up to 32MB, if we could only use up to 512M memory in DSO, we could just hold 16 slices in memory but we can cache much more blocks (a 64^3 density block only occupies 1M), that would be efficient when enabled adaptive sampling. At the same time, too large linear slice-based volumn can’t be loaded into GPU for previewing.

    What’s the most critical about a software ? Architecture. So, how to improve the architecture ? Spend more and more time about execution workflow. I still need a lot of time to re-factor the architecture, make it faster and more flexible.

  • 相关阅读:
    从《兄弟连》到团队管理
    将来
    [译] TypeScript入门指南(JavaScript的超集)
    基于cocos2dx迷宫游戏
    SVN版本管理教程
    arcgis for android 本地缓存
    vs2010变的特别卡解决办法
    cocos2d-x自适应屏幕
    cocos2d-x使用CCScale9Sprite
    cocos2dx开发入门文档
  • 原文地址:https://www.cnblogs.com/Jedimaster/p/1931040.html
Copyright © 2011-2022 走看看