Notices by IdleTime (spinlock@mstdn.glorificatio.org), page 2

他人を悪く言う場合、細心の注意を払うようにしている。自分も、良く、都合のいい勘違いをされて、悪く言われることが多いからだ。「独自性については考えるべき点」と言ったのは、製品化されていれば別だが論文発表の時点では、あまり目新しいものではないのでは？基数のパラメータ化が売りなのかと。

[補足] IEEE 2011年 東北大の論文。
東北大のRSAプロセッサのアーキテクチャの独自性については考えるべき点がある。詳しく見切れていないが、これも最下位ビットからのブロッドキャストの問題で鍵が長くなると周波数が落ちる。

偶然だったがICF3-Fは周波数が落ちないアーキテクチャになったのです。
これがインターネットの既存システムの延命に役立つかもと。

IEEE 2011年 東北大の論文。

https://ieeexplore.ieee.org/document/5497217/

基数2^8～2^128のRSAプロセッサです。基数をパラメータ化しているところが特徴のようです。僕のICF3-Fの基数は2^17だから、どうなの？と思った人いたかも。ICF3-FはXilinxのDSPを最大限活かすためブロック毎に全加算をしている。このためキャリーの後処理を自作している。
ICF3-Fは論文的には全く別物。

IEEE 2009年、広島大の論文。Xilinx FPGAで136個の乗算器(DSP)と136個のBRAMでRSA 1024bitの計算。ちなみに僕が今開発中なのはDSP 45個だけでBRAM不要。僕の効率の良さがなんとなくわかる？(広島大学さま、ごめん?) 汎用レジスタにBRAMを使うけどRSAの計算だけなら不要。

http://www.cs.hiroshima-u.ac.jp/cs/_media/rsa.pdf

@canal
IEEE 2017年の論文、XilinxのZynqを使ったRSAの高速化みたい。
論文の概要の最後に「効率的なRSAの実装を探すことは、いまだ、情報セキュリティの分野で重要である」←これ、いいなぁ?

https://ieeexplore.ieee.org/document/8024607/

軍の需要？

IEEEの2015年の論文
→CMOS0.18μ RSA 1024bitの暗号+復号化で8.44ms

1999年のICF3 → CMOS0.27μ RSA 1024bitの暗号+復号化で3.6ms

論文はSPI付きみたいだが付ければいいだけ。劣るCMOSで２倍以上の性能、16年も前に製品化。

ICF3すごすぎ！自分しか褒めてくれない?

「Design of a 1024 bit RSA coprocessor with SPI slave interface」
https://ieeexplore.ieee.org/document/7016148/

OSにシグナルがない場合、スレッドの中断を使うコードがある。スレッドの中断で完全動作するのか、わからないけど、僕のはatomic命令を使っているから実装に依存することはない。スレッドの中断を使っているのはFreeBSDとWinだったか、、、

僕のatomic命令による実装に興味のある人は、オリジナルのQEMUのVer2.2.1のソースコードと比較してみるか、僕のコードで__pnacl__のキーワードを検索しても、だいたいわかるかも。僕のサイトでダウンロードが妨害されているようなら、連絡ください。昨日、ちょっとあった。
https://neo.undead.space/web/qemu/

2015年7月9日にMOONGIFTさんにブラウザで動くQEMUを掲載してもらった記事
https://www.moongift.jp/2015/07/pnacl-qemu-google-chrome%E4%B8%8A%E3%81%A7%E5%8B%95%E4%BD%9C%E3%81%99%E3%82%8Bqemu/

黙っていると、絶対、僕がパクリだってことになると?

QEMUの開発者よりも、僕のほうが早く、QEMUをブラウザに移植することに成功したんだな。?
JSLinux(←多分、QEMUの開発者)が、QEMUをブラウザに移植してWindows2000が動作しているみたいだけど。
https://bellard.org/jslinux/index.html

GIGAZINE - あの「Windows 95」がアプリとなって登場、Windows・macOS・Linuxで利用可能

https://gigazine.net/news/20180824-windows-95-app/

3年くらい前に僕もChromeの中でWin95やWinXPを動かしたんだけど?

僕のはQEMUを改造してOSのシグナルなどの特殊機能がなくても動作するように、うまくできている。GPLでソースも公開しているからサンドボックス環境とかに移植できるかも

https://neo.undead.space/web/qemu/

●Win95
https://youtu.be/UmnJIPNJfPY

●WinXP
https://youtu.be/yFKrQUW-0kc

MINIX調べると

MINIXの「実用を目的としない」というポリシー

みたいなのが、出てきますね。
全然、知りませんが、MINIXを立ち上げるときに、そう言って、借り物を、たくさんしてしまった・・・なんてことが、あったんでしょうかね。

> 圧縮書いてみたくなった

そういえば、電子証明書の圧縮アルゴリズムを１週間くらいで自作したことがあった。

zipとか汎用の圧縮アルゴリズムでは、全然圧縮できない。

電子証明書限定だから固定辞書で、かなり圧縮できたよ。例えば都道府県をあらかじめ、符号化しておくとか。

Entyの決済方式が変更になったというメールを見逃して、今、変更したけど、昨日までに変更したほうが、良かったらしく、わからないから、一度、退会して、支援しなおしました。

見逃したのは、僕だけかもしれないけど、一応、変更しないと、手数料が増えるので、必ずしたほうがいいです。ただし、月額100円だと、微妙かも、新方式について、良く読んでから、対応しましょう。

ICF3の暗号プロセッサの技術や、今回のSSLアクセラレータの演算器が、グーグル技術でしたみたいなことが、ないのか？と思ったのかな。

モンゴメリ乗算というアルゴリズムや、乗算器で良く知られたキャリーセーブアダーを使って、僕１人がゼロから作った技術です。

出身高校の最寄り駅は石橋駅だが、自宅からは最寄駅より、高校のほうが、ずっと近いところにある。当時、石橋駅にゲーセンはいっぱいあった。大阪大学の最寄り駅でもあるから、知っている人もあるのかな。
でも一番良く行ったのが千里中央のゲーセンかな。1回100円というのが厳しいが、やむを得なかった。今は、ゲーセンはなくなったのかな。

もう最近の話ではなくなったが、秋葉原あたりはゲーセンいっぱいあるよね。僕も、連れていかれるだけだから、良くわからないんだけど。ビルの中に、昔の懐かしい筐体とか、いっぱいあるゲーセンとか、行ったことが。

@8x9
OSSライセンスについて考えなければいけないと思っていますが、既存のOSSライセンスは、ルールに従って派生を作り、本家の販売ルートを潰してしまえば、本家は全く儲からなくなりますが、通報できないんですよ。

そういった問題が解決されないと、覚悟とか、そういう問題ではなくて、独自ライセンスということになるのです。

ICF3のライセンスが使いにくいのは、そう思っていますが、Arduinoみたいな、世界でも有名なオープンソースハードウェアになれば、日本のIoTを世界に出せるのかもと。そういったものがなければ中国あたりに全部持っていかれるような気がします。

このオープンソースがうまく運営されるために、ICF3-FのSSLアクセラレータで、利益を出して、税金に頼らない体制にしていきたいというのが、僕の考えなのです。

先日公開の演算器設計図(商用)をVivadoで実装してみた。はじめてなので全く保証できないが演算器の最大周波数からRSA 2048の性能を算出した。2011年のIEEE(広島大)論文ではDSP1個で277ms(447MHz)。僕はDSP90個で3.2ms(125MHz)。90個で約86倍。かなり高効率に並列化された感じ。実際に製品化できることを期待！
図はXilinxのFPGA、DSP48E1が90個並んでいる

高度にシステム化された社会がゆえのスピード感の欠乏 | Divide et impera https://glorificatio.org/archives/3295

つまり、かなり長いRSA暗号の鍵長を使ってRSAを延命したほが、世界のシステムコストを抑えられる場合、ICF3-Fは有用だと、思った。

先走ると、量子コンピュータによってRSA暗号が解読されても、ICF3-Fは、FPGAなので、同じハードに格子暗号などの新しいアルゴリズムに取り換えられる。

ちょっと前に格子暗号を調べたけど16bit intが多いのかな。XilinxのFPGAのDSP48E1の乗算器は18bit×25bitだから32bit intだと厳しかったんだけど「個人的な印象としては」効率良さそうな気がする。まだあまり格子暗号は揺れているみたいだから、わからないけど。