Deutsch   English   Français   Italiano  
<vlcsc8$2drk$1@gal.iecc.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.iecc.com!.POSTED.news.iecc.com!not-for-mail
From: John Levine <johnl@taugh.com>
Newsgroups: comp.arch
Subject: Re: the 286, Byte ordering
Date: Sun, 5 Jan 2025 02:56:08 -0000 (UTC)
Organization: Taughannock Networks
Message-ID: <vlcsc8$2drk$1@gal.iecc.com>
References: <uigus7$1pteb$1@dont-email.me> <2024Oct6.150415@mips.complang.tuwien.ac.at> <vl7m2b$6iat$1@paganini.bofh.team> <2025Jan3.093849@mips.complang.tuwien.ac.at>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 5 Jan 2025 02:56:08 -0000 (UTC)
Injection-Info: gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970";
	logging-data="79732"; mail-complaints-to="abuse@iecc.com"
In-Reply-To: <uigus7$1pteb$1@dont-email.me> <2024Oct6.150415@mips.complang.tuwien.ac.at> <vl7m2b$6iat$1@paganini.bofh.team> <2025Jan3.093849@mips.complang.tuwien.ac.at>
Cleverness: some
X-Newsreader: trn 4.0-test77 (Sep 1, 2010)
Originator: johnl@iecc.com (John Levine)
Bytes: 2655
Lines: 31

According to Anton Ertl <anton@mips.complang.tuwien.ac.at>:
>antispam@fricas.org (Waldek Hebisch) writes:
>>From my point of view main drawbacks of 286 is poor support for
>>large arrays and problem for Lisp-like system which have a lot
>>of small data structures and traverse then via pointers.
>
>Yes.  In the first case the segments are too small, in the latter case
>there are too few segments (if you have one segment per object).

Intel clearly had some strong opinions about how people would program
the 286, which turned out to bear almost no relation to the way we
actually wanted to program it.

Some of the stuff they did was just perverse, like putting flag
bits in the low part of the segment number rather than the high
bit.  If you had objects bigger than 64K, you had to shift
the segment number three bits to the left when computing
addresses.

They also apparently didn't expect people to switch segments much.
If you loaded a segment register with the value it already contained,
it still fetched all of the stuff from memory.  How many gates would
it have taken to check for the same value and bypass the loads?  If
they had done that, we could have used large model calls everywhere
since long and short calls would be about the same speed, and not
had to screw around deciding what was a long call and what was short
and writing glue codes to allow both kinds.

-- 
Regards,
John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly