Path: ...!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: anton@mips.complang.tuwien.ac.at (Anton Ertl)
Newsgroups: comp.arch
Subject: Re: Computer architects leaving Intel...
Date: Thu, 29 Aug 2024 13:17:55 GMT
Organization: Institut fuer Computersprachen, Technische Universitaet Wien
Lines: 28
Message-ID: <2024Aug29.151755@mips.complang.tuwien.ac.at>
References: <vajo7i$2s028$1@dont-email.me> <memo.20240827205925.19028i@jgd.cix.co.uk>
Injection-Date: Thu, 29 Aug 2024 15:34:20 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="2976ee537e3a44b77e3ba09d34d9b3e0";
	logging-data="4187301"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+5pQpxvKC6ssrw/ee4gm6j"
Cancel-Lock: sha1:iUaSAAEmmW2DwP1fTXC7FWebKWM=
X-newsreader: xrn 10.11
Bytes: 2222

jgd@cix.co.uk (John Dallman) writes:
>Android is apparently waiting for a new RISC-V instruction set extension;

Which one?

>you can run various Linuxes, but I have not heard about anyone wanting to
>do so on a large scale.

You may not consider it large-scale, but we wanted to have two RISC-V
servers for teaching (in particular, for the compiler course).  Some
years earlier we had written that into a "future plans" document, and
in 2022 we got the request to buy them now, because the period that
was covered in that document was coming to an end.  Of course at the
time the best RISC-V thing to be had was the Visionfive V1, which was
cheap, but too weak for our purposes (cross-compiling would have been
possible, but we did not want to go there).

So we eventually settled on two servers based on the Rocket Lake,
which at least gave us AVX-512 (the deadline was too early for Zen4).

Now it's two years later, and the RISC-V servers are still not showing
up.  We'll see how things look when it's time to retire the Rocket
Lakes (their predecessors were good for a decade).

- anton
-- 
'Anyone trying for "industrial quality" ISA should avoid undefined behavior.'
  Mitch Alsup, <c17fcd89-f024-40e7-a594-88a85ac10d20o@googlegroups.com>