アカウント名:
パスワード:
https://github.com/microsoft/mimalloc/issues/11 [github.com]
MSさぁ…ChromeやChromiumがデフォルトでtcmallocでビルドするようにおたくの新生Edge？とかいうゴミをこさえる為にだけ使いなよ >>>>mimalloc
malloc()は高速になったけどfree()に時間がかかるようになったとかだったら笑えるのになあ。
何故？
メモリの確保のタイミングとサイズはユーザ操作等で決められる（アプリケーション側は正確に予想できない）けど、解放はアプリケーション側の都合のよいときに決定論的に行える。なので、解放を犠牲に確保を優先する戦略は、いたって合理的では？
そう、メモリ確保しても解放しない、これが最も合理的な戦略です。
ちなみに、JDK 11には実際に何もしないGC手法(Epsilon GC)が追加されたはず。おそらく、性能測定などが主な用途。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
ためしてみたらjemallocより2倍遅くなりました (スコア:1)
https://github.com/microsoft/mimalloc/issues/11 [github.com]
MSさぁ…
ChromeやChromiumがデフォルトでtcmallocでビルドするように
おたくの新生Edge？とかいうゴミをこさえる為にだけ使いなよ >>>>mimalloc
Re: (スコア:0)
malloc()は高速になったけどfree()に時間がかかるようになったとかだったら笑えるのになあ。
Re: (スコア:0)
何故？
メモリの確保のタイミングとサイズはユーザ操作等で決められる（アプリケーション側は正確に予想できない）けど、
解放はアプリケーション側の都合のよいときに決定論的に行える。
なので、解放を犠牲に確保を優先する戦略は、いたって合理的では？
Re:ためしてみたらjemallocより2倍遅くなりました (スコア:0)
そう、メモリ確保しても解放しない、これが最も合理的な戦略です。
Re: (スコア:0)
ちなみに、JDK 11には実際に何もしないGC手法(Epsilon GC)が追加されたはず。おそらく、性能測定などが主な用途。