From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 2002:a24:6554:: with SMTP id u81-v6mr1475466itb.27.1524230740008; Fri, 20 Apr 2018 06:25:40 -0700 (PDT) X-Received: by 2002:a9d:2044:: with SMTP id n62-v6mr84636ota.4.1524230739583; Fri, 20 Apr 2018 06:25:39 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!news.unit0.net!peer02.am4!peer.am4.highwinds-media.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!f63-v6no1000406itc.0!news-out.google.com!u64-v6ni1862itb.0!nntp.google.com!k65-v6no989253ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 20 Apr 2018 06:25:39 -0700 (PDT) In-Reply-To: <8736zqkwat.fsf@nightsong.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=47.185.233.194; posting-account=zwxLlwoAAAChLBU7oraRzNDnqQYkYbpo NNTP-Posting-Host: 47.185.233.194 References: <1c73f159-eae4-4ae7-a348-03964b007197@googlegroups.com> <878t9nemrl.fsf@nightsong.com> <87h8o7lowg.fsf@nightsong.com> <8736zqkwat.fsf@nightsong.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <6839088c-f221-4650-a6ea-1841ae539486@googlegroups.com> Subject: =?UTF-8?B?UmU6IEhvdyB0byBnZXQgQWRhIHRvIOKAnGNyb3NzIHRoZSBjaGFzbeKAnT8=?= From: "Dan'l Miller" Injection-Date: Fri, 20 Apr 2018 13:25:39 +0000 Content-Type: text/plain; charset="UTF-8" X-Received-Bytes: 2681 X-Received-Body-CRC: 2393708500 Xref: reader02.eternal-september.org comp.lang.ada:51642 Date: 2018-04-20T06:25:39-07:00 List-Id: On Friday, April 20, 2018 at 5:27:10 AM UTC-5, Paul Rubin wrote: > - Finally I think there are realtime problems like bit-banging comms > protocols that might have been done with software back in the day, but > that now get done with FPGA's (i.e. in VHDL or Verilog) now that > FPGA's are cheap, since it's much easier to get deterministic timing > with FPGA's than with CPUs. So a fair number of applications have > actually been removed from Ada's problem space. note the FPGA-instead-of-GPU for FPGAs in datacenters on the Intel Arria 10 GX GPU card: https://www.theregister.co.uk/2018/04/13/slicker_server_rackery_and_epyc_gateways the other big FPGA manufacturer is doing much the same for FPGAs in datacenters: https://www.theregister.co.uk/2018/03/19/xilinx_everest_acap_super_fpga Embedded realtime systems are going to be going mainstream in data processing with FPGAs in the datacenter. Ada's traditional marketspace is going to get much bigger very quickly. Also, we always talk about Ada+SPARK. Why not Ada+VHDL, which is its syntactic cousin, as a smooth and seamless programming environment for FPGA development: software and netmask in sibling languages?