華扇すき

This account is not set to public on notestock.

ヘネパタ、もう少し経つと日本語版もMIPSからRISC-Vに移行した版が出て教員的には悩みどころなくはないかもしれない

パタヘネはMIPS/Arm/RISC-Vの3冊（これ、タイガーブックにC版とJava版とML版があるのを想起させますね）になったのでMIPS版を選べばいいということになる

パタヘネでMIPS学んだけどヘネパタの付録MIPSじゃないじゃん！となる可能性を危惧したのですが、よく考えたらパタヘネとヘネパタを読破するような学生はMIPSとRISC-Vの差異くらいで読めなくなったりしないだろうし問題ないですね

そもそもパタヘネはMIPS版以外和訳されるのか問題ある（私の知る限り、タイガーブックはML版だけ和訳されてる）

ヘネパタ・パタヘネを買ったり読んだりする前に知るべきいくつかのこと | キムラデービーブログ http://blog.kimuradb.com/?eid=877458

個人の感想ですが、アンチパタヘネはおすすめですね。タイトルはアンチパタヘネだけどインターネットで見かける「アンチ」活動的なそれではなく、真っ当な評論だと思います

ヘネパタ、原著の出版時期と訳書の出版時期から適当に空気を読んでそろそろ出そうだから待つかみたいな勘が働いて4版をスキップした

パタヘネも同様

パタヘネRISC-V版、別に本質的な内容はほとんど変わらないだろうし、MIPSと違って複数の実装がWebで配布されていてコードの例には困らないのでMIPS版を持っているのならそれでいいのではと思っていますが、enthusiastとして買うという考え方はありえなくもないかなという感じ（RISC-Vで講義するつもりなら別）

教科書的な話を超えた商用プロセッサの内部構造の解説としては『OpenSPARC Internals』が良さそう

OpenSPARCはUltraSPARC T1（2005）とT2（2007）のVerilog HDLコードとか検証用コードとかを公開したやつで、SPARCかという気持ちになる人もいるかもしれないけれど、そもそも商用プロセッサの実装が公開されること自体が稀でつよい

Sun、SolarisもSPARCもJavaもStarOfficeもオープンソースにしたし、オープンソース好きすぎなんだよな

This account is not set to public on notestock.

ほんとそれだよね、早く教えてほしかった

正気ほとんど失われた

私の固定投稿 https://mstdn.maud.io/@omasanori/99291681026076984 は赤いピルを飲んでしまった結果です

　　　STAY ALERT!
　　 TRUST NO ONE!
KEEP YOUR LASER HANDY!

3番目以外はそんな感じに近づいてきたのでのでまさしくパラノイアに近づいてきた

広く使用されているコンピューターに怪しい挙動をするプリインストールアプリケーションが入っていたりファームウェアにひどいバグやバックドアめいたなにかがあったりするという話が誇大妄想ではなくなったのが本当につらい話

This account is not set to public on notestock.

This account is not set to public on notestock.

ハードウェア乱数生成器を量子コンピューターと呼ぶかどうかはともかく、量子力学的効果を利用したハードウェア乱数生成器は複数の手法が提案されていますね（量子ゲートとかいらないので実現の難易度は量子コンピューターほど高くなくて、既に商品化されている）

【やじうまPC Watch】健康器具メーカーのタニタ社長。バーチャロンが好きすぎてツインスティック開発に乗り出す - PC Watch https://pc.watch.impress.co.jp/docs/news/yajiuma/1106777.html
「谷田氏は、ゲーム業界という異業種への参入理由について、「ゲームで楽しく遊ぶことは健康につながる」としているが、氏が個人的にバーチャロンのファンということの方が大きいようだ。」
外部発表向けの理由を用意してるのはかなりえらい（？）

私はそもそもバーチャロンの新作が出ることもそれがとある魔術の禁書目録とコラボしてることも把握していなかったのですが……

Verilog HDLをVerilogと略さない人は信頼できる（？）

私はしょっちゅう略している

Pythonは遅いという話、まあ性能の上限としては確かに低いけれど、手で書かずによくチューニングされたライブラリを使うとか、本当に必要なところだけもっと性能が出る（けどそれで全体を書きたいとは思わない）言語で書いてリンクするとか、処理系を変えるとか、そういう様々な言語で通用する手法を使うことで割と早くなる

速さを求めてないけどRust、リソース管理の体系に惹かれたとかそういうことでしょうか……？

This account is not set to public on notestock.

Wandboxだいすき

コンピューターの気持ちが分かる人が書いたアセンブリコードはコンパイラのコードより速いかもしれない

コンパイル時実行、昔はともかく今はC++に載っているのでメジャー機能と呼んで差し支えない（？？？？）

コンパイルが遅いときはハードウェアを買い換えるんじゃ（？？？）

HPCと組み込みシステムというある意味で両端に「ハードウェアの性能をできるだけ引き出す」というある意味で共通したスキルを持つ職人の居場所があるの、素粒子物理学と宇宙物理学に接点があるのに似ている（？）

仮想通貨、周囲には割と興味がある人が何人かいるけれど、解こうとしている問題は面白いけれど現状の解法はエネルギー効率があまり良くないし、良い代替手法も今の所思いつかないのでいまいち乗り気ではない

12nmとかいう先端一歩手前のプロセスを使うからでは……？

MakeLSI https://scrapbox.io/makelsi/
とりあえず宣伝しておこう（私はまだここに回路提出したことないけど）

今見たらページ一覧のサムネイルに東北きりたんいて笑っている

というかおるみんさんは来年度も通院（意味深）するなら研究室を説得さえできればVDEC使えるのでは（説得……）

This account is not set to public on notestock.

できるかどうか謎

トランザクションの内容による（それはそう）

インターネットに触れた時期が遅いのでやる夫スレよく知らない（？）

bfでなくともある程度抽象度の高いプログラミング言語なら無限のメモリを仮定しているのと実質同じなので……

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

自分の書いたプログラムとオセロして4隅全部取られてるマンだ

SF小説だったらAIに支配される社会を暗示する描写として冒頭に挿入されてたかもしれない（？）

This account is not set to public on notestock.

This account is not set to public on notestock.

日本の若者が人類に危害を及ぼす可能性がある危険なAIを配布マジ？

人々がダウンロードしてないインストーラとかをダウンロードしようとすると警告するやつ、大多数にとっては適切なんだろうから発想は良さそうな感じする

This account is not set to public on notestock.

それはそう

Vista世代の私は真の若者（？？）

確かに

This account is not set to public on notestock.

真実だ

大人になる方法を気にしている内は大人ではないみたいな話だ

xman/sgpositpy: Probably correct posit prototype for python https://github.com/xman/sgpositpy

Unum & Posit- Next Generation Arithmetic https://posithub.org/

[1802.03802] MeltdownPrime and SpectrePrime: Automatically-Synthesized Attacks Exploiting Invalidation-Based Coherence Protocols https://arxiv.org/abs/1802.03802

オリジナルのMeltdownやSpectreにおけるアクセスパターン（論文中ではFlush+Reloadと呼ばれている）とは別のアクセスパターン（Prime+Probe）で攻撃するMeltdownとSpectreの変種、MeltdownPrimeとSpectrePrimeか

MeltdownPrime/SpectrePrimeの面白いところは、オリジナルのMeltdown/Spectreは「投機的に実行されるコードがメモリを読もうとする」際の副作用（実際にはその結果が捨てられてなかったことになったとしても、キャッシュの状態に影響がある）を狙っているのに対して、MeltdownPrime/SpectrePrimeは「投機的に実行されるコードがメモリに書こうとする」際の副作用（実際にはメモリへの書き込みがキャンセルされたとしても、キャッシュの状態に影響がある）を狙っている点

なので、ソフトウェアに可能な対策はMeltdown/SpectreもMeltdownPrime/SpectrePrimeも似ている（投機的実行を邪魔する）のに対して、ハードウェアの設計を直す際にはそれぞれ別の機能に関する箇所を直さなければならないだろうというのが著者の主張

詳しくはプロが解説書いてくれると思うよ（丸投げ）