アカウント名:
パスワード:
メモリーも大量に使えるようになってきたので・・・最小確保単位が128byteととかでなく1024byteとかでも問題なくなり始めている、そこでガベコレもmallocも、専用CPUを1つ搭載して、各種処理を裏側でやってしまうと良いのではと思っている。大半のオブジェクトやスタックフレームを格納できる程度のサイズ(1024byte程度)を、バックグラウンドで100個くらい確保してあらかじめ溜め込んでおく。そして、malloc要求が来たら、1024byte以下のサイズを要求された場合、あらかじめ確保しておいたメモリーの先頭番地を返すだけ、それ以上のサイズの要求が来たらソフトウェ
ロック処理をして 1CPU しか同時に実行できない、というのは間違っていて、いまどきは標準の malloc でも複数 CPU からメモリーを確保できます。
それでも数千命令程度のコードを通過するでしょう。スタックフレームの変数を確保するのにそのmallocは使いたくない。目標は一命令で即時確保です。スタックにスタックフレーム確保する速度と同等なレベルのパフォーマンスが欲しい。そこまで行けば、世界が広がるから。
あんたが考えている数千命令ってどんな具合だ擬似コードでいいからmallocとfreeのコードを書いてみろ
目標は一命令で即時確保です。それでも数千命令程度のストールが発生するでしょう。
あらかじめ用意済みのメモリーを返すだけなのでストールしません即実行可能ですmallocのデバッガで追跡してみるとロック処理が大半、しかしロックすら必要ありません。従って数千命令も大幅に減ります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
mallocは、ハードウェアで実装すれば良いのにと思っている (スコア:0)
メモリーも大量に使えるようになってきたので・・・
最小確保単位が128byteととかでなく1024byteとかでも問題なくなり始めている、そこで
ガベコレもmallocも、専用CPUを1つ搭載して、各種処理を裏側でやってしまうと良いのではと思っている。
大半のオブジェクトやスタックフレームを格納できる程度のサイズ(1024byte程度)を、バックグラウンドで100個くらい確保してあらかじめ溜め込んでおく。
そして、malloc要求が来たら、1024byte以下のサイズを要求された場合、あらかじめ確保しておいたメモリーの先頭番地を返すだけ、それ以上のサイズの要求が来たらソフトウェ
Re:mallocは、ハードウェアで実装すれば良いのにと思っている (スコア:0)
ロック処理をして 1CPU しか同時に実行できない、というのは間違っていて、
いまどきは標準の malloc でも複数 CPU からメモリーを確保できます。
Re: (スコア:0)
それでも数千命令程度のコードを通過するでしょう。
スタックフレームの変数を確保するのにそのmallocは使いたくない。
目標は一命令で即時確保です。
スタックにスタックフレーム確保する速度と同等なレベルのパフォーマンスが欲しい。
そこまで行けば、世界が広がるから。
Re: (スコア:0)
あんたが考えている数千命令ってどんな具合だ
擬似コードでいいからmallocとfreeのコードを書いてみろ
Re: (スコア:0)
目標は一命令で即時確保です。
それでも数千命令程度のストールが発生するでしょう。
Re: (スコア:0)
あらかじめ用意済みのメモリーを返すだけなのでストールしません即実行可能です
mallocのデバッガで追跡してみるとロック処理が大半、しかしロックすら必要ありません。従って数千命令も大幅に減ります。