はてなキーワード: コンパイラとは
コンパイラのあらゆる機能を使って alignmentを奇数にするようにしておくと
それじゃぁ 僕らのCPUじゃぁうごかないんですよ。しらなかったでしょ
と あらゆる手を使って alignを偶数にしようとするバカが居る。
おまえんところのプロセッサがそれだと落ちるの知ってるよ。サポートしてないってかいてあるだろ。
これ俺のプログラムでIntelじゃないと落ちるようになってんだよ。
そのプロセッサ対応版 つまり 完全版を買ってくれりゃ そんなもん 偶数に成ると どうしておもわないんだ?
おまえいくらで受注したの?
1つはバグだが
わざとやってるわけじゃぁねーんだけど
で、どうしておまえいつまでも 無料の方のいわゆる評価版に パッチ当ててんの?
だめではないんだけど。。。さっしろ。
Manycoreという技術そのものはIntelもだしてる。さらなるManyはGPGPUでやってる。
他方シングルコア性能は上がってはいるが4Gぐらいで、議論を呼んでる。
今議論を読んでいるのは、コンパイラの最適化と、マイクロコードの最適化
そこはかなり疎結合だからな。インタプリタで言うエンジンの最適化ではないが
CPUでどう最適化されるか?をインタプリタがもうすこし制御すればインタプリタのスクリプトコードをもう少し効率的な生成にできるのではないか?というアプローチがJava的ではなくPython的にあらわれはじめていて、けっこう、興味深い
デフォルトのPythonとコーダーが機械語の変換について学習させてあるPythonという考え方はとてもポケモン的で面白い
YES,New generation Optimizer STL/C++ Level Code Optimizer.I think too. you can!
X86以前のコードレベルで自動的にコード最適化をかけた後にX86最適化を行う。このさいに文法的な最適化ではなくX86が最速になるようにCのコードを並び替える。
これはたしかに新時代のオプティマイザーなんだろう。だれが発案したの?
みんなx86で最適化を考えるがCのレベルで等価なコードであれば並び替えたほうが、さらにX86が最適化されるケースはあり得る。
たとえば、ライナーサーチだと判定できたら、さらに最速なアルゴリズムにCを置き換えることは不可能ではない。
コンパイラがアルゴリズムの最適化まで許可された場合 Pythonなどで培われた技術を使ってアルゴリズムコード最適化をしてCのコードをアルゴリズムごと改変してもよく、その後X86最適化を行うことは、次の時代にはふさわしいと私は思う。
例:ライナーサーチをもっとはやいサーチアルゴリズムに、このC言語のコードはライナーサーチだと判別して、コンパイラが自分で関数化した後に、もっとはやいサーチに関数ごと置換する。
その考え方はすごい。
PCRは医歯薬学部、農学部、獣医学部、理学部の生物系、生化学系の学生なら実習で1回はやる。院生は1000回くらいやる。この中で一番PCR下手なのは医学部か歯学部の学生だと思う。経験回数が少ないから。
C言語のコンパイルに近いと想像して欲しい。誰でもできるようでいて、どのコンパイラがいいとか、どのオプションがいいとか、Windows与えられたら死ぬしかないとか、業務レベルでやるってなったら色々ノウハウが要る。
核酸は緯度によって僅かに物性が異なる。ポリメラーゼは地球の自転・地場の影響で直進できない。そのため、こと南北に長い日本では全国で確実に実施可能な標準手順書を作成するのは簡単ではない。それが生き死にに関わるとなるとなおさら。