Go language part 6at TECHGo language part 6 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト63:デフォルトの名無しさん 25/06/15 23:38:51.16 LkTvbUTI.net C++とRustにとってはArenaを使うと管理が楽で高速化されて良いこと尽くし Goは手間増大か 64:デフォルトの名無しさん 25/06/16 01:19:26.26 vcrz/bj1.net >>49 mallocひとつとっても解放のために確保時点でヘッダーを構成しないといけない それに根っこから染み付いてて意識してないだろうが、きちんと後で解放できるような構造を取らなくていいならできる最適化は意外と多い 65:デフォルトの名無しさん 25/06/16 07:43:44.87 ZGVdfSpP.net >>64 まず俺は40ではない(そしてGo使いでもない) > mallocひとつとっても解放のために確保時点でヘッダーを構成しないといけない 最低限空き領域リンクリストを構成する必要があるが、 遅いのはヘッダ整備O(1)ではなく、空き領域スキャンO(n)だと思う(が、まあこれはいい) > C言語でも同タイプの用途には特化したプールを用意して一切解放を行わない最適化戦略は行われる (41) OOPは各オブジェクト毎にちまちまmalloc/freeしてるから遅い プールの場合にはこれが1回で済む、ここまではいい そして > それに根っこから染み付いてて意識してないだろうが、きちんと後で解放できるような構造を取らなくていいならできる最適化は意外と多い とは具体的に何？ プールだと確保/開放1回分のコストになるので、これ以上速くするにはallocaくらいしか無いと思うが (まあ俺はalloca賛成派だし、何ならmalloc禁止でallocaだけで組めとも思うが) 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch