Re: pfPipeWindows & Texture on iR

New Message Reply Date view Thread view Subject view Author view

Sharon Clay (src++at++rose.asd.sgi.com)
Tue, 21 Jan 1997 12:25:06 -0800

+>---- On Jan 21, 2:04am, inca++at++public.bta.net.cn wrote:
> Subject: pfPipeWindows & Texture on iR
->
->Hi, Sharon Clay,
->
->You are right about pfGetPWinWSWindow. Thanks.
->i asked follow question last week, can you help me?
->
->---- on Aug 16, 1996, Sharon Clay wrote:
->>This is because each pfPipeWindow has a separate graphics context so
->>when you have to change pfPipeWindows, a graphics context switch occurs.
->>One additional issue is the management of textures and display lists
->>between graphics contexts. By default separate graphics
->>contexts do _not_ share textures which means that you might be
->>running out of texture memory from duplicated textures.
->>You can verify if this is the case with performer graphics stats - they
->>will show texture downloads happening.
->>If this is your trouble, you can attach multiple pfPipeWindows (the
->>default Performer share mask specifies to share GL objects,
->PFWIN_SHARE_GL_OBJS).
->
->it's only available in PFMP_APPCULLDRAW. this is result of test:

Yes :-( - this bug is fixed in 2.2.

->
-> APPCULLDRAW APP_CULLDRAW APPCULL_DRAW
->1 pfPipeWindows 100% 100% 100%
->2 shared 100% 50% 50%
->2 not shared 50% 50% 50%
->3 shared 100% 33% 33%
->3 not shared 33% 33% 33%
->
->the number in table is boundary, speed down if go beyond the limit.
->test on iR/2xR4400, 2xRM6, IRIX6.2, PF2.1, patch 1355(Aug,96 second release).

So then if you pull up the gfx stats you probably see texture loads
happening each frame? That will have a pretty big performance hit.

src.

-- 
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src++at++sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

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:54:25 PDT

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