[過去ﾛｸﾞ] Win32API質問箱 Build125 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
554(1): 2019/11/07(木)03:53 ID:+N3PsKU8(7/16) AAS
>>553
自動化することは可能ですが、現在の技術でそういうところまで自動化した
言語を使ってコンパイラ処理系を書くと、コンパイル速度が100倍遅くなる
かも知れません。これはコンパイル意を作成した経験に基づく話です。
もの凄く厳しい世界が実はまだ沢山残っています。
555(1): 2019/11/07(木)03:55 ID:+N3PsKU8(8/16) AAS
>>554
誤：かも知れません。これはコンパイル意を作成した経験に基づく話です。
正：かも知れません。これはコンパイラを作成した経験に基づく話です。
556: 2019/11/07(木)03:58 ID:sEmiRyTj(7/15) AAS
100倍遅くなるなら100倍高速なコンピュータを使えばいいだけ
557: 2019/11/07(木)03:58 ID:sEmiRyTj(8/15) AAS
今より100倍遅かった時代もあるのに
何を言ってるんだろうか？
それこそ時代遅れの感覚
558(1): 2019/11/07(木)03:59 ID:sEmiRyTj(9/15) AAS
あと、「かも知れません。」とかいう推測はどうでもいいから
コンパイラを作り上げた俺が言うのだから
説得力は高いだろうし
559: 2019/11/07(木)04:00 ID:+N3PsKU8(9/16) AAS
>>555
GPGPUなどの世界でも、乗算速度がfloatとdoubleでは、4倍以上も違うような
例も多いのです。また、doubleをサポートして無いGPGPUの場合、doubleの乗算を
floatや整数型などにバラして処理するので数10倍かかります。
なので、慎重になる必要があります。
CPUの場合でもintとdoubleで速度がかなり違うことが多いです。
560(1): 2019/11/07(木)04:02 ID:sEmiRyTj(10/15) AAS
あと極まれにスピードが重要な部分があるから
全部スピード重要視しろとかいうアホな感覚なｗ
あれはやめてほしい。
極稀に重要なら、極稀に使うものを作ればいいだけ
よく使うものを短くする。（仕事の）圧縮の鉄則
561(1): 2019/11/07(木)04:02 ID:+N3PsKU8(10/16) AAS
>>558
あなたより私の方が良いコンパイラを作っている可能性も有りますよね。
562(1): 2019/11/07(木)04:05 ID:+N3PsKU8(11/16) AAS
>>560
自動化の道は検討の価値はあるでしょう。
しかし、int32型とint10000000型を自動的に取捨選択できるほど、
コンパイラが賢くなるのは恐らく遠い未来です。
どこかで機能制限や精度を人間が指示する必要があると考えられます。
563(1): 2019/11/07(木)04:07 ID:sEmiRyTj(11/15) AAS
>>561
そういう俺のほうが優れてるとか言う主張をしたいなら、
個人を特定できるような情報をだせ
564(2): 2019/11/07(木)04:08 ID:sEmiRyTj(12/15) AAS
>>562
コンパイラが無理なら実行時にメモリ拡張すればいいだけ
そういうことも思いつかないから、その程度止まりなんだよｗ
565: 2019/11/07(木)04:08 ID:+N3PsKU8(12/16) AAS
>>563
それはお互い様です。
566(1): 2019/11/07(木)04:11 ID:+N3PsKU8(13/16) AAS
>>564
それでは明らかに遅く、数値計算、コンパイラ、翻訳、AI、データ処理、
OSなどの作成には向いていない言語になるでしょう。
567(1): 2019/11/07(木)04:12 ID:sEmiRyTj(13/15) AAS
大胆に変数はすべて128bitしかないという言語だって考えられる
最大 340282366920938463463374607431768211456 までしか扱えないが
568(1): 2019/11/07(木)04:13 ID:sEmiRyTj(14/15) AAS
>>566
そんな言語が今はたくさんあり実用化されています。
569: 2019/11/07(木)04:17 ID:+N3PsKU8(14/16) AAS
>>567
64BIT整数ですら効率を考えて使用を躊躇する世界に我々はまだいます。
あなたが普段使っているコンパイラも、非常に細かい高速化を施して
あるので快適に使えているだけで、PythonやJavaScript、Rubyなどの
動的言語では達成できません。
例えば、JavaScriptの遅さは、全てdouble型にして、変数は、全てheapメモリ
から確保することが主原因の一つです。それだけでC++の数十倍以上遅くなっています。
あなたの考えてことは、JavaScriptをさらに遅くするような結果となるでしょう。
570: 2019/11/07(木)04:18 ID:+N3PsKU8(15/16) AAS
>>568
有りますが、C/C++、Java、PythonやJavaScript、Ruby、Java、Kotlinなどの
メジャー言語ではそのような方針はとっていません。
571: 2019/11/07(木)04:23 ID:+N3PsKU8(16/16) AAS
>>564
「その程度どまり」と言いますけど、あなたは私の作品を全く見てませんね。
全く発表してませんから。
572: 2019/11/07(木)05:42 ID:xrNXmkmc(1) AAS
スレ違いのバカ二人はどこかよそに行って気の済むまで殴り合ってきてくれ
573: 2019/11/07(木)06:22 ID:D8b5RtWG(1) AAS
> つまり全体が64bitで、仮数部が52bitです。仮数部が52bitなので、
> Numberを用いて正確に表せる最大の整数は、53bitで表せる数から
> 1引いた数になり、(2^53 ? 1) = 9007199254740991となります。
ひどい説明だな
どのくらいひどいかというと
WM_SYSTEMMENU並み
上下前次1-新書関写板覧索設栞歴
あと 429 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s