Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #285287 > unrolled thread

Hardware Simulation

Started byHans-Peter Diettrich <DrDiettrich1@aol.com>
First post2020-07-28 19:12 +0200
Last post2020-07-31 01:15 +0200
Articles 12 on this page of 112 — 19 participants

Back to article view | Back to de.sci.electronics

Contents

  Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-28 19:12 +0200
    Re: Hardware Simulation "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-29 06:41 +0000
    Re: Hardware Simulation Wolfgang <wsc.allmail@web.de> - 2020-07-29 08:54 +0200
      Re: Hardware Simulation Gerhard Hoffmann <dk4xp@arcor.de> - 2020-07-29 09:07 +0200
        Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-29 10:00 +0200
          Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-29 10:39 +0200
            Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-29 10:40 +0200
              Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-29 11:00 +0200
                Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-29 11:06 +0200
            Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-29 19:24 +0200
              Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-29 19:33 +0200
                Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 08:44 +0200
                  Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 08:57 +0200
                    Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 09:04 +0200
                      Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 09:21 +0200
                        Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 09:54 +0200
                          Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 10:22 +0200
                            Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 10:37 +0200
                              Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-30 23:26 +0200
                                Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-07-31 06:00 +0200
                                  Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 09:05 +0200
                                  Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-31 12:14 +0200
                                Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 09:00 +0200
                          Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-30 21:03 +0200
                      Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-30 09:32 +0200
                        Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 11:03 +0200
                          Re: Hardware Simulation Axel Berger <Spam@Berger-Odenthal.De> - 2020-07-30 14:54 +0200
                            OT Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 17:29 +0200
                            Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-30 21:13 +0200
                        Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-30 21:00 +0200
                  Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-30 20:53 +0200
                    Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 09:08 +0200
                      Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-31 10:19 +0200
                        Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 10:28 +0200
                        Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-07-31 11:20 +0200
                          Re: Hardware Simulation Ralph Aichinger <ra@pi.h5.or.at> - 2020-07-31 11:25 +0200
                            Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-31 11:38 +0200
                          Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-31 20:58 +0200
                            Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-07-31 23:10 +0200
                              Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-08-01 05:31 +0200
                                Re: Hardware Simulation Ralph Aichinger <ra@pi.h5.or.at> - 2020-08-01 07:58 +0200
                                  Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-08-01 13:43 +0200
                                Re: Hardware Simulation Axel Berger <Spam@Berger-Odenthal.De> - 2020-08-01 10:55 +0200
                        Re: Hardware Simulation Volker Staben <volker.staben@hs-flensburg.de> - 2020-07-31 16:47 +0200
                          Re: Hardware Simulation Guido Grohmann <guido.grohmann@gmx.de> - 2020-07-31 17:48 +0200
                            Re: Hardware Simulation Volker Staben <volker.staben@hs-flensburg.de> - 2020-07-31 18:32 +0200
                              Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-31 18:47 +0200
                      Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-07-31 20:36 +0200
                        Re: Hardware Simulation Helmut Schellong <rip@schellong.biz> - 2020-07-31 20:49 +0200
                          Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-07-31 23:10 +0200
                            Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-08-01 13:37 +0200
                            Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-02 13:05 +0200
                              Re: Hardware Simulation Ralph Aichinger <ra@pi.h5.or.at> - 2020-08-02 13:58 +0200
                                Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-08-02 19:00 +0200
                              Re: Hardware Simulation Volker Staben <volker.staben@hs-flensburg.de> - 2020-08-02 16:04 +0200
                                Re: Hardware Simulation Ralph Aichinger <ra@pi.h5.or.at> - 2020-08-02 16:25 +0200
                                  Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-08-02 18:50 +0200
                                    Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-08-02 19:44 +0200
                                    Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-02 22:46 +0200
                                      Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-08-03 00:00 +0200
                                        Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-08-03 07:47 +0200
                              Re: Hardware Simulation Helmut Schellong <rip@schellong.biz> - 2020-08-02 21:46 +0200
                          Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-08-02 16:47 +0200
                            Re: Hardware Simulation Helmut Schellong <rip@schellong.biz> - 2020-08-02 22:06 +0200
                              Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-08-02 22:13 +0200
                        Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-08-02 16:44 +0200
                          Re: Hardware Simulation Klaus Butzmann <kb.individual@butzomail.de> - 2020-08-02 17:56 +0200
                            Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-08-02 18:07 +0200
              Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 08:42 +0200
                Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 09:26 +0200
                  Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 09:56 +0200
                    Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 10:06 +0200
                  Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 10:20 +0200
                Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-30 09:35 +0200
                  Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-30 10:43 +0200
                    Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 10:46 +0200
                    Re: Hardware Simulation Rupert Haselbeck <mein-rest-muell@gmx.de> - 2020-07-30 12:10 +0200
                      Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 12:55 +0200
                        Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 13:38 +0200
                        Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-31 10:21 +0200
                    Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-30 23:36 +0200
                      Re: Hardware Simulation Axel Berger <Spam@Berger-Odenthal.De> - 2020-07-31 09:35 +0200
                        Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 09:48 +0200
                        Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-31 10:26 +0200
                      Re: Hardware Simulation Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-31 10:23 +0200
                        Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-31 12:21 +0200
                        Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-31 12:38 +0200
                Re: Hardware Simulation Andreas Fecht <forum@aftec.de> - 2020-07-30 09:41 +0200
                  Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-30 09:54 +0200
                    Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 10:16 +0200
                      Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 10:32 +0200
                        Re: Hardware Simulation Heinz Schmitz <kma@kma.org> - 2020-07-30 13:04 +0200
                          Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 13:34 +0200
                            Re: Hardware Simulation Heinz Schmitz <kma@kma.org> - 2020-07-31 08:39 +0200
                              OT Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-31 09:04 +0200
                  Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 09:58 +0200
                    Re: Hardware Simulation Sebastian Wolf <invalid@invalid.net> - 2020-07-30 10:25 +0200
                      Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 10:39 +0200
                        Re: Hardware Simulation Andreas Fecht <forum@aftec.de> - 2020-07-30 11:47 +0200
                          Re: Hardware Simulation Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-07-30 11:51 +0200
                          Re: Hardware Simulation Gerhard Hoffmann <dk4xp@arcor.de> - 2020-07-30 12:01 +0200
                            Re: Hardware Simulation "horst-d.winzler" <horst.d.winzler@web.de> - 2020-07-30 12:30 +0200
                  Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-30 10:10 +0200
        Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-29 11:16 +0200
          Re: Hardware Simulation Gerhard Hoffmann <dk4xp@arcor.de> - 2020-07-29 11:40 +0200
            Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-29 13:35 +0200
              Re: Hardware Simulation Marte Schwarz <marte.schwarz@gmx.de> - 2020-07-29 19:26 +0200
    Re: Hardware Simulation Andreas Fecht <forum@aftec.de> - 2020-07-29 09:56 +0200
      Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-29 11:06 +0200
        Re: Hardware Simulation Enrik Berkhan <Enrik.Berkhan@inka.de> - 2020-07-29 18:32 +0000
          Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-30 00:04 +0200
          Re: Hardware Simulation Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-31 01:15 +0200

Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]

#285393

FromGerhard Hoffmann <dk4xp@arcor.de>
Date2020-07-30 12:01 +0200
Message-ID<rfu5pb$p5h$1@solani.org>
In reply to#285390
Am 30.07.20 um 11:47 schrieb Andreas Fecht:
> Am 30.07.2020 um 10:39 schrieb Eric Bruecklmeier:
>>
>> Ja mei, Raider heißt jetzt Twix und Fachhochschule jetzt HAW oder gar 
>> TH...
> 
> Aus massa wird real fehlt noch.

Ich dachte, Real wurde gerade russisch?

Gerhard

[toc] | [prev] | [next] | [standalone]

#285397

From"horst-d.winzler" <horst.d.winzler@web.de>
Date2020-07-30 12:30 +0200
Message-ID<hoflpvFm064U1@mid.individual.net>
In reply to#285393
Am 30.07.20 um 12:01 schrieb Gerhard Hoffmann:
> Am 30.07.20 um 11:47 schrieb Andreas Fecht:
>> Am 30.07.2020 um 10:39 schrieb Eric Bruecklmeier:
>>>
>>> Ja mei, Raider heißt jetzt Twix und Fachhochschule jetzt HAW oder gar 
>>> TH...
>>
>> Aus massa wird real fehlt noch.
> 
> Ich dachte, Real wurde gerade russisch?
> 
> Gerhard

ist russisch.

https://www.t-online.de/finanzen/news/unternehmen-verbraucher/id_88119628/real-verkauf-offiziell-supermarktkette-wird-russisch.html

-- 
---hdw---

[toc] | [prev] | [next] | [standalone]

#285378

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-30 10:10 +0200
Message-ID<hofdt4Fkb9aU1@mid.individual.net>
In reply to#285372
Am 30.07.2020 um 09:41 schrieb Andreas Fecht:
> Am 30.07.2020 um 08:42 schrieb Eric Bruecklmeier:
>> Am 29.07.2020 um 19:24 schrieb Marte Schwarz:

>>> die mit imenmsem Aufwand alles auf "Invertred Classroom" umgestellt 
>>> hatten und in den Übungen wirklich ein gutes Gefühl hatten, waren 
>>> bitter enttäuscht vom Ergebnis. Ich find es auch nur frustrierend :-(
>>
> 
> Bei mir an der Dualen Hochschule war das "Online Semester" nicht so 
> schlecht. Bei dem einen Fach sind die Klausurergebnisse bei meinen 
> Leuten sogar besser geworden. Das andere Fach ist unverändert.
> 
> Man muss hier aber berücksichtigen, dass im DH-Bereich die Leute schon 
> gut ausgefiltert sind, da die Betriebe (hier viele DLR-Leute) sich die 
> Rosinen rauspicken.

Wenn ich an meine Diplomarbeit zurückdenke, da ging es um ein CAI System 
(Computer Assisted Instruction). In der Anwendung war der wichtigste 
Teil die Rückmeldung, welche Fragen eher nicht richtig beantwortet 
wurden, wo also noch Erklärungsbedarf besteht. Damals schrieben wir auch 
keine Tests oder Klausuren, sondern Lehr-und-Lernkontrollen :-)

Zumindest war das der Stand vor 40-50 Jahren. Aber damals träumten die 
Lehrer ja auch noch davon, daß mit 1-2 Monaten Aufwand jede 
computerisierte Schulstunde/Vorlesung für alle Zeiten festgeklopft 
werden könnte.

DoDi

[toc] | [prev] | [next] | [standalone]

#285314

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-29 11:16 +0200
Message-ID<hoct4nF3uc9U2@mid.individual.net>
In reply to#285305
Am 29.07.2020 um 09:07 schrieb Gerhard Hoffmann:
> Am 29.07.20 um 08:54 schrieb Wolfgang:
>> Am 28.07.2020 um 19:12 schrieb Hans-Peter Diettrich:
>>> Kann mir jemand eine (kostenlose?) Software zur Konstruktion und 
>>> Simulation von Digitalschaltungen empfehlen?
>>>
>>
>> Warum nicht LT-Spice?
> 
> Alberner Vorschlag. Wenn man nur einen Hammer hat,
> muss die Welt aus Nägeln bestehen.
> 
> 
> Wie wäre es mit Verilator (sp?) oder GHDL?
> Man könnte auch antäuschen, dass man ein Xilinx-FPGA
> entwerfen will und den ISE- oder Vivado-Simulator benutzen.
> 
> Vom Modelsim gibt es auch eine Studentenversion, WIMRE.

Danke an alle, jetzt habe ich jede Menge auszuprobieren.

Hat jemand konkrete Erfahrungen mit solcher Entwicklungssoftware?
Die universellen Systeme scheinen fürs Timing nicht besonders brauchbar 
zu sein?

DoDi

[toc] | [prev] | [next] | [standalone]

#285316

FromGerhard Hoffmann <dk4xp@arcor.de>
Date2020-07-29 11:40 +0200
Message-ID<rfrg5o$jma$1@solani.org>
In reply to#285314
Am 29.07.20 um 11:16 schrieb Hans-Peter Diettrich:
> Am 29.07.2020 um 09:07 schrieb Gerhard Hoffmann:
>> Am 29.07.20 um 08:54 schrieb Wolfgang:

> Hat jemand konkrete Erfahrungen mit solcher Entwicklungssoftware?
> Die universellen Systeme scheinen fürs Timing nicht besonders brauchbar 
> zu sein?

Funktion und timing sind das A und O eines Simulators. Er kann
sich das Timing halt nicht aus den Fingern saugen. Man braucht
schon Modelle der Komponenten.

Wenn man sich klar macht, wie look-ahead carry funktioniert, dann kann
man das Timing eines 32Kbit-Adders auch mit Bleistift und Papier
ausrechnen. Die delays werden grob logarithmisch mit der Wortlänge
steigen.

[toc] | [prev] | [next] | [standalone]

#285320

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-29 13:35 +0200
Message-ID<hod5j5F5n7lU1@mid.individual.net>
In reply to#285316
Am 29.07.2020 um 11:40 schrieb Gerhard Hoffmann:
> Am 29.07.20 um 11:16 schrieb Hans-Peter Diettrich:
>> Am 29.07.2020 um 09:07 schrieb Gerhard Hoffmann:
>>> Am 29.07.20 um 08:54 schrieb Wolfgang:
> 
>> Hat jemand konkrete Erfahrungen mit solcher Entwicklungssoftware?
>> Die universellen Systeme scheinen fürs Timing nicht besonders 
>> brauchbar zu sein?
> 
> Funktion und timing sind das A und O eines Simulators. Er kann
> sich das Timing halt nicht aus den Fingern saugen. Man braucht
> schon Modelle der Komponenten.

Ach? Wer hätte das gedacht ;-)

> Wenn man sich klar macht, wie look-ahead carry funktioniert, dann kann
> man das Timing eines 32Kbit-Adders auch mit Bleistift und Papier
> ausrechnen. Die delays werden grob logarithmisch mit der Wortlänge
> steigen.

Das kommt wohl auf die Tiefe des look-ahead an, und dann auf die 
Laufzeiten auf dem Chip. Okay, letztere kriegt wahrscheinlich kein 
Simulator hin, aber zumindest hätte ich dann ein Werkzeug mit dem sich 
Varianten durchspielen lassen. Letztendlich könnte man dann vielleicht 
auch noch den Leistungsbedarf der Varianten abschätzen lassen...

DoDi

[toc] | [prev] | [next] | [standalone]

#285332

FromMarte Schwarz <marte.schwarz@gmx.de>
Date2020-07-29 19:26 +0200
Message-ID<rfsbgq$ag7$2@gwaiyur.mb-net.net>
In reply to#285320
Hi Hans-Peter,
> Das kommt wohl auf die Tiefe des look-ahead an, und dann auf die 
> Laufzeiten auf dem Chip. Okay, letztere kriegt wahrscheinlich kein 
> Simulator hin, aber zumindest hätte ich dann ein Werkzeug mit dem sich 
> Varianten durchspielen lassen. Letztendlich könnte man dann vielleicht 
> auch noch den Leistungsbedarf der Varianten abschätzen lassen...

Doch, FPGA- und CPLD-Designsoftware berücksichtigen dies in der Regel 
sehr wohl. Das ist wichtig für die Berechnung der maximalen Taktrate.

Marte

[toc] | [prev] | [next] | [standalone]

#285306

FromAndreas Fecht <forum@aftec.de>
Date2020-07-29 09:56 +0200
Message-ID<rfra2p$egd$1@solani.org>
In reply to#285287
Am 28.07.2020 um 19:12 schrieb Hans-Peter Diettrich:
> Kann mir jemand eine (kostenlose?) Software zur Konstruktion und 
> Simulation von Digitalschaltungen empfehlen?
> 
> Ziel ist die Ermittlung des Zeitverhaltens langer Festkomma-Register 
> (32K) bei Operationen mit einem kürzeren Operanden. Also Shift des 
> kürzeren Operanden entsprechend den Exponenten, carry ripple bei 
> Addition...

Meinst Du wirklich 32k Registerbreite oder vielleicht doch 32Bit?

4k hab ich schonmal gesehen, aber wo gibt's denn CPUs mit 32k?

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#285313

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-29 11:06 +0200
Message-ID<hoct4nF3uc9U1@mid.individual.net>
In reply to#285306
Am 29.07.2020 um 09:56 schrieb Andreas Fecht:
> Am 28.07.2020 um 19:12 schrieb Hans-Peter Diettrich:
>> Kann mir jemand eine (kostenlose?) Software zur Konstruktion und 
>> Simulation von Digitalschaltungen empfehlen?
>>
>> Ziel ist die Ermittlung des Zeitverhaltens langer Festkomma-Register 
>> (32K) bei Operationen mit einem kürzeren Operanden. Also Shift des 
>> kürzeren Operanden entsprechend den Exponenten, carry ripple bei 
>> Addition...
> 
> Meinst Du wirklich 32k Registerbreite oder vielleicht doch 32Bit?

Schon 32K Bit, deshalb interessiert mich da besonders das Timing.

> 4k hab ich schonmal gesehen, aber wo gibt's denn CPUs mit 32k?

Die gibt es (noch) nicht, sollte aber nach Ansicht gewisser Leute bald 
kommen. Bei diesem Monster handelt es sich aber nur um ein einzelnes 
verlustfreies Rechenregister (Akku), sonst sind die Zahlen in 
handelsüblichen Registergrößen (bis 256 Bit) gespeichert.

DoDi

[toc] | [prev] | [next] | [standalone]

#285337

FromEnrik Berkhan <Enrik.Berkhan@inka.de>
Date2020-07-29 18:32 +0000
Message-ID<rfsfb7$7e3$1@starfleet.inka.de>
In reply to#285313
Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
> Am 29.07.2020 um 09:56 schrieb Andreas Fecht:
> Schon 32K Bit, deshalb interessiert mich da besonders das Timing.
> 
>> 4k hab ich schonmal gesehen, aber wo gibt's denn CPUs mit 32k?
> 
> Die gibt es (noch) nicht, sollte aber nach Ansicht gewisser Leute bald 
> kommen. Bei diesem Monster handelt es sich aber nur um ein einzelnes 
> verlustfreies Rechenregister (Akku), sonst sind die Zahlen in 
> handelsüblichen Registergrößen (bis 256 Bit) gespeichert.

Also sowas für höhere Genauigkeit als double precision?

https://people.eecs.berkeley.edu/~biancolin/papers/arith17.pdf

Viele Grüße,
Enrik

[toc] | [prev] | [next] | [standalone]

#285352

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-30 00:04 +0200
Message-ID<hoeaqiFddc2U1@mid.individual.net>
In reply to#285337
Am 29.07.2020 um 20:32 schrieb Enrik Berkhan:
> Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
>> Am 29.07.2020 um 09:56 schrieb Andreas Fecht:
>> Schon 32K Bit, deshalb interessiert mich da besonders das Timing.
>>
>>> 4k hab ich schonmal gesehen, aber wo gibt's denn CPUs mit 32k?
>>
>> Die gibt es (noch) nicht, sollte aber nach Ansicht gewisser Leute bald
>> kommen. Bei diesem Monster handelt es sich aber nur um ein einzelnes
>> verlustfreies Rechenregister (Akku), sonst sind die Zahlen in
>> handelsüblichen Registergrößen (bis 256 Bit) gespeichert.
> 
> Also sowas für höhere Genauigkeit als double precision?

Jein. Ein Ziel ist die Eliminierung von numerischen Fehlern z.B. bei der 
Quadratsummenberechnung, Matrizenmultiplikationen und anderen 
Berechnungen von Reihen.

> https://people.eecs.berkeley.edu/~biancolin/papers/arith17.pdf

Danke, as ist ein guter Ausgangspunkt für eine realistische 
Hardware-Implementierung :-)

DoDi

[toc] | [prev] | [next] | [standalone]

#285468

FromHans-Peter Diettrich <DrDiettrich1@aol.com>
Date2020-07-31 01:15 +0200
Message-ID<hoh3igF13dpU1@mid.individual.net>
In reply to#285337
Am 29.07.2020 um 20:32 schrieb Enrik Berkhan:
> Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
>> Am 29.07.2020 um 09:56 schrieb Andreas Fecht:
>> Schon 32K Bit, deshalb interessiert mich da besonders das Timing.
>>
>>> 4k hab ich schonmal gesehen, aber wo gibt's denn CPUs mit 32k?
>>
>> Die gibt es (noch) nicht, sollte aber nach Ansicht gewisser Leute bald
>> kommen. Bei diesem Monster handelt es sich aber nur um ein einzelnes
>> verlustfreies Rechenregister (Akku), sonst sind die Zahlen in
>> handelsüblichen Registergrößen (bis 256 Bit) gespeichert.
> 
> Also sowas für höhere Genauigkeit als double precision?
> 
> https://people.eecs.berkeley.edu/~biancolin/papers/arith17.pdf

Ich habe mir dieses Dokument etwas näher angschaut und bin recht 
begeistert davon :-)

Die Aufteilung in 64 Bit Register macht das Timing sehr übersichtlich, 
und das lag mir bei dem riesigen 32K Bit Register schwer im Magen. Wenn 
also double precistion von den Anwendern als ausreichend erachtet wird, 
ist so ein 4188 (67*64) Bit Register für verlustfreie Rechnungen 
ausreichend. Höhere Präzision (mehr signifikante Bits) wäre ohne große 
Änderungen auch noch möglich, sofern man sich auf die IEEE double 
precision Exponenten (11 bit) beschränkt. Ansonsten bedeutet jedes 
zusätzliche Exponentenbit ein vierfach längeres Summenregister.

DoDi

[toc] | [prev] | [standalone]

Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]

Back to top | Article view | de.sci.electronics

csiph-web