Is this a texture paging problem?

New Message Reply Date view Thread view Subject view Author view

Thom DeCarlo (trdecarlo++at++tasc.com)
Thu, 05 Jun 1997 17:08:03 -0400

Hi all,
I've built a small test program using Vega and LADBM which is loading
100 small terrain blocks (built using MultiGen Batch module). At any
given moment, no more than 16 blocks are visible, thanks to LADBMs AOI
culling. All the terrain blocks use the same 2048x2048x1 geospecific
texture.

Here is the problem: When texturing is off, graphics stats look like
this:

2.5/30Hz LIMIT APP_CULL_DRAW Draw=195.0 tris=5265 verts=8679
msecs: frame=980.0 app=125.0 cull=23.0 draw=195.0 isect=0.0
Frames=5 Misses: total=5 app=0 cull=0 draw=5 isect=0 dbase=0
textures=0 detailed=0 sharpened=0 detailTextures=0
Texture Loads: avg loads=0.0 bytes=0.0 (total loads=0.0 bytes=0.0)

And the app maintains a couple of frames per second. But as soon as I
enable textures, they drop to:

0.8/30Hz LIMIT APP_CULL_DRAW Draw=895.0 tris=5265 verts=8679
msecs: frame=3440.0 app=125.0 cull=23.0 draw=895.0 isect=0.0
Frames=2 Misses: total=2 app=0 cull=0 draw=2 isect=0 dbase=0
textures=8 detailed=0 sharpened=0 detailTextures=0
Texture Loads: avg loads=8.0 bytes=67294544.0
                        (total loads=8.0 bytes=67294544.0)

And the Texture Load totals alternate between (0.0, 0.0) and (8.0,
67294544.0) on a per-frame basis. So it looks like all the textures are
being reloaded every other frame. (Though I can't figure out where that
67MB texture size is coming from.)

Has anyone else seen this kind of behavior? Would chopping the texture
into separate files for each terrain block help?

Thanks for any help,
Thom

System specifics:
Onyx 4xR4400 with 1GB RAM
RE2 4xRM5 each with 16MB TexRAM
IRIX 6.2, Performer 2.1
Vega 3.0.1alpha6

Texture specifics:
> ls -l cib.int
-rw-rw-r-- 1 thom sim 4246432 May 30 13:17 cib.int

> imginfo cib.int
Image file: cib.int
File format: SGI
Dimensions (w,h,z,c): 2048, 2048, 1, 1
Page Size (w,h,z,c): 2048, 64, 1, 1
Data type: unsigned char
Dimension order: interleaved
Color model: luminance
Coordinate space: lower-left
Statistical Min/Max: 0 - 255
Display Min/Max: 0 - 255
Data Compression: SGI-RLE

-- 
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
 Thom DeCarlo                *  Off-site contact info
 TASC                        *  JPSD/IEC, US Army TEC
 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg 2592
 Reston, VA 22090            *  Alexandria, VA 22315
 phone: 703/834-5000         *  phone: 703/428-7034 or 9001
 fax:   703/318-7900         *  fax:   703/428-7054
 mailto:trdecarlo++at++tasc.com   *  mailto:tdecarlo++at++rayva.org
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
      Given sufficient time and money, all things are possible.
   In lieu of time and money, caffeine and aspirin may also work.
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com
   SGI DevForum 97 info:  http://www.sgi.com/Forum97/

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:55:24 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.