codesこの広告は、90日以上更新していないブログに表示しています。見なんだかよくわからなかったので調べてみました。訳したのでそれは最後に全部掲載します。持っておいて、メモリが必要になったらそこから取るというもの。負荷が上がるし、再割り当ての負荷もあがるので、無駄が多くなる。あるものの、こうした細かいメモリ管理を行いチューニングを行うこともあります。した用途の実装がなされていました。(go1.2)https://code.google.com/p/go/source/browse/src/pkg/fmt/print.go?name=release-branch.go1.2#130https://code.google.com/p/go/source/browse/src/pkg/regexp/regexp.go?name=release-branch.go1.2#88多少実装はことなりますが、概ね以下の指針で実装されています。具体的にはこんな感じ。})しかし、これにはいくつかの問題があります。提案したのがことの始まりのようです。取り込まれたようです。取り出したオブジェクト間に参照関係はないものとして扱う必要があります。使って実装し直されています。diff簡単に言うと、以下だけで終わり。},}探せてないけど、他にもありそう。以下が引っかかっている。そのシナリオではオーバーヘッドが減らないから。どの程度から、使い分けるべきなのだろうか。適当に翻訳したので張っておきます。個別に管理され回収される、一時オブジェクトのセット。ストアされたどんなアイテムも、通知なしに自動で消されることがある。参照しか持たない場合にこれが起こると、アイテムはメモリから消去される。負荷を下げることを目的としている。適しているわけではない。再利用される可能性のある、複数の一時的なアイテムを管理すること。複数のクライアントからのメモリ割り当てのオーバーヘッドを削減する方法を提供する。頻繁に出力すれば、サイズは増えるし、少なければ縮小する。そのシナリオではオーバーヘッドが減らないから。Outro細かいチューニングが必要なプログラム以外では、あまり使うことは無いかもしれないですが、知っておいて損はなさそうです。#nextwebconf月別アーカイブリンクhttps://jxck.iohttps://github.com/jxckhttps://twitter.com/jxck_http://mozaic.fmはてなブログをはじめよう!Jxckさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。