9fans archive / 1999 / 01 / 42 / prev next From: mail-9de~smv8_at_9de~smv8@smt... mail-9de~smv8_at_9de~smv8@smt... Subject: [9fans] cc:Mail Link to SMTP Undeliverable Message Date: Thu, 21 Jan 99 14:19:20 -0700 --simple boundary Content-Type: text/plain; charset=US-ACSII Content-Transfer-Encoding: 7bit Message is undeliverable. Reason: Unable to access cc:Mail Post office. Please retry later. Original text follows: --------------------- --simple boundary Content-Type: text/plain; charset=US-ACSII Content-Transfer-Encoding: 7bit Return-Path: <owner-9fans@cse...> Received: from localhost (majordom@localhost) by cse.psu.edu (8.8.8/8.8.8) with SMTP id WAA11580; Wed, 20 Jan 1999 22:01:36 -0500 (EST) Received: by claven.cse.psu.edu (bulk_mailer v1.5); Wed, 20 Jan 1999 22:01:11 -0500 Received: (from majordom@localhost) by cse.psu.edu (8.8.8/8.8.8) id WAA11520 for 9fans-outgoing; Wed, 20 Jan 1999 22:01:06 -0500 (EST) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by cse.psu.edu (8.8.8/8.8.8) with ESMTP id WAA11511 for <9fans@cse...>; Wed, 20 Jan 1999 22:00:58 -0500 (EST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.8.5/8.8.5) with ESMTP id TAA15157 for <9fans@cse...>; Wed, 20 Jan 1999 19:00:22 -0800 (PST) Received: (from stuartf@localhost) by eng4.sequent.com (8.8.5/8.8.5) id TAA21921; Wed, 20 Jan 1999 19:00:20 -0800 (PST) Date: Wed, 20 Jan 1999 19:00:20 -0800 (PST) From: Stuart Friedberg <stuartf@seq...> Message-Id: <199901210300.TAA21921@eng...> To: 9fans@cse... Subject: Re: [9fans] time size Newsgroups: comp.os.plan9 In-Reply-To: <1E485299309FD211A2100090271E27A4142D04@sym...> Organization: Sequent Computer Systems, Inc. Sender: owner-9fans@cse... Reply-To: 9fans@cse... Precedence: bulk In article <1E485299309FD211A2100090271E27A4142D04@sym...> you write: >Hey! Leave off PDP-10s. They had 9 bit chars. They had any size chars you wanted from 1 to 36, but some char sizes produced a lot of internal fragmentation. The most efficient sizes were 1 (36/word), 2 (18/word), 3 (12/word), 4 ( 9/word), 5 ( 7/word + 1 bit), 6 ( 6/word), 7 ( 5/word + 1 bit), 8 ( 4/word + 4 bits), 12 ( 3/word), and 18 ( 2/word), Nine-bit characters were an especially wasteful size, as you could only get three per word. Might as well use 12-bit chars. The "7-bit char plus 1 bit to indicate a line number" was probably the most common, although the 6BIT representation was used a lot in the systems code... Stu Friedberg (stuartf@seq...) --simple boundary--