06/07/18 02:06:37
主流の技術を語って
151:デフォルトの名無しさん
06/07/18 03:06:59
CPUとメモリの速度比
キャッシュ段数、容量
複数CPU間の同期機構
そのときメジャーなアプリ
このへんが変わるたびに前提が変わるんで
適当に研究し続けられる
ただ、数年（下手すると２年程度）で研究が陳腐化する
152:デフォルトの名無しさん
06/07/18 13:07:09
アコギな商売ですね
153:デフォルトの名無しさん
06/07/18 22:00:27
計算機の世界は、ほとんどがそんなもんだ。
いやだったら、理想計算機なんてもんを振り回せる、境目の数学屋よりの方へ
行くしか無いな。
154:デフォルトの名無しさん
06/07/19 22:01:23
主流の技術を語って
155:デフォルトの名無しさん
06/07/19 22:25:03
OS方面でも
スケジューリング
ファイルシステム
権限調整（サンドボックスアプローチとかそのへん）
なんかはその類だなあ
うわ、スレ違いだ
156:デフォルトの名無しさん
06/07/19 23:24:41
主流じゃなくて，クラシカルなネタだけど，
「コンカレントな環境で，いかにStopTheWorldを無くすか」
というのがやはり重要なのかも．
一般人でもメモリ何ギガの並列環境を使うのが当たり前になりそうな勢いだよね，
2コア，4コア...
でも，結局，肝のところはハードウェアで対応しちゃうのだろうから，
ソフト的にはほとんど進化なさそう．．．
あぁ，コピーコレクタを最初に知ったときのような感動を味わいたいよ．
157:デフォルトの名無しさん
06/07/19 23:49:41
それは主流だろ?
Realtime Javaとかさ。
158:デフォルトの名無しさん
06/07/20 00:59:39
256バイト1ページでページ単位にＧＣとMMUによるアドレスの再マップとかしたら却って鈍かったorz
159:デフォルトの名無しさん
06/07/20 01:57:46
いまの時代に256バイト単位はないだろ
160:デフォルトの名無しさん
06/07/20 09:07:19
>>159
実験だからね～。
つか32Mしか積んでないし@Mips R4000のワンボードだし
161:デフォルトの名無しさん
06/07/25 02:34:41
32Mで256バイト/ページってことは、えと･･･
よん？
162:デフォルトの名無しさん
06/11/19 02:34:01
gcされないように上げてみる
163:デフォルトの名無しさん
07/02/27 19:09:55
sageてるじゃねーか
164:デフォルトの名無しさん
07/07/01 21:03:42
保守的GC
165:デフォルトの名無しさん
07/07/02 00:35:11
革新的GC
166:デフォルトの名無しさん
07/07/02 10:35:24
闘争的GC
167:デフォルトの名無しさん
07/07/02 19:12:31
どれもメモリ内容の一貫性は保証しません
168:デフォルトの名無しさん
07/07/03 09:13:37
消えたり宙に浮いたりします。
169:デフォルトの名無しさん
07/09/28 22:33:36
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
170:デフォルトの名無しさん
07/09/28 22:49:08
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
171:デフォルトの名無しさん
07/09/28 22:49:56
手軽にＣＧ
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
172:デフォルトの名無しさん
07/12/09 15:55:00
C++用GCライブラリらしい
URLﾘﾝｸ(18.real-sound.net)
173:デフォルトの名無しさん
07/12/09 17:54:09
invariantによる議論がちっともないところを見ると不安で使えないなあ。
GCはバグの特定が容易でないのできちんとした理論的な検討が重要。
174:デフォルトの名無しさん
08/03/04 23:34:59
・対象クラスがgc_obj_baseを必ず継承せねばならない
・使用時はスマートポインタのようなi_obj<ClassName>を使う必要がある
この２点だけで、俺はもうだめだ。
循環参照しなければ、スマポの方が圧倒的に簡単で便利そう。
175:デフォルトの名無しさん
08/03/05 07:48:58
参照カウントとマーク＆スウィープの比較だったよね？
176:デフォルトの名無しさん
08/03/15 23:53:00
GCの圧倒的利点は、あれだろ
ヲマイラの所にもいるの斜め上のあいつのバグに悩まされるのが減るってことだろうよ。
おめーのバグだろ(#ﾟДﾟ)ゴルァ!!
177:デフォルトの名無しさん
08/03/17 10:53:20
藻前らWikipediaも見てないなんて、サーベイ不足も良い所ですね。
C++にはあと二年以内に、言語仕様としてデフォで透過的なGC「の実装サポート」が入りますよ。
URLﾘﾝｸ(en.wikipedia.org)
GCがフルで入るはずだったが、上記URLのとおり、0xより[あとでやる]に切り替わったらしいね orz
それでも相変わらずBohemﾀｿらが、「最小限のGCサポートとReachabilityベースのリーク検知」と
名前を変えて、標準に入れるべくがんがってるぽい。
URLﾘﾝｸ(www.open-std.org)
さて、C++/CLIでも使うか。
178:デフォルトの名無しさん
08/03/17 11:03:38
二年以内に入るなんて書いてないが？
今、提案の最低限の機構だって入るかどうか分からないし。
179:デフォルトの名無しさん
08/03/17 12:17:41
>>177
>>179というわけでWikipediaも最新の動向を追い切れていない。残念だけど。
Wikipediaしか見ていないのも調査不足だよ。
180:デフォルトの名無しさん
08/03/17 13:28:48
>>177
exportなんざからっきしだしtemplateだってようやっとなのに本当に全部実装したコンパイラなんか出てくるのかね？
181:デフォルトの名無しさん
08/03/17 13:36:50
exportはなかったことにされてます。
後は実装されると思いますが、(実際既に実装が追っているし)
gc関連はC++0xには入らないでしょう。
そもそも2007最後のミーティングで議題から外されてますから。
182:デフォルトの名無しさん
08/03/17 14:20:50
>>178
「0x」って文字読める? 確かにずれ込むこと考えたらまぁ、何十年後か分からんが。
「入るかどうか分からない」「二年いないかどうか分からない」と言ったら、もうなにも言えない。
もっとも俺の表現は断定的すぎた、ｽﾏｿ。
そう議論されているんだから、入るだろうと予測するのがまっとうだと感じたまで。
この時期にGCのフルサポートを削って「Minimal」を残してるんだから、後者は入る可能性が高くなったと印象を持った。
>>179
「しか見てないのも調査不足」はその通り。俺みたいな、一ページしか読んでないヒヨッコより頼りになるC++ハカーはたくさん居ると思う。
しかしそれすら見てなくてかつC++0x一次情報(TC1/SC22/WG21)も出てこないスレの流れよりはマシ。
>>181
いやだから、そのミーティング
URLﾘﾝｸ(www.open-std.org)
で「N2481 Minimal Support for Garbage Collection and Reachability-Based Leak Detection」が取り上げられてるわけだが。誤解だったら指摘よろしく。
183:デフォルトの名無しさん
08/03/17 14:26:41
そりゃここはC++0xスレじゃないからね。普通はそこまで見ないでしょ。
見てる人がそれを紹介するという流れならわかるけどさ。
184:デフォルトの名無しさん
08/03/17 14:29:36
ゴミ集め厨らが、集められるのを待っています
185:デフォルトの名無しさん
08/03/17 21:20:43
>>176
無駄にstaticな参照とか、map等に入れっぱなしが発生するからあんまり変わらん。
186:デフォルトの名無しさん
08/03/17 21:50:35
>>185
ただN2481が入れば、
debuggerでbugを追いやすくなったのも確かだ。
(現実的には追いやすくなる可能性が増えた程度か?)
187:デフォルトの名無しさん
08/03/28 11:31:56
URLﾘﾝｸ(hnxgc.harnixworld.com)
RealGCよりも柔軟性が高そう
ただしマクロを使うことになるから、
ほかのGCライブラリを使った場合よりもソースは汚くなりそうだ。
188:デフォルトの名無しさん
08/03/31 03:54:24
GCなしでクロージャなんかまともに使えるのかね
189:デフォルトの名無しさん
08/03/31 06:35:43
コンパイラが静的解析して必要な箇所にクロージャを解放するコードを埋め込む
とかだったらいけるかも。
190:デフォルトの名無しさん
08/04/03 07:02:47
ユーザの入力した数 n に等しい長さのリンクリストとか作ると破綻するよね < 静的解析
Region inferenceとかどうなってるんだ
191:デフォルトの名無しさん
08/04/03 07:34:49
>>190
なことねーよ。
長さは抽象化して扱うんだよ。
全てのlist nodeが同じ性質かどうか解析する。
map/reduce系はlist nodeを同じ扱いするから結構簡単。
こんなん20年以上前から論文あるよ。
実装技術として実用化されてきたのが最近ってだけで。
リストは簡単な部類。嫌らしいのはフラットじゃない木構造。
フラットな構造ってのは、non-flat domainとしては一番単純だから。
最後の"non-flat"ってはdomain theory的な意味でね。
192:デフォルトの名無しさん
08/04/03 23:42:27
>>189
クロージャを解放？ただの匿名関数と勘違いしてないか？
193:デフォルトの名無しさん
08/04/04 11:29:12
>>192
なぜそう思ったの?
194:デフォルトの名無しさん
08/04/06 01:40:06
>>193
クロージャはローカル変数も束縛できる。
"クロージャを"解放すること自体はスマートポインタだろうが何だろうが問題ない
195:デフォルトの名無しさん
08/04/06 11:50:25
>>194
だから何？
196:デフォルトの名無しさん
08/04/06 11:56:41
>>195
お前誰？
197:デフォルトの名無しさん
08/04/06 12:30:36
なぁ、過疎スレで結構マニアックなスレでそういうバカな応答やめようよ。
Generation GC使ったらedenのサイズとかのパラメータが及ぼす影響が広範囲にわたって頭が痛いと思い始めたですよ。
まじめにアプリによってUI応答性能がすごく変わるんです。
198:デフォルトの名無しさん
08/04/07 21:01:35
それるけど、そろそろ藻前ら「匿名」関数はやめないか。ガ「ベー」ジコレクションと一緒で悪しき慣習だろ。
匿は「隠す」って意味だぞ、犯人隠匿とか。匿名なら、名前が「元々存在する」ものをあえて隠す。
anonymous functionは元々、進んで名前を付けないないのだから、訳すなら「無名」の方がましだろ。
# 英単語集合と和単語集合が全単射なわけねぇ～
199:デフォルトの名無しさん
08/04/08 09:38:57
無名関数(他、無名クラス、等)は、書籍レベルだと定訳になってると思うけど、
最近はウェブベースで知識共有が進むからかなぁ。
ところで、「ガベージ」を排するとして、残る候補は、
・ガベジ
・ガベッジ
・ガーベジ
・ガーベッジ
だが、おすすめはどれよ。
200:デフォルトの名無しさん
08/04/08 09:58:29
もぉカタカナに変えた時点でどうでも良いと思うんだが。
201:デフォルトの名無しさん
08/04/08 10:12:31
じゃあ「ごみ」でいいか
202:デフォルトの名無しさん
08/04/08 11:36:30
>>199
.NETでは無名ではなく匿名になっているよ
実際コンパイラによって自動で命名されているのだから、匿名でも間違いではないとも言えるのかもしれない
例によって、MSDNの翻訳ミスかもしれんが。
203:デフォルトの名無しさん
08/04/08 11:45:29
> .NETでは
> .NETでは
> .NETでは
204:デフォルトの名無しさん
08/04/08 12:05:43
やはりRealGCはプリミティブを直接GC管理化には置けない模様。
URLﾘﾝｸ(18.real-sound.net)
ちょっと使い勝手が悪いかな。
char*のラッパとかいちいち作るのも微妙。
>>203
何がいいたいの？
無名関数のように振舞う匿名関数という実装は存在するから、確実に間違いだとは言えないという話なんだけど
205:デフォルトの名無しさん
08/04/08 12:15:47
>>203
phpやpythonは匿名関数のほうが一般的
関数型の色が薄い言語は匿名と呼ぶものが多い様子
206:デフォルトの名無しさん
08/04/08 13:14:43
間違いと言っている奴も、
匿名としているグループがないと言っている奴もいない。
なのに(ry
207:デフォルトの名無しさん
08/04/08 14:45:57
>>206
>>203は
> 何がいいたいの？
って訊かれてるんだから、何が言いたいのかを言えばいい話。
ていうかお前>>203？ 仄めかしばっかで中身全然無いのがそっくりだし。
208:デフォルトの名無しさん
08/04/08 18:42:39
> phpや
> phpや
> php
209:デフォルトの名無しさん
08/04/08 18:43:41
>>204
ぜんぜんRealじゃない実装w
210:デフォルトの名無しさん
08/04/08 18:56:19
>>204
> 無名関数のように振舞う匿名関数という実装は存在するから、確実に間違いだとは言えないという話なんだけど
悪いが、その「無名関数」と「匿名関数」のそれぞれの英訳教えてくれる？
英訳が無いような実装とかだったら実装の具体名で。
211:デフォルトの名無しさん
08/04/08 19:06:54
C#では、プログラマには無名に見えるけど、
CLRの内部では実際は名前を持っているって話でしょ。
GC関係ないからどうでもいいよ。マ板いってやってくれ。
212:デフォルトの名無しさん
08/04/08 20:29:55
スレ違いなのは同意だが・・・
>マ板いってやってくれ。
アホか
>>204
つまり、GCを導入してもdeleteは書くことになるわけだな（苦笑
デストラクタにdeleteを集約させるという意味ではスマートポインタに対する違いはあまりないな・・・
template<typename T>
class PrimitiveArrayPtr : virtual public gc_obj_base
以下略みたいなのを作ればいいのか
あえてそれを用意しないのは、何か問題があるのだろうか
213:デフォルトの名無しさん
08/04/09 09:26:15
>>197
で、GCなしでローカル変数の参照はどう扱うの？
UI応答速度なんてクロージャが実装可能かどうかとは関係ないのだが
214:デフォルトの名無しさん
08/04/09 09:48:50
C++はコンサバGCの精度を上げるための機構をまずは用意するんだね。
アプリの領域は、GCありきの言語にどんどん侵食されているのに、
非常にアグレッシブで面白いね。
C--もGC記述可能だったけど、今もC--やっている人いるのかな?
215:デフォルトの名無しさん
08/04/09 11:15:52
>>197
その前はリファレンスカウントだったんよ
216:197
08/04/09 11:29:10
>>193と>>197は別人か
ごめん
217:213
08/04/09 11:30:40
>>216は>>213(俺
重ね重ねすまぬorz
218:デフォルトの名無しさん
08/04/09 11:44:27
>>217
ワシこそ申し訳ない、しかし今回世代別初めて自分で書いたのですが、本当にパラメータ調整難しいです。
割と遅い速度のARM系チップなのでメモリに余裕あるからとコピー世代領域たくさんとると嫌なときにカクっとなったり、
かといって少ないとoldから参照されやすくなったりして非力なマシンには向かないかも知れないとおもいました。
219:デフォルトの名無しさん
08/04/09 13:10:59
以前Hnxが海外サイトのBBSでライセンスのことで叩かれていたのを思い出して、
調べてみた。
HnxGCのライセンス
>URLﾘﾝｸ(www.excite.co.jp)
ソフトウェアの許諾としてはありがちな内容だが、確かにこれは問題ありだ。
RealGCは選択肢としては（機能的に）微妙だし、SGCLはWindowsしかサポートしてないし
AGM::LibGCもマルチスレッド対応はウインドウズのみだっけ？
妥協するしかないのかー？
220:デフォルトの名無しさん
08/04/10 23:27:23
いつも思うんだけどさ。最初っから全部GCならいいんだよ。
次世代OSの定義でこれはどうよ:
1. malloc(3)がNULLを返さない事 (そんなもん返すくらいなら爆発しろ!)
2. free(3)の定義が空っぽな事 (すべての free(ptr); はコンパイル時に霧と消えろ!)
はぁ、(s)brk(2)? POSIXに載ってないAPIなんて(ry
221:220
08/04/10 23:28:56
あるいは、動的領域確保の必要性がない次世代言語: COBOL。
222:デフォルトの名無しさん
08/04/11 00:05:31
>>220
Visual C++は、mallocが失敗したときにも
set_new_handlerで指定したハンドラを呼び出すようにできる。
223:222
08/04/11 00:06:51
おっと送っちまった。
もちろん、GCはないし、2も満たしていないけどね。
224:デフォルトの名無しさん
08/04/11 01:58:17
>>222
ていうかC++ならbad_allocでおk
225:デフォルトの名無しさん
08/04/11 10:40:45
C++ OS と C++ chip マダー？
226:デフォルトの名無しさん
08/04/11 12:15:27
>>225
> C++ OS
URLﾘﾝｸ(nes.sourceforge.jp) とか
227:219
08/04/11 13:58:31
色々考えた結果、RealGCを使ってみた。
オブジェクトを作るとき、引数付きコンストラクタは使えない仕様らしい。
メタプログラミングで吸収できないかあれこれ悩んでマス
228:デフォルトの名無しさん
08/04/12 01:43:26
エロい人にお願いです
boehmGCのライセンスについて解説してください(>人<)
229:デフォルトの名無しさん
08/04/12 02:04:37
>>228
英文が読めないって話だったら板違い
230:デフォルトの名無しさん
08/04/12 16:31:42
>>229
英文が読めないなんて書いてないけど…
231:デフォルトの名無しさん
08/04/12 17:41:40
「英文が読めないって話だったら板違い」という文章は
if (英語が読めないって話) { 板違い } という意味であって、
英文が読めないということが「書いてないから」こういう言い方になるんだろう。
突っ込むなら、英文が読めないと「書いている」人に向かってこの反応をした時に突っ込むべきだよ。
「常に真になるじゃん。冗長にもほどがある」って。
232:デフォルトの名無しさん
08/04/12 17:54:01
長いしキモい…
"翻訳"してくれとどこに書いてあった？
"解説"と書いてあるだろ
233:デフォルトの名無しさん
08/04/12 18:22:18
>>231
冗長すぎてどっちに文句を言っているのかわからんちん
234:デフォルトの名無しさん
08/04/12 19:29:04
あんな短いライセンスに解説が必要か?
ライセンススレに言ったらどうか?
235:デフォルトの名無しさん
08/04/12 19:45:32
>>233
文句なんか言ってないし、冗長でもないよ。
「xではないから書かれたもの」に対して「xではないんだけど・・・」と返すのは変だという話。
236:デフォルトの名無しさん
08/04/13 15:11:43
>>228は結局、どこについて解説して欲しいんだ?
何が分からないのか示せない、典型的な教えて君だな。
漏れなら「短いよね」で解説終わりだ。これも(ライセンス全体についての)解説だ。
237:デフォルトの名無しさん
08/04/13 15:43:01
というか聞かなきゃわからんことなんかあるんだろうか、あの短さで
238:デフォルトの名無しさん
08/04/14 10:42:40
>漏れなら「短いよね」で解説終わりだ。
一般人はそれを感想と言う
本家見てれば関係ないのだが、漏れはBSDライセンスと書いているサイトがあるのが気になるお
239:デフォルトの名無しさん
08/04/14 11:08:16
今配布中の物を本家のライセンスにあわせんでどうするんだ？
240:デフォルトの名無しさん
08/04/14 20:47:33
>>238
そうだね、断定的に書けばいいのか。「短い。」
アホラシ
241:デフォルトの名無しさん
08/04/30 08:27:41
>>239
なんで俺に聞くの
俺がBSDって記載したんじゃない
>>240
どう取り繕っても感想は感想
242:デフォルトの名無しさん
08/04/30 09:28:13
「僕はアホらしいです」って自己紹介してるんだから許してやれ。
243:デフォルトの名無しさん
08/05/02 22:36:58
>>240
よう、学生
244:デフォルトの名無しさん
08/05/02 23:15:58
20歳位の頃は、>>240みたいなのがかっこいい切り返しに思えるんだよね。
数年経って、何でもない時にふと思い出すと、あまりの恥ずかしさに「うわっ」とか声出るけど。
245:デフォルトの名無しさん
08/05/03 00:40:37
何下らん話してるんだよ。GC以外の話をダラダラ続けんな、ボケ。
……といってもまったく新しい手法というのは聞かないしなぁ。せいぜいGCのハイブリッド化の技法ぐらい？
246:デフォルトの名無しさん
08/05/03 12:44:20
> ……といってもまったく新しい手法というのは聞かないしなぁ。せいぜいGCのハイブリッド化の技法ぐらい？
kwsk
247:デフォルトの名無しさん
08/05/03 14:23:25
いや、大した話じゃなくて、単に２つ以上のGC手法を組合せたもののこと。
Javaの世代別GCとかPythonのGCなんかでも使われとりますな。
メモリの節約とか効率化とかの話があるからそれなりに研究があるらしいけど、
詳しく追っていないから詳細はシラネ。
248:デフォルトの名無しさん
08/05/03 14:28:18
知らない割には>>245では偉そうだな。
249:デフォルトの名無しさん
08/05/03 14:31:04
javaチップの一種がGCの手法をハードウェアで支援するとか言う工夫してた、
ああいう手法が普通のCPUで使えたらいいのにと思う事はある。
250:デフォルトの名無しさん
08/05/03 15:08:47
>>249
それがデスクトップ用PCや汎用機で使えるようになると
かえってARMなどのモバイル環境でも使えるGC技術の発達が遅れかねないから
俺は嫌かな
251:245
08/05/03 15:45:29
GC実装の細かいところにはあんまり興味無いからなあ。
H/W GCというのも面白そうだけど、C&C++と相性悪そうだからどうだろ？
252:デフォルトの名無しさん
08/05/03 16:19:40
C&C++ って、NEC の「C&C」に ++ かと思ったわ一瞬
253:デフォルトの名無しさん
08/05/03 18:16:50
C&Cはカレーだろ
254:デフォルトの名無しさん
08/05/03 19:20:53
>>251
そうかなぁ？、あくまでハードウエアによる支援だからタグ付きポインタみたいにそれがポインタかデータかを持つだけでもありがたいと思うんだ。
（使わなければ普通のプロセッサになるってのがミソなんだとおもう）
でも、いまさらメモリインターフェースが３２＋ｘビットとかになると困るかもね（実際に出てくるとしたらECCの分を使い回しなんだろうね）
255:デフォルトの名無しさん
08/05/03 20:00:43
LISP専用ハードの再来ですか？
256:デフォルトの名無しさん
08/05/03 20:27:11
Tag付きデータはどの言語でも有用だろ
257:デフォルトの名無しさん
08/05/03 20:39:34
ちょいとGC好きのおまいら、このスレ監視してんならもちっとネタ振ってくれよ.
おいらが流れにあきれて>>249振ったらこんなに栄えちゃうならまだまだ素人考察事はあるんじゃないの？
いや、マジでお願いします、ＧＣは学術的に素人だけど、自前でComapction GCや世代別ＧＣ実装するくらい好きなんで。
258:デフォルトの名無しさん
08/05/05 14:27:27
ハードウェアのサポートありなら、Azulのやつは?
259:デフォルトの名無しさん
08/05/30 00:38:36
Freeの高速なGCの手法って
名前なんだっけ？
260:デフォルトの名無しさん
08/05/30 10:59:32
ハードウェアサポートは廃れた。
汎用のチップの方が速いから。
x86とそれ以外のCPUでもあれだけ差がある。
Tag付きデータを直接扱えるCPUはもっと遅くなる。
売れるCPUは速い。
また汎用CPUですらx86の牙城を崩せないのに、
Tag付きデータCPUに出来るわけがない。
80年代には決着がついていた。
ELISは、まだやってるんだ…という受け取られ方だった。
261:デフォルトの名無しさん
08/05/30 11:03:53
プロプライエタリな手法って特記するようなものもないと思うが...
GCはリファレンスカウントなら参照の発生と消滅に必ずコストがかかるし、
スキャベンジングでは生きてるオブジェクトを全部なめるから、オブジェクトの
数に比例したコストがどうしても必要になる。
GCに要する時間を少なくする手法としては、GC対象のオブジェクトを限定する
世代別GCとか？
262:デフォルトの名無しさん
08/05/30 14:56:02
GCしないという手もある
263:デフォルトの名無しさん
08/05/31 06:48:59
大昔，Lispマシンはその日電源落とすまでGC起きない方が普通だった
CPUも遅かったから
264:デフォルトの名無しさん
08/05/31 14:39:22
>>263
メモリ足りないとさすがにするってば。
っていうかそのころのLispマシンでそんな使い方できるくらいのメモリ積んだのってよっぽど予算余ってないと回ってこなかったよ。
#バブル期だったらそうかもしれんが、おいらが知ってるのはバブル前だからなぁ。 orz
265:デフォルトの名無しさん
08/05/31 16:39:13
４０過ぎたオッサン？もしかし５０近い？
266:デフォルトの名無しさん
08/06/01 15:41:05
LMIとかSymbolics社で聞いた話
267:デフォルトの名無しさん
08/07/17 12:53:14
飯食う前に(gc)
タバコ吸う前に(gc)
トイレ行く前に(gc)
ってのは聞いたことがある。
268:デフォルトの名無しさん
08/07/17 13:42:23
かつてパソコンベーシックでゲーム作ったときに、ゲーム中に不定期にGC入るのを嫌って
シーンチェンジのときに強制的にGCしたことを思い出すw
269:デフォルトの名無しさん
08/10/27 11:14:13
Ypsilonってピンボールゲーム開発用に作ったscheme実装が、
ゲームに十分なpauselessなGCと言っているね。
270:デフォルトの名無しさん
08/10/29 01:31:31
littlewing のやつか。
271:デフォルトの名無しさん
09/01/14 07:28:54
保守