エミュレーションか否かの状態を保持する記憶装置の有無が特許侵害の判定基準と考えています。ICF3-Zは、そもそもエミュレーションという状態が存在しないという説明です。ICF3-Zを良く思わない人たちによって、この話が煽られているのかもしれないと思って補足してみました。いう仮想マシンで動作するJavaScritpのエンジンを見つけました。小型のスタックマシンであるように読めています。いうわけでICF3-Zの仮想マシンについて説明してみたいと思います。ICF3-Zにはユーザーが定義できる16bit長の命令があります。これまで圧縮命令と読んできたものです。この圧縮命令を利用することで仮想マシンになるのかもと考えています。圧縮命令は公開したZeviosコアに実装されています。圧縮命令を仮想マシンとして利用するための注意点があるので説明します。32bit長の命令に2つの16bit長の圧縮命令を入れることしかできません。16bit長の命令コードが続いているなかで奇数番目の命令コードへの分岐はできません。分岐先が16bit長でも32bit長のどちらでも問題ありません。圧縮命令で分岐命令を実装するにはPOPSP命令を使います。圧縮命令はサブルーチンで実装されているためスタックをクリアする必要があるからです。32bitの前半のコードか、後半のコードかを記録しているビットもあるので、それもクリアします。圧縮命令でCALL命令のようなサブルーチンコール命令を作った場合、32bitの後半のコードに配置しないといけません。コンパイラでそういうコードを生成する必要があります。圧縮命令は通常のCALL命令と同じ仕組みでスタック上にリターンアドレスを格納しています。したがってサブルーチンコール命令の実装は、普通に分岐命令を使うだけでできます。実質、仮想マシンの命令コードは、15bit長になります。既存の仮想マシンを移植することは困難であるように思います。ICF3-Z用の仮想マシンを作ることになると考えています。ICF3-Z以外のマシンでも動作させるのも、いいのかもと思います。ICF3-Zで動作する仮想マシンの仕様であれば、他のマシンでほぼ確実に動作する仮想マシンになるでしょう。仮想マシンの応用編あまり本気にする必要はありませんが、面白いかもと思って書いています。仮想マシンを作れば、Z80のようなレガシーなCPUのエミュレーションも、できるのかもしれません。プログラムメモリが4倍必要になりますが、32bitを1バイトにした、バイト単位のアドレスに分岐できます。空では、もったいないのでLCDやキーボード入力などの制御をさせれば、ちょっといいかも、とか。今月15日に除算命令のサンプルコードを公開しました。それをテンプレートに性能を評価する人も、あるのかもと思っています。書かないと十分な性能を出せないと思っています。A,B,Cの8bitレジスタを連結させて1サイクルで1bit左シフトできる機能を使っています。3レジスタ同時に左シフトすることもできるのですが、実際のコードは、A,B,Cに値をセットしてA,Bだけ先に左シフト。後からCを左シフトします。このときに除算の結果、1bitを最下位ビットに取り込みます。Cレジスタを同時に左シフトしてしまうと除算結果を取り込めないので、Cレジスタの左シフトは敢て遅延させています。8回繰り返した後にはCレジスタには8bitの除算結果が入っているというような感じです。RISC-V実際に比較しないと、わからない人が多いと思いましたので、小型のRISC-VコアであるlowRISCのibexと比較してみました。lowRISCのWebページにXilinxのローエンドのFPGA(7シリーズ)に実装した場合の周波数が50MHzと書かれてありました。除算は37サイクルで動作と書かれています。Zeviosは同じくXilinxのローエンドのFPGA(Artix-7)に実装した場合、周波数は150MHzになります。0除算などのチェックや演算レジスタへのロード、ストアの補正として3~6サイクル追加しています。XC7A35TICSG324-1Lです。ibexは2500LUTの面積ですが、Zeviosは400LUTの面積です。Licenseとして運用が開始されました。ダウンロードしてverilogでシミュレーション可能です。ICF3-ZのZeviosの除算性能のメモ」も参考になると思います。レジスタ読出しに1サイクル使えるので大きなレジスタファイルを使うことができます。書いたのですが、そこに疑問を感じた人があったようです。クリティカルパスは8bit加算のキャリーがあるALU演算になることを考えていました。(a)(b)(c)を並列実行すると(b)がクリティカルパスになって周波数は2倍になります。(a)のレジスタ読出しに使える時間は、逐次実行の2倍になるため、大きなレジスタファイルやRAMが使える。AVRの一つであるATmega328の除算性能を実測してブログにした。R3で使われているソフトウェア除算の性能を測ったということになる。ICF3-Zは16bit÷8bitで20倍高速。(ICF3-Zは同じ半導体素子ならAVRの2倍の周波数が出せるため)Arduinoの開発環境、便利ですね。Arduinoに3ドル寄付しました。ICF3-Fの作業が進まない頭痛だと半日とか、長くても1週間くらいで、痛みが止む。このところの問題は目が霞んでいることが長期化して、元に戻らなくなっていないか。背骨が筋肉痛になって姿勢を保つのが厳しくなっている。最近は、ほとんどなくなったことだが、食事をとったあと、強制的に眠らされるとどうなるか、ご存知だろうか。それほど痛くはないが、腹痛とともに、食べたものがあまり消化されずに、排出される。数えていないが、これまで数百回は行われている。この状況でも体調が崩れるリスクを抱えながら1日3時間くらいは、ICF3-Fが進むのかもしれない。それでは、例えば1年で完成するものが3年以上かかる。ならないのか、考えている。間違えることもあるかと思い、ICF3-FをSnakeCubeと命名して別サイトに分離しました。頭が悪い状態ではICF3-Fがうまく完成しない。頭痛でICF3-Fを手放すことがあれば、それを受ける先が、頭痛関係者として疑われ、うまくいかないはずです。ICF3-Fを手放す前に僕の脳が破裂していると思いますけど。頭痛が続く将来を予想して欲しいのです。僕は頭痛を認めていません。僕のようなケースでは非人道的だと考えています。頭痛がひどくなった痛い。ICF3(1999年)が良く売れた理由が、わかった。推定なので正しいのか、わかりませんが。米国では2000年まで暗号技術の輸出規制が厳しかったのです。思うように販売できなかったのでしょう。日立のIBM互換機なら、米国からの輸出ではなく日本からの輸出なので、規制の対象にならなかった。東大卒がいっぱいいる部署で開発しているIBM互換機のCPUは安心のIBM製。暗号装置はIBMの仕様をもとに僕が開発したので、規制の問題を回避できた。ゼロから僕が製品化したもので、1回目(RSA暗号)で完成度の高い製品になったのは、日立の技術というより、僕の才能と幸運によるもの。(天の声ではなく)会社は、いっぱい儲かったのに、どうしてと、思う。「国を守れ!」と歓声が上がっているところもあるようです。差し押さえを考えた人もあると思います。公開鍵暗号はCPUやGPUでも効率的に演算できます。影響しないと思います。差し押さえることより、わが国の技術力を見せることに役立てたほうがいいと思います。現在ではFPGAがあるため、大学生のお小遣い程度で技術的には開発できる状況にあります。差し押さえると、他国に抜かれて、この国が劣勢になる問題のほうが大きい。ちなみにSSLアクセラレータのICF3-Fはクローズドです。CPUで、しかも暗号演算器をはずしたものです。除算命令で低消費電力に!?国内のマイコンメーカーでも乗除算命令がないマイコンのみしか扱っていないところがある。Cotex-M0+が最上位マイコン。32bitなのですが除算命令がないため除算1回で数百サイクルかかります。除算命令のないマイコンよりも10倍高速。1ループに必要なサイクル数が半分になることはあるように思います。半分の周波数で動作する。8bitだから恐らく同じ周波数でも32bitより低消費電力。低い周波数で動作させられる可能性があり、低消費電力になることはあるような気がします。ICF3-Z特許侵害調査(2)ほとんど問題ないと思っているのですが、まだ特許侵害調査をしています。特許を見ているとデバッグ関係の特許が多く申請されているようです。気を付けたほうがいいなと思いました。問題を起こして回復はしても全部は回復しているとは限らない。脳神経が壊れていく感じ。ICF3-Zの特許侵害調査をしています。筋肉痛で動けなくなることはあるが、今日は筋肉痛にはなっていない。USBメモリ(東芝製)のキャップを取ることができないくらい手の筋肉が動かない。CPUで例えるならレジスタ数が1個未満という状況で、頻繁に苦痛を強いられる。いえば、僕って、かつて開発で最も稼いだ大手電機メーカーの社員だったんですけど。ハイエンドのスマホでICF3-Fが使われるかもしれない。公開鍵暗号には、署名と検証の2つの演算がある。スマホでは、多くの場合は検証で、時々、署名をするという使い方が一般的だと思う。RSA暗号について言えば、Microsoftの特許を使うと検証処理をかなり軽減できる。署名にかかる時間が長くなっても、あまり気にならない処理が多いという前提を考える。銀行振り込みのような処理で5秒くらいかかっても、それほど気にならない。ハイエンドのスマホならICF3-Fを使って0.2秒みたいな。重ねることができるのではないかと思います。3次元積層技術に詳しくはないが、恐らく放熱が問題になる。署名はたまにしか使わない。放熱の問題も起きない。OSのビルドを始めた。痛みで脳が正常動作していない。ダウンロードのページに追加しました。今日は筋肉痛で動きが鈍っていました。昨日は目を開けているのに真っ暗、いやほとんど見えているのだが、そんな感覚に悩まされた。2倍の周波数だったこと。Instruction)が書かれていて1.5~1.8であった。ICF3-Zは加減算、論理演算であれば、同程度のCPIが出そうだと思ったので、2倍高速と書いた。ICF3-Zは加算器1個のアーキテクチャなので乗除算は、多少遅い。8051ではできない16bit÷8bitが可能だ。加減算とは条件付きで同時実行可能。1サイクルで同時に2命令が実行できる。LOOP命令はループで使われるため実行頻度が多く性能に影響する。アセンブラで、こういった最適化をすれば、「2倍高速」になるかもしれない。8051との比較です。8051の互換チップとの比較で、互換チップには高速なものから面積最小のもの様々ある。同じクロックならオリジナルの8051より27倍、高速なものもあるがICF3-Zは、それよりさらに2倍高速かもしれない。面積最小化を目標にしているlight52の半分の面積なのです。CPUも多く使われているようです。ICF3-Zは面積最小化した8051の半分の面積しかないのに、高性能な8051の2倍の性能。技術革新と言えないだろうか。CPUがICF3-Zになっていくことが、ないだろうか。そこに、うまいビジネスは生れてくれる気がしている。頭痛が続いて脳が壊れていく感じ。うまくいかなくなるように思うのです。頭痛を止めるほうが、いいと思えないだろうか。全てを僕がゼロから設計したものです。新規に追加した圧縮命令が他人の特許を侵害していないか、念入りに調査中。昨日は頭の痺れで、ほとんど動けずベッドで横になっていました。数日前までは脳内の文字認識系の動作が不安定でしたが、昨日は文字認識は回復、意味解析部がほぼ停止。特許などの文章が、ほとんど読めない状況になっていました。今日は、記憶にダメージがあることが何度も検出され、やれやれと思っているところ。通常0.5秒で思い出されるはずの物が、思い出せず、数十秒かけて思い出す作業が必要。ICF3の開発秘話のメモ連日の頭痛で、今もなお思考能力低下が著しく、思考速度にいたっては20分の一くらいに低下。回復はするが、思考能力は通常の70%くらいか、思考速度は10%くらい。思考速度が遅くなったことでアニメを見ても、速度が追い付かず、人生の楽しみを失った。回復しても少なくとも十分には、楽しめない。今日はARMの時事問題や、ICF3の僕の功績についての検証が議題のようだ。前述のとおり、万が一、頭が本格的に壊れると、ICF3の開発秘話の真実が消える。思ったので急遽、問題となったところの記憶を、ここに記す。製品出荷のため滞在した。ICF1(1997年)のリーダーとして僕は仕事を始めた。持った人はいるかもしれない。帰国直前に、次の仕事は暗号LSIだと言われて、帰国しただけです。滞在中の仕事は、ほぼ日本人スタッフルームで控えているだけでした。実装のための検討を、いっしょにやりました。小国氏は僕より4年くらい上なので実際の検討作業のほとんどを僕が担当しています。大型加算器の検討を小国氏自身がやった事実が残っていますが例外的なこと。同時期に僕の方でも検討していました。ICF2のときもRSA暗号を実装できないか、検討していたのです。期限に間に合わずRSA抜きでICF2の実装作業に入りました。僕が、この会社に入ったのはCPUを作りたかったからでした。自宅で、こっそりSHA-1の論理を作っていました。これがICF3のときに使われIBMの5倍の性能になったという伝説。自費でVHDLのシミュレータを20万7900円で購入。長時間残業のため、ほとんど購入したVHDLを使うことはありませんでした。その頃、会社ではMulti2暗号の実装検討が、はじまりました。他でMulti2暗号をハード実装した製品があったと思います。小国氏から仕様と、ともに作り方のポイントを享受しました。Adderと同じです。その使い方を、ちょっとうまくやると、大きな加算器のキャリーを非常に短くする効果を得られるのです。C言語でシミュレーションして魔法の確認をしてしまいました。魔法のように説明されなければ、すぐに理解できたと思っています。当時の「トランジスタの技術」にも掲載されていたと思います。Adderの効果を持つのは昔は発明だったのだろう思います。やれと返事が返ってきたのです。証明できてしまったのです。本当に発明したのは僕です。儲かった可能性ありと思っています。僕には入ってきませんでした。今の僕の現状を考えるなら、問題かもしれない。ICF2(1998年)の製品出荷が終わり、ICF3(1999年)がスタートしました。リーダーが正式に小国氏になって、僕はRSA演算器(剰余演算器)の担当になりました。ICF2のときと同様、期限が迫り、モンゴメリ乗算を採用するか否か僕は考えていました。いま一つと思い、モンゴメリ乗算の採用を見送ろうと思っていました。これがスパコンなら悩む必要はなかったのです。モンゴメリ乗算のアルゴリズムの誤用で、万が一でも間違いを起こすと、大惨事になるからです。僕が卒業した大学の電気工学科に暗号の授業は全くありません。大学1年の頃の数学に整数論がありました。四則演算が閉じるとか、閉じないとかの説明を覚えています。1988年のことですが、ICF3の検討をしていたのは1998年ですから10年前の授業を数学者でもないのに、思い出せていた。モンゴメリ乗算のR^(-1)が、普通の整数や実数の-1乗と同じなのか、きちんと理解できていなければならないのです。このあたりが、才能で、このおかげで、いきなり仕事で必要なところだけ勉強して事業に貢献できる仕事ができるのかも。才能があれば、いきなり楕円暗号を勉強しても、失敗する「確率」は少ないのかもしれないと思います。得られないという誤った結果を持って、モンゴメリ乗算の採用は見送りましょうと提案しました。得ていたらしく、その場で、僕の誤った結果を否定して、モンゴメリ乗算の採用を決断したのです。Adderの効果を得られないという誤った結果を持って行くことはなかった。最初、誤った結果になっても、他をいろいろ探したはずだからです。それを知らずに決断していたことも付け加えておきます。Adderは使っていません。モンゴメリ乗算器を全部、取り換えました。「モンゴメリ乗算の累積加算における分割加算の証明」によって置き換えられています。IBMのCPUとのI/Fの設計に移行し、僕は「プロセッサ」の設計に入りました。誰からも、何もアドバイスされることなく、快適な環境で1人で設計を完成させました。独自なプロセッサだということが確認できます。退職時に正式な打ち合わせをして会社から正しくICF3を持ち出しています。ICF3-Fを発明しました。うるさく言われることもない、ものになっています。モンゴメリ乗算器をはずしているので、ICF3-Zについても同様です。パソコンにウィルスが入って改ざんされたのだろうか。相変わらず証拠隠滅能力が高い。githubのほうにアップロードしましたが、少し修正しました。30個以上のテストベンチがPerlスクリプト1個を起動するだけで全部、実行できるようになりました。それを参照して、自分に必要な修正ができると思います。頭の痺れで丸1日以上、何もできませんでした。今朝は眠れなくなるくらい歯が痛み、朝起きて歯医者の予約をしました。歯の痛みは、なぜか治ったので狙い撃ちできるようです。痛みに耐えることはできても、失われた時間は取り戻すことができません。ICF3-Fのモンゴメリ乗算器は理論限界に到達するのか?2010年あたりの広島大学の論文の話です。あることを実証したようです。論文がIEEEなどに掲載されているようです。それに近いであろうと考えることはできるかもしれない。現在、製品化しようとしている物は、75%くらいになると思います。この数字はスレッド数を上げると100%に近づきます。製品化しようとしているものは2スレッドです。RSA暗号の演算の並列度は4ですから4スレッドで演算できます。利用率100%に近い数字がでる予想です。スレッド数を上げるとRSA暗号のように並列度のある暗号アルゴリズムでないと性能がでない問題がでてきますが。今後、RSA暗号の鍵長が長くなれば、使えるケースが減っていきます。出るという極めて優れた方式です。広島大学の数十倍~数百倍の性能になると思われます。1個のプロセッサの1.5倍とか、そういうことは良くあります。ICF3-Fは、8個のプロセッサを使って約8倍の性能が出るというような話なのです。ICF3-Fの周波数について説明が抜けたため指摘がありました。実際にはCRTを使う必要があるので325MHz程度のようです。ICF3-Fが目標としている周波数は285MHz。高性能クラスのFPGAデバイス(システム性能2倍)です。ICF3-Fが遅いのかもしれません。利用率が100%近い値だというのが、もう少し下がるということなのかも。それを考慮しても、優れた並列計算性能であることに問題はないように思います。僕のICF3-Fのモンゴメリ乗算器と同じものかと疑われそうなので、説明します。概要には並列加算について「2回の加算を並列に行う」と書かれています。僕の並列加算は巨大整数を分割して並列に加算することです。同じ並列加算ですが内容が全く異なります。この数字、前提条件がありません。この点からも、琉球大の論文と僕のモンゴメリ乗算器が全く異なるものだとわかると思います。僕のモンゴメリ乗算器とは異なると考えられます。AdderはICF3(1999年)では使っていますが、ICF3-Fでは使っていません。computerとか慶應大学のWASMIIとか動的再構成するハードの研究があります。ICF3-Zは再構成可能な機能ユニットは存在しません。圧縮命令の実装実体は特殊な分岐命令なので問題ないと思います。中央研究所でFPGAを使ったSSLアクセラレータを開発していたようです。僕が現在、開発しているICF3-F(SSLアクセラレータ)とは全く関係ありません。ICF3-Zの圧縮命令に関する特許調査(3)海外の特許を調査、ICF3-Zの圧縮命令が特許侵害を疑われそうな特許を見つけました。ICF3-Zは再構成可能な機能ユニットは存在しません。圧縮命令の実装実体は特殊な分岐命令なので問題ないと思います。2.0として公開予定で、現在準備中です。XilinxのFPGAに実装したverilogファイルをgithubにアップロードしました。不要なファイルを削除したので、これまでより読みやすくなっていると思います。Xilinx依存な記述はないのでverilogが使えるシステムなら、使えると思います。ICF3-Zのオリジナル実装をZeviosと命名しました。XEVIOUS(1983年)のデッドコピーXEVIOSの頭文字XをZにしたもの。XEVIOUSはBASICマガジンに連載されるなど当時、大人気でした。CPUは8bitのZ80が3個、使われているそうです。大手メーカー(含む早稲田大学)で特許にされているようです。これらの改良型はブースの乗算アルゴリズムを使っています。僕が2018年に発明したICF3-Fのモンゴメリ乗算器は、これらの特許よりも性能がいい。面積を小さくする目的では、ブースを使った改良型のほうが、いい場合があるかもしれないですが。この分野では僕が日本で一番、頭がいい、ということのように思った。連日の頭痛で、劣化が進んでいる。遠隔頭痛装置を止めないと、問題ということには、ならないのだろうか。昨日は、失明の前兆が現れている。1999年のICF3、2018年のICF3-F、2度あった。2度あることは3度あると思えないだろうか。特許を調べているとマイクロソフトの高速RSA署名検証の特許を見つけた。ソフトウェアのアルゴリズムで、100%の正しさはないが、計算量が10分の一以下になるようなことが書かれている。量子コンピュータの解読脅威のためにRSAや楕円の鍵長を長くするのだが、スマホでの検証の性能や電池に問題が生じる。RSAが有利になるのではないかという予感。疑われそうなインテル特許を見つけた。「命令エミュレーションプロセッサ、方法、およびシステム」ICF3-Zの圧縮命令は、命令をエミュレーションするものではない。エミュレーション論理は存在せず、圧縮命令を解釈するにも、ICF3-Zのアーキテクチャが前提になっている。ICF3-Zのアーキテクチャに適合しないエミュレーションはできない。ICF3-Zの圧縮命令に関する特許調査(1)2000年ごろの日立製作所(現ルネサス)が特許申請して拒絶された2件と、一見、酷似している。一見は精読しないとICF3-Zの圧縮命令と異なることがわからない。ICF3-Zの圧縮命令は、後方互換性のための機能ではないため、実装が全く異なる。単純な実装方法で、実現されていることである。Licenseとして公開するため特許を調査した。メモリ効率を上げるためプログラムコードを圧縮して、それを伸長する回路などの特許がいくつかみつかった。ICF3-Zの圧縮命令は16bitの命令コードを使ってメモリ効率を上げるものでプログラムコードを圧縮しているわけではない。ICF3-Zの圧縮命令はISAエミュレータではなく、ICF3-Zの圧縮命令というICF3-ZのISAなのです。先日、ICF3-Zを公開した後、ネットの反応を見ていると「後方互換の機能があっていいね。」というのがありました。インテル特許でICF3-Zを抑えられてしまうところだった。ネット上は、工作員いっぱいだと感じた。今年も休まず営業していると思います。変わったといわれましたが、全然、学生の頃と変わっていません。お気軽にお声掛けください。以下、OB会とは関係ない話になります。OSのQEMU版だけですがR76,R77,R78を公開しました。これからICF3-Fの開発作業に戻るわけですがFPGAの実機で性能が測定できるように急ぎます。講義を受けた話をしていますが、期間がICF3の開発期間と重なっていたので、あれっと思ったのです。LSIを製造するためのファイルを送付した後なので、重なっていても時間的には受講できるかもしれない。外部の人と接触していたのかという感じです。残業も多くて、とても勉強時間なかったろうし。当時のホテルの領収書を調べて確認しました。前日の夜に移動してホテルに宿泊しています。偉くなるからと思って油断しないほうがいいです。領収書をスキャンした画像を13枚、アップロードします。GIGAZINEの記事を読んでみました。58億円を調達したiPhoneやiPadプロセッサの元開発者を訴える」この記事にあるAppleが訴えていることの中に、僕にあてはまるものがあるのかというと、全くないです。ICF3(1999年)の「プロセッサ」について説明します。RSA暗号はプロセッサ+モンゴメリ乗算器で構成されます。途中から東大卒の小国氏が参入しました。ICF3のリーダーは小国氏が担当となりました。僕はRSA暗号の演算器(剰余演算器)の設計担当になっています。あれこれ僕が考え、東大卒の小国氏が承認する形式で、設計が進められました。それほど指導していただくことはありませんでした。小国氏の判断により、モンゴメリ乗算器が採用されたことは大きな事実です。IBMのCPUとのI/Fの設計に移行し、僕は「プロセッサ」の設計に入りました。誰からも、何もアドバイスされることなく、快適な環境で1人で設計を完成させました。独自なプロセッサだということが確認できます。退職時に正式な打ち合わせをして会社から正しくICF3を持ち出しています。ICF3-Fを発明しました。うるさく言われることもない、ものになっています。モンゴメリ乗算器をはずしているので、ICF3-Zについても同様です。社会人しながら1年半、大学の先生の講義を受講した件20年前の話です。大型コンピュータを開発している事業部の同期で、この研修に参加したのは、僕だけだと思う。話では、各事業部から幹部候補生が集まるところらしい。僕は、ICF3の開発者として、受講生や、大学の先生たちにも知られていたようです。早稲田大学の村岡先生や、慶應大学の天野先生など有名な先生の講義が多かったと思います。2週間に1度、東京に集まり一泊二日で講義を受けるコースでした。僕は仕事を休ませてもらってなかったので、ロクに勉強もせずに受講していたので、それなりの結果でしたけど。欠席があまりなければ、全員、修了できるみたいでした。「大きなモンゴメリ乗算器は実装できるのか?」の最後の行に書いたICF3-Fの「鍵長2倍で計算時間4倍」が理論のように見えてくるのかも。いうのが論文の要点になるのではないだろうかと思っています。少なくとも、この性能が出るという下限値を正確に予測できる。システムを設計するうえで役に立つことだと思っています。アーキテクチャの発明も要点だと思っていますが。早くICF3-Fの作業を進めたいのですが、人工頭痛に耐えながらの作業中。今も、両目を開けることができず、片目をつぶって、これを書いています。僕は、修士卒なのです。研究室の同期の修士卒は6名、その中で成績1番で研究室に入っています。博士課程に進学した人は、いません。ちなみに2つ上の学年は3名、博士課程に進学、1つ上は1名博士課程に進学。一つ下は、正確な数字は知らないのですが、少なくとも1名は博士課程に進学しているという状況。自分で論文が書けないか、ちょっと考えているところです。OSの独自ビルドを作っていますもう少しでR76、R77、R78の3っつをCanalビルドのサイトで公開予定です。OSの独自ビルドをやっています。ついて語っていたことがありました。挟み撃ちにして、潰すということだった。(敵)-------------------------------------道路-------------------------------------(自)左から来る人は(敵)より近い(自)のコンビニ店に入ることが多い。右から来る人も(敵)より近い(自)のコンビニ店に入ることが多い。先にわかり、1店舗しかなければ倒産が自明になる。ことが先にわかり、倒産を免れる。OSの独自ビルドも、そういうことなのです。ICF3-Fの48bit版の試作しています(10)XilinxのFPGAへの実装を急いでいます。ディレイの増加なくORを追加できそうなので、やってみました。モンゴメリ乗算器のマイクロコードを起動できるように作業中です。人工頭痛が最も問題で、これだけで作業効率が半減しています。