mallocの後にfree不要と言うバカいるの?Part2

**デフォルトの名無しさん** · 2013/01/30(水) 21:38:37.44

fjの時代から10年以上に渡るmalloc/free問題について語ってください(^q^)

前スレ
main以外★mallocの後にfree不要と言うバカいるの?
http://toro.2ch.net/test/read.cgi/tech/1352812333/

**デフォルトの名無しさん** · 2014/10/09(木) 18:57:30.60

標準のアロケータは万能じゃないから、カバーしきれない用途は自前で用意するって
話なんだけど、freeするのはアホって話で>>1000目指すよ。
用意いいかい？

**デフォルトの名無しさん** · 2014/10/09(木) 20:36:35.27

おっけー

**デフォルトの名無しさん** · 2014/10/09(木) 20:53:58.60

>>363
free/delete しないのなら自前のアロケータなんか要らないのでは？じゃんじゃん malloc() すればいいだけの話

**デフォルトの名無しさん** · 2014/10/09(木) 23:16:03.38

せやな。
RAM512KBでも普通に動いてたしな、16GBも有ったら解放する必要あらへん。

知ってるか？
16GBは64億個の0と64億個の1が有るのや、合わせて128億個やで。
128億という数は、地球上に有るすべての砂の数より多いねんで。
こんなん使い切れるわけあらへんしな。

**デフォルトの名無しさん** · 2014/10/10(金) 00:31:13.03

一人ではね。

**デフォルトの名無しさん** · 2014/10/10(金) 04:16:27.17

人間だけでも70億人以上いるらしいんだが
世界の砂ってそんなに少ないのか

**デフォルトの名無しさん** · 2014/10/10(金) 07:42:18.41

てか、GCって駄目じゃね？

GCあってもメモリリーク問題解決してないやん
なら、最初から自分で管理するという教育をした方が良くね？

**デフォルトの名無しさん** · 2014/10/10(金) 08:11:32.03

freeしたいやつはして、したくないやつはしなければいい
それだけ
以上
終了
おつおつ

**デフォルトの名無しさん** · 2014/10/10(金) 08:30:54.00

>>368
冷静かつ的確な指摘すぎてﾜﾛﾀ

**デフォルトの名無しさん** · 2014/10/10(金) 12:50:29.54

>>370
また、無限ループか
free() できない奴のアホさが滲み出てるな w

**デフォルトの名無しさん** · 2014/10/10(金) 18:16:01.82

そりゃ何を free() していいのか、何を free() しなくていいのか、わかっていないからね‥

**デフォルトの名無しさん** · 2014/10/11(土) 01:03:15.48

freeしない生き方を選択したとき、精神は解放されるんやで。
覚えとき。

**デフォルトの名無しさん** · 2014/10/11(土) 06:58:25.56

>>374
C/C++ を諦めて C# に行くんですね
もう帰ってこないでね w

**デフォルトの名無しさん** · 2014/10/11(土) 09:22:03.50

>>370
いやこれでまじで終了だろ

**デフォルトの名無しさん** · 2014/10/11(土) 09:33:07.63

>>374
非マの生き方を選択したとき、精神は解放されるんやで。
達者でな。

**デフォルトの名無しさん** · 2014/10/11(土) 09:42:45.54

クラスの中に放り込んで管理してるから、freeしたくなくても勝手にfreeされるんだが

**デフォルトの名無しさん** · 2014/10/11(土) 10:00:29.43

>>376
はいはい、終わりだからもう来るなよ

**デフォルトの名無しさん** · 2014/10/11(土) 11:44:11.01

>>379
おまえもなー

**デフォルトの名無しさん** · 2014/10/11(土) 12:39:02.40

>>380
うざ、来るなって言われてるのに、free もできないバカはこれだから

**デフォルトの名無しさん** · 2014/10/11(土) 13:20:27.24

おまえのようなバカが他で暴れないようにするためにこのスレがあるんだよw

**デフォルトの名無しさん** · 2014/10/11(土) 13:55:55.55

>>382
>>380

**デフォルトの名無しさん** · 2014/10/11(土) 16:47:40.65

(´・ω・｀)

**デフォルトの名無しさん** · 2014/10/12(日) 14:14:14.69

ネバーエンディングストーリー♪

**デフォルトの名無しさん** · 2014/10/12(日) 14:29:10.77

>>384
まだいたのかよ w

**デフォルトの名無しさん** · 2014/10/12(日) 14:33:27.20

>>386
>>383 ID: BpoU1i8h

**デフォルトの名無しさん** · 2014/10/12(日) 15:18:47.16

>>387
俺は終わりだとかは言ってないけど？
free が必要かどうかの区別もつかないバカはこれだから w

**デフォルトの名無しさん** · 2014/10/12(日) 15:30:56.77

mallocの先にfreeしてみてはどうだろうか

**デフォルトの名無しさん** · 2014/10/12(日) 15:35:01.76

>>388
freeは必要だが、場合によってはOSに任せとけって言うやつがいるから
結論として>>370で終了なんだよ
何度言ったらわかるんだ

**デフォルトの名無しさん** · 2014/10/12(日) 15:46:26.73

freeできることの判断を局所化することはできるが、freeしなくても問題ないという
判断は大域的にならざるを得ない。あとはセンスの問題だ。
グローバル変数バンバン使って平気な人もいるしな。

**デフォルトの名無しさん** · 2014/10/12(日) 16:02:22.91

>>390
お前のなかでは終わりなんだろ？
もう、でてくんなよ

**デフォルトの名無しさん** · 2014/10/12(日) 16:04:41.38

>>392
ワロタｗ

**デフォルトの名無しさん** · 2014/10/13(月) 00:21:10.29

free必須教の第一信徒はQz

**デフォルトの名無しさん** · 2014/10/13(月) 08:15:56.25

>>297はブログに書くことじゃなくてツイッターにでも書けばいい。

「私はRAIDの復旧にcpを使うバカです」

一行で済む。

**デフォルトの名無しさん** · 2014/10/13(月) 08:39:15.72

RAID 6 ってつよいの？

**デフォルトの名無しさん** · 2014/10/13(月) 10:04:05.65

>>395
RAIDの復旧じゃなくて、復旧不可能なRAIDから生きてるファイルを吸い上げる
だろ、本当にfree必須教信者は頭が悪いな

◆QZaw55cn4c · 2014/10/13(月) 10:04:24.56

>>297 の事情はよくわかる、所詮 free() はプロセスがOSから取得したメモリブロックのなかでのつじつまあわせ

**デフォルトの名無しさん** · 2014/10/13(月) 10:49:30.16

>>397
> RAIDの復旧じゃなくて、復旧不可能なRAIDから生きてるファイルを吸い上げる

本質に関係ないところに突っ込むしかないアホが不憫だ w

**デフォルトの名無しさん** · 2014/10/13(月) 10:57:56.36

必須派vs不要派　っていう対立が不毛だわな
ワザとやってるのかそれが分からないのか
必須派vs必須じゃあないだろう？派　ってだけだろ

**デフォルトの名無しさん** · 2014/10/13(月) 11:04:25.31

いや逆じゃね。
現実的にはほぼ必須派と、常に要らない派との争いで
何故か常に要らない派が、分かっていて
freeしなくてもいいある意味特殊な例を
持ち出して、だからfreeは必要ないみたいに
無茶な論理を成り立たせようとしているだけ。

**デフォルトの名無しさん** · 2014/10/13(月) 11:08:58.83

不要であるという結論ならば必須派は無駄なことをしていることになる
だが
必要であるという結論ならば不要派がこれまで書いたプログラムがゴミとみなされる

ゆえに必死

**デフォルトの名無しさん** · 2014/10/13(月) 11:28:22.88

>>399
お前>>395だろ
本質じゃない処に突っ込んでるのはお前
バカ過ぎる

>>401
ネタ以外で常に要らないなんて言ってる奴は居ない
本気で、いかなる場合と必要と言ってるバカが居る

**デフォルトの名無しさん** · 2014/10/13(月) 11:30:56.35

そんなことより、小沢GOGO！チャイニーズ for see.の意味が分からん。

**デフォルトの名無しさん** · 2014/10/13(月) 11:58:25.05

>>401みたいな知能だと生きていくのも大変なんだろうな

**デフォルトの名無しさん** · 2014/10/13(月) 12:19:26.06

>>403
> 復旧不可能なRAIDから生きてるファイルを吸い上げる

で、なにが違うか書いてみな w

**デフォルトの名無しさん** · 2014/10/13(月) 12:24:50.21

>>406
書いてみなじゃなくて、教えて下さいだろ、池沼

**デフォルトの名無しさん** · 2014/10/13(月) 12:27:56.27

>>403
「常に」じゃないとすると、どういう基準で要る要らないを判断するのかという話に
なるわけだけど、「exit()の直前は要らない、それ以外は要る」でいいんだっけ？

**デフォルトの名無しさん** · 2014/10/13(月) 12:45:44.40

4億3200万ファイル40TBをたかがメモリー10GBのUbuntuで、cp使ってコピー
しようという考えが、頭が悪いという以前に気が狂ってるんだよ。

「UNIXという考え方」などとのたまってそうだよな。

**デフォルトの名無しさん** · 2014/10/13(月) 12:45:52.23

ヒープに空きを作りたいときに呼ぶ、たったそれだけのこと。

**デフォルトの名無しさん** · 2014/10/13(月) 12:49:47.31

>>407
いつもの書けない言い訳乙 w

**デフォルトの名無しさん** · 2014/10/13(月) 12:53:11.61

空きを作りたい時を決定するのに時間がかかるから、こまめに開放する。

こういう事を書くと、「空きを作りたいときに、配列のサイズ調べるだけだろ？」
みたいなことを言い出す奴が必ず出てくる。

もうアホすぎて話にならない。

**デフォルトの名無しさん** · 2014/10/13(月) 13:03:24.91

>>410
空きを作りたいときに破棄できるポインタが常に手元にあるわけじゃないだろうし。
まさかそこでまとめてfreeするために、freeせずに取っておいたポインタを渡すというのも
本末転倒だろうし。
それ以前にそもそも、コードのこの部分を実行するときは空きが必要だがこの部分では
必要ないと判断するのも大変そうだなぁ。さらに、必要なときに空きを作れるようにするには
結局freeするコードは記述しておかなくちゃならんわけだよね。

**デフォルトの名無しさん** · 2014/10/13(月) 13:10:03.92

>>413
したいときに、つってるやん。
理由があってfree呼び出し遅延させたいならそうすればいいし、
とっとと片付けておきたいならすぐ呼び出せばいい。
呼びたきゃいつでも呼んでいいんやで？　望みどおりにすればいい。

**デフォルトの名無しさん** · 2014/10/13(月) 13:25:54.46

>>414
呼び出したいときを知るのが大変。

いつ呼び出すかについて仕様を述べよ。

**デフォルトの名無しさん** · 2014/10/13(月) 13:30:14.38

要は、一貫したルールはないけど好きなようにやらせろと。まぁ、それは自由だな。

**デフォルトの名無しさん** · 2014/10/13(月) 13:35:35.68

>>416
一貫したルール云々はよく分からんが、
とにかく自由なんだよ。freeは義務じゃなくて権利な。
空きを作りたいとき呼べば、空きが出来る。それだけ。

**デフォルトの名無しさん** · 2014/10/13(月) 13:39:26.77

WindowsのCRTはfreeするとOSがそのメモリを有効に使えるからな。

こういう事書くと、「仮想記憶云々」言い出す奴が必ず出てくる。

もうアホすぎて話にならない。

**デフォルトの名無しさん** · 2014/10/13(月) 13:49:04.48

>>417
プログラミングしたことが無いとそう思うんだよ。

「空きを作りたいとき」なんて仕様化できない。

「メモリーの使用量が特定の数値以上になった場合、解放する」
これなら仕様化出来る。

ところが、特定の数値以上になっているかいつ調べるか？ということも
仕様化しないといけなくなる。
これはたいてい、「一定時間経過ごとに」あるいは「メモリー確保の時点で」
となるだろう。
このどちらもいけていない。
オブジェクトの生存期間が過ぎた時点で解放するのが一番いけてるプログラミングマナー。

**デフォルトの名無しさん** · 2014/10/13(月) 13:57:39.07

>>417
「若者には間違いを犯す権利がある」
胸熱だな。

**デフォルトの名無しさん** · 2014/10/13(月) 14:02:09.69

したいときにするって、結局、メモリー確保の時点で使用量見て解放することになるんだよ。
なんで、これから計算を始めるときに、わざわざ仕事増やすのさ。

使わなくなった時点で解放するのがあらゆる面で効率良いんだよ。

**デフォルトの名無しさん** · 2014/10/13(月) 14:03:38.82

こまめに開放するっていうのも重要だよ。

まとめて一気に解放なんてしたら、ユーザーは処理のもたつきを感じ取るからね。

ホントアホばっかで話にならんわ。

**デフォルトの名無しさん** · 2014/10/13(月) 14:04:57.87

>>421
> 使わなくなった時点で解放するのがあらゆる面で効率良いんだよ。

そうしたいんならそうすりゃいいやん？てだけの話。

**デフォルトの名無しさん** · 2014/10/13(月) 14:08:05.29

>>423
お前、江戸時代だったら切腹申し付けられてるぞ。

**デフォルトの名無しさん** · 2014/10/13(月) 14:14:40.53

>>409
プロセス終了時に無駄にfreeする実装では
メモリ10GBじゃ論外に遅いだけで、freeしない効率的な実装なら
普通に終了するよ？
つまりお前のような馬鹿には効率的なコードは書けないって話だね

**デフォルトの名無しさん** · 2014/10/13(月) 14:16:56.04

>>425
ラーメン食うのにスプーン使って、ラーメンはダメだと言ってるようなもの。
箸で食えよ。

**デフォルトの名無しさん** · 2014/10/13(月) 14:19:29.20

一つ耳寄りな情報を教えてやろう。

WikipediaのXMLアーカイブ。
Emacsでは開けないだろ？
途中で落ちてしまう。
大きすぎるからな。

ワードなら開けるんだこれが。
目から鱗だろ。

**デフォルトの名無しさん** · 2014/10/13(月) 14:50:19.38

>>426は>>297の状況だったら何を使うの？

**デフォルトの名無しさん** · 2014/10/13(月) 14:53:17.45

GC の惨状をみるとね‥世間ではあれをうまくいっている、と評価するようだが

**デフォルトの名無しさん** · 2014/10/13(月) 14:54:54.53

>>422
そうそうマークアンドスウィープなんかの弱点だね

**デフォルトの名無しさん** · 2014/10/13(月) 15:33:08.72

|￣|　∧∧
|ニニ( ﾟД∩ｺ
|＿|⊂　　ノ
　　 / ＿０
　　(ノ

　えっ…と、不毛な糞スレ
＼はここかな…、と／
　￣￣￣Ｖ￣￣￣￣
　　∧∧ ∧∧
　∩Дﾟ≡ﾟДﾟ)|￣|
　ヽ　　|)ニニニ|
　　　|　|～　|＿|
　　　∪∪

　　∧∧ ミ　ドスッおつおつ
　 (　　) ＿＿＿
　 /　　つ終了｜
～(　 /　￣||￣
　∪∪　　　|| ε3
　　　　　ﾞﾞ~ﾞ~

**デフォルトの名無しさん** · 2014/10/13(月) 16:11:24.20

>>408
ダメ。その領域を再利用する必要/可能性がない場合。
exitの直前はその典型例だがそれだけではない。

>>411
バカなので分かりません。教えてくださいって言えよ。ｗ ID:7i+sJhXA

**デフォルトの名無しさん** · 2014/10/13(月) 16:16:53.59

GNU製品はホント糞だな。

**デフォルトの名無しさん** · 2014/10/13(月) 16:17:20.12

>>432
大丈夫、ちゃんとわかってるから

どうせ ID:XwZMSYHG は、逃げ回って答えられないことをね w

**デフォルトの名無しさん** · 2014/10/13(月) 16:23:42.16

>>432
答えられないのか。
情けねーな。

**デフォルトの名無しさん** · 2014/10/13(月) 16:29:31.58

他人に答えを強制するくせに>>428には答えずに逃げる、と

**デフォルトの名無しさん** · 2014/10/13(月) 16:33:17.28

>>436
雑用は雑魚にやらせてるから。
システム導入時にユーティリティーが一式ついてきたみたいだよ。

**デフォルトの名無しさん** · 2014/10/13(月) 17:13:00.13

>>432
その判断は大域的にならざるを得ないわけだよな。
個々の処理がいつどのように呼ばれるか、さらにはそれより後で実行される処理で
新たなヒープメモリの確保がされるのか、等々、気にしないとならないわけだ。
なんとも前近代的な印象を受けるが。

**デフォルトの名無しさん** · 2014/10/13(月) 17:36:51.42

>>418
で、32bitのコンパイラで断片化させて2Gの壁に突き当たると
64bitの場合の限界は環境依存なんだっけ？

**デフォルトの名無しさん** · 2014/10/13(月) 17:39:47.21

>>437
まさかの雑魚以下!?

**デフォルトの名無しさん** · 2014/10/13(月) 17:57:02.26

このスレまだあったんだ。

おっさん感激 !!

ところで、Free必須論者は
本質的に寿命がプログラムの寿命と同じオブジェクトが
あるということは認識してくれているのかな。

例えばさっきのcpのハッシュテーブルだったり、
コンパイラの構文木だったり

これらのオブジェクトが必要なくなるとき=プログラムが終了するとき
なんだけど、こんなかんじでfreeして開放された領域が2度と使われないことが
保障されているオブジェクトが存在するということは認識してくれている ?

**デフォルトの名無しさん** · 2014/10/13(月) 18:06:04.38

>>441
> コンパイラの構文木だったり

もうその話耳タコで飽きたわ

**デフォルトの名無しさん** · 2014/10/13(月) 18:11:11.64

>>441
OSと協調できないのはglibcの欠陥だから、主にLinuxでのみ問題になるんだよね。
Linuxなんか使うからそういう事になるんだよ。

まともなランタイム使ってれば解放して大丈夫だよ。
ホントGNU製品って糞だよな。
糞を一般化して語るなって話。

**デフォルトの名無しさん** · 2014/10/13(月) 18:15:57.06

>>297
「私はRAIDの復旧にcpを使うバカです」

ということだろ？

**デフォルトの名無しさん** · 2014/10/13(月) 18:19:35.33

>>434
> 大丈夫、ちゃんとわかってるから
わかってるなら、↓こういう間抜けな発言はしない。ｗｗｗ

> From: [395] デフォルトの名無しさん <>
> Date: 2014/10/13(月) 08:15:56.25 ID:BlK6LuSG
>
> >>297はブログに書くことじゃなくてツイッターにでも書けばいい。
>
> 「私はRAIDの復旧にcpを使うバカです」
>
> 一行で済む。

**441** · 2014/10/13(月) 18:24:11.09

>>442
それなんで、cpのハッシュテーブルっていう実例が出てうれしいです^ ~

自分の経験で出せる例だと、
連立一次方程式を解くときの疎行列なんかぐらいになっちゃいます。

**デフォルトの名無しさん** · 2014/10/13(月) 18:27:48.36

>>445
>>406 の答え書けないなら、でてくんなよ w

**441** · 2014/10/13(月) 18:32:16.15

>>443
オブジェクトの寿命 = プログラム(プロセス)の寿命
なオブジェクトが存在し、それはfreeをしても確保したメモリ領域が
再利用されることはない。
というのはご理解いただいているのですね。

**デフォルトの名無しさん** · 2014/10/13(月) 18:33:33.08

>>446
Linux特有の問題。
いまどきのランタイムはメモリを開放すると即座にOSに返す。
OSは適切に取り扱う。

ところがglibcはOSの機能を使えない。
ディスクに退避されたデータによってスラッシングが引き起こされる。

「だからfreeするべきではない」
↑これ間違い。

欠陥ランタイムを使うべきでないというのが正しい。

**デフォルトの名無しさん** · 2014/10/13(月) 18:36:40.23

>>441
＞ところで、Free必須論者は
＞本質的に寿命がプログラムの寿命と同じオブジェクトが
＞あるということは認識してくれているのかな。

認識してます。
結局のところ C/C++ にしか関係ない些細なことなんです。他の言語はすでにこの手の話は自動化されていますし、うまくいっているとはいいませんが。

**デフォルトの名無しさん** · 2014/10/13(月) 18:38:39.11

>>448
俺は、きちんとモジュール化するべきだと思うよ。
ハッシュテーブルを実装するなら、テーブルを削除する時点でメモリーも
解放する。
そして、他のプログラムでもそのハッシュテーブル実装を使えるようにする。

メモリーの開放が遅いのはglibcの欠陥。
欠陥品に合わせてすべてを台無しにする必要はない。
欠陥品を使わないことが大切。

まあ、こんな当たり前のことがわからないから雑魚なんですわ。

**デフォルトの名無しさん** · 2014/10/13(月) 18:39:27.83

>>449
＞いまどきのランタイムはメモリを開放すると即座にOSに返す。
ほう、それは初耳、いったん握ったメモリは返さないものとおもっていた‥

**デフォルトの名無しさん** · 2014/10/13(月) 18:46:38.76

>>452

**デフォルトの名無しさん** · 2014/10/13(月) 18:46:52.49

>>448
そういうケースが存在することはわかってるが、わざわざそんなケースだけを特別扱いすべきとは思わない
測定してみて、本当に解放が問題になる場合に free をやめると言うならわかる
つまり、小手先の最適化と同じレベルの話

**デフォルトの名無しさん** · 2014/10/13(月) 18:52:40.24

プログラムの再利用性、安全性を真剣に考えると、RAIIは有効な手法。

これに反対するのは雑魚。

Linuxを使わないことも大事。
Linuxはファイルのコピーすら満足にできないって>>297が述べてる。

**デフォルトの名無しさん** · 2014/10/13(月) 18:59:10.36

>>297のケースで有効な解法はメモリプール
これがわからない奴は雑魚

**デフォルトの名無しさん** · 2014/10/13(月) 19:06:21.99

>>449
cpはハッシュテーブルを最後まで使うから
即座にOSにメモリを返すとか、何にも関係無いんだよなぁ…

**デフォルトの名無しさん** · 2014/10/13(月) 19:15:48.89

>>457
メモリープールが問題になってるのに、メモリープールが解法と言ってるのだから、
わからなくて当然。
もう少し勉強しなさい。

**448** · 2014/10/13(月) 19:19:27.66

>>454
認識が確認できて幸いです。

わざわざそんなケースと言われるけど、
このようなケースは結構多いと思うんですよ。

普段使ってるgccもたぶんそうだし、
cpだってそう。

本質的に記憶領域の再利用がされないfreeをするために
循環参照があるリンクトリストを再帰で開放してまわったり
freeをするための1万回のループをわざわざ書くというのは
なんというか、知的ではないのではないかと

もちろん、ライブラリ化するために、解放処理を記述するのは
必要ですけど、例えばgccの構文木を保持するコードは
gcc以外に使えるとは思えないなぁ。
だから、専用に作ったんでしょ

**デフォルトの名無しさん** · 2014/10/13(月) 19:24:40.28

変な論法だね‥
「free()/delete してもしなくても状況に大きな変化はない。∴free()/delete しなくてよい。」
と理解していいのかな？

**デフォルトの名無しさん** · 2014/10/13(月) 19:27:50.10

>>459
Linux界隈だとそれでいいんですけどね。
ctagsでインテリセンスより強いとか言ってればいい。

でも、いまどきの人は構文上の誤りは即座に指摘してほしいし、書く端から
補完が効いてほしいですよね。
すると、コンパイラの機能だと思われていたものすらエディタに組み込まれたりするわけですよ。

まあ、Linuxなんか使ってると20年前で時が止まっちゃうんですけどね。
世間ではそういうのを雑魚って言うんです。

**デフォルトの名無しさん** · 2014/10/13(月) 19:32:32.92

>>456
その解法がメモリープールというのは、
ハッシュテーブルの領域全体をmallocでとって来て
中身を自前のメモリ管理コードで管理して、
解放するときは全体をfree一発で解放ってことでしょうか ?

malloc-freeはsbrkやmmapで確保した領域を
管理するメモリプールだと考えられます。

ですので、再利用する見込みのない領域をわざわざfreeする必要は
ないんじゃないのって考え方は、
上記の大きな記憶領域を確保して、解放はfree一発というものと
同一になります。

**デフォルトの名無しさん** · 2014/10/13(月) 19:36:18.84

>>461
全然関係ないこと書いてないで、

> 循環参照があるリンクトリストを再帰で開放してまわったり
> freeをするための1万回のループをわざわざ書くというのは

についてコメントしたら？