Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!husc6!harvard!halleys!frog!celtics!roger From: roger@celtics.UUCP Newsgroups: comp.arch Subject: Re: register saving on context switch Message-ID: <1477@celtics.UUCP> Date: Fri, 13-Mar-87 11:30:44 EST Article-I.D.: celtics.1477 Posted: Fri Mar 13 11:30:44 1987 Date-Received: Sat, 14-Mar-87 20:53:39 EST References: <4376@columbia.UUCP> <448@cpocd2.UUCP> <5763@amdahl.UUCP> <542@houxv.UUCP> <1430@navajo.STANFORD.EDU> Reply-To: roger@celtics.UUCP (Roger Klorese) Organization: CELERITY (Northeast Area), Framingham, MA Lines: 39 In article <1430@navajo.STANFORD.EDU> billw@navajo.STANFORD.EDU (William E. Westfield) writes: > >So has anyone done research to see if it might be worthwhile to >implement a machine with multiple sets of registers (say 16 sets >of 64 registers, with register windows)? The Celerity Accel processor in the C1200 series has implemented exactly this approach: a two-dimensional register stack cache, one dimension being the sliding-window implementation, the second dimension being an index by context ID, allowing bank-switching and fast context switch between most active processes. The register configuration is as follows: Each window is composed of 16 parameter registers, 16 local variable registers, and a window into the next 16 registers (a callee's parameter registers). Registers are configured as follows on each model: Model Number of windows (depth) Number of contexts (width) ===== ========================= ========================== C1200 16 8 C1230 32 16 C1260 Dyadic 32 32 (16 per processor) The Extended Arithmetic Unit tightly coupled co-processor also has its own stack cache of 64-bit registers: 15 frames of 15 64-bit registers on the C1200, 8 banks of 15 frames of 15 64-bit registers on the C1230, and 8 banks of 15 frames of 15 on the C1260. (The more observant of you might have guessed that the C1260 is a symmetrical dual processor based on the C1230...) Use of static, on-chip registers to augment the register stack caches has been discussed earlier in this group by JJ Whelan of Celerity's engineering group, who is a more informed speaker than I (but I'm in Sales Support, so I just love to shoot my mouth off... :-) -- ///==\\ (No disclaimer - nobody's listening anyway.) /// Roger B.A. Klorese, CELERITY (Northeast Area) \\\ 40 Speen St., Framingham, MA 01701 +1 617 872-1552 \\\==// celtics!roger@seismo.CSS.GOV - seismo!celtics!roger