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/09/27(土) 17:42:35.54

ポリシーって書ける俺かっけーって奴でしょ w

**デフォルトの名無しさん** · 2014/09/27(土) 17:48:52.13

流石バカ

**デフォルトの名無しさん** · 2014/09/27(土) 17:50:51.69

freeしないのは自由だし、必要ない場面があるのも確かだけど、イチイチそんな事例を列挙してポリシー()化する程のメリットがない

**デフォルトの名無しさん** · 2014/09/27(土) 17:51:04.65

freeが省略可能かどうか、事前あるいは局所的に判断できるようなあまり一般的ではない
ケースのためにわざわざ妙なポリシーを設定するのはセンス無いと思う。
あるいは、何か変更する毎に「前にここで省略したfreeがまた必要になってないか」って
気にしながらプログラミングするんだろうか。

**デフォルトの名無しさん** · 2014/09/27(土) 18:33:38.97

許容可能な場合は～
とか、ポリシーでもなんでもないだろ
どういう場合に許容可能とするかを書かないと意味がない
そのレベルの奴なので温かくスルーしてやりなよ w

**デフォルトの名無しさん** · 2014/09/27(土) 19:02:44.41

>>297が言いたいのは、Linuxは糞速いのでプログラム内から解放すると一日たっても終了
しない解放処理が、システムに任せると1nsで終わるということだと思います。
前から思ってたけど、glibcって糞ですよね。
libc5サイコーってLinux板で言ってました。

**デフォルトの名無しさん** · 2014/09/27(土) 20:22:12.59

cp使って大量で大容量のバックアップする人いるんだ
へー

**デフォルトの名無しさん** · 2014/09/27(土) 20:27:29.57

>>307
いますよー。
しかも、オプションなんて気にしないのです。

**デフォルトの名無しさん** · 2014/09/27(土) 20:38:54.53

デーモン類みたいな動かしっぱなしにするプログラムで、どんどんメモリを確保して手放さなかったら
困るけど、コンパイラみたいにどうせすぐ終わるプログラムで、今時なら100Mぐらいに収まるとかなら
どうでもいいだろ。その程度の想像力も判断力も無い奴が「温かくスルー」とか、能天気でいいよなw

あと、直接freeするわけじゃないけど、GCのある言語で終了前にGCが走るような場合、確保しまくった
メモリ空間を全部なめて回るからスラッシングが起きてマシンが劇重になることがある。
そんな場合も、本当に解放すべきリソースがあるのでなければ、とっとと_exitしてしまえばいい。

**デフォルトの名無しさん** · 2014/09/27(土) 20:47:14.49

必要かどうかを判断したり適切かどうかをチェックしたりする人的コストがムダ

**デフォルトの名無しさん** · 2014/09/27(土) 21:05:07.76

スマートポインタ作ればいいだけやで

**デフォルトの名無しさん** · 2014/09/27(土) 22:19:47.14

ぼくが書くような小規模のプログラムはfreeが必要なほどメモリ食わない
そしてメモリを逼迫するまえにプログラム自体が終了する
いつもfree書くけど書き忘れてもあんしん！！

**デフォルトの名無しさん** · 2014/09/27(土) 22:35:10.84

bashがfreeしないくらいだから、必要ないんじゃない？

**デフォルトの名無しさん** · 2014/09/27(土) 22:45:58.39

>>309
> どうでもいいだろ。

能天気乙 w

**デフォルトの名無しさん** · 2014/09/27(土) 22:48:39.13

今どきのOSではプロセス殺せば
ヒープなんて勝手に開放されるから
リソースのなかではある意味一番
リークしてもダメージの少ない
類いではあるよね

ヒープ以外のリソース開放には無力どころか
RAIIがしにくくなる分害悪にすらなる
GC付言語がこうまで持て囃されている
現実は不思議すぎる

**デフォルトの名無しさん** · 2014/09/28(日) 01:10:09.70

> 能天気乙 w

極端な話、メモリが100M越えたら強制終了でも構わないアプリ、なんてのもいくらでも考えられるが、
そういうのも全部「能天気乙 w」って攻撃するんだなw

ただのバカだった、で終了。

**デフォルトの名無しさん** · 2014/09/28(日) 02:36:06.63

>>299
「許容可能な場合は」←これ省略する馬鹿が居るからfreeしろって言われるんだよ。
>>303-304
開放処理が負荷になるケースのためにexit用の開放処理を一式再実装するとか、
通常の開放処理の中でexit確定フラグ見て開放処理をスキップするとか…面倒くさいね。
開放処理の負荷がヤバイことになるってケースが想定されない限りやりたくねぇわ。
>>309
cpの開放処理コストも普通に使う分には「どうでもいいだろ。」って言われそうやね。
>>315
徐々にリークが増えてく場合、仮想メモリ空間なりスワップ領域なり食いつぶして死ぬ。
ていうかオブジェクト開放時にリソースも開放する設計にしとけばリソースも回収できる。
GCは俺も余り好きじゃないが、GCがメモリだけ回収してリソース回収しないって認識は流石に…

**デフォルトの名無しさん** · 2014/09/28(日) 02:56:51.92

>>317
そりゃ、プログラム終了までに開放すれば良いような、ヒープみたいなリソースなら良いけど、ファイルにしろDBにしろ他のプロセスなどと共用するリソースは、必要なくなったら即時開放が必須だろう。

**デフォルトの名無しさん** · 2014/09/28(日) 07:40:32.09

今の時代だとGC搭載のプログラムで動かしまくってるからなぁ
メモリなんてほぼ無限
Cのような言語で組まれたものならfreeしなくても大差ないくらいだよなぁ
でも入れるけど

**デフォルトの名無しさん** · 2014/09/28(日) 08:12:04.95

>>316
ただのバカ乙 w

**デフォルトの名無しさん** · 2014/09/28(日) 10:18:03.79

> ていうかオブジェクト開放時にリソースも開放する設計にしとけばリソースも回収できる。
> GCは俺も余り好きじゃないが、GCがメモリだけ回収してリソース回収しないって認識は流石に…
↑ こいつ最高のバカ
メモリの使用状況をトリガーとするGCでメモリ以外のリソースも管理するとか。死ねゴミクズ。

**デフォルトの名無しさん** · 2014/09/28(日) 11:05:15.19

>>309
win31時代の話をされても

**デフォルトの名無しさん** · 2014/09/28(日) 11:07:23.91

>>321
GC はメモリ回収しかしないと思うよ、OSリソース回収は自分で書かないとね
C# や Java にもデストラクタがあったほうがよかったと思うことがしばしば

**デフォルトの名無しさん** · 2014/09/28(日) 11:08:13.02

メモリリークもゴミみたい思える大きさだから、freeしなくてもいいって？

**デフォルトの名無しさん** · 2014/09/28(日) 11:12:12.60

リークを定義できない人間がfree()不要論を朗誦しているんですよ

**デフォルトの名無しさん** · 2014/09/28(日) 11:52:29.34

keep it simple stupid を誤解釈すると free不要になるのかも知れない

**デフォルトの名無しさん** · 2014/09/28(日) 11:56:57.44

レベル0: 常にfreeを書かない
レベル1: 常にfreeを書く
レベル2: 条件に合わせてfreeを省略すべきときだけ省略する

**デフォルトの名無しさん** · 2014/09/28(日) 13:53:02.44

ま、この場合のkissは「常にfreeする」か「一切freeしない」のどちらかだろうな
ハイブリッドにするのは最適化に近いので、最後の手段としたい

**デフォルトの名無しさん** · 2014/09/28(日) 14:11:49.10

>>328 そんな単純なことすら理解できず教条的に「freeしろ」と叫ぶだけのバカが、
まだこんなに多いとわかった、ってのが収穫だな。

**デフォルトの名無しさん** · 2014/09/28(日) 15:07:03.68

ポリシー君乙 w

**デフォルトの名無しさん** · 2014/09/28(日) 16:34:11.76

>>329
君、free() が不要な例と絶対に必要な例とをコードで示してくれないか？

**デフォルトの名無しさん** · 2014/09/28(日) 17:17:57.68

楽（らく）したいだけの人だから、答えられ...

**デフォルトの名無しさん** · 2014/09/28(日) 17:24:58.28

mallocしたら必ずfreeという決まりは手抜きだったってことですかね。
解放の必要性を吟味して決めなければならないという事でしょうか。

**デフォルトの名無しさん** · 2014/09/28(日) 17:26:58.87

これはRAIIは原則禁止したほうが良い。
言語にGCを組み込むのは禁止したほうが良い。

こういったことでしょうかね。

**デフォルトの名無しさん** · 2014/09/28(日) 17:28:24.15

freeしなくても良いか検討した上でfreeしないのだから、
ボンクラはガタガタ言うな。

と言うこと。

**デフォルトの名無しさん** · 2014/09/28(日) 17:34:34.94

開放忘れは指摘するべきではないということですかね。

**デフォルトの名無しさん** · 2014/09/28(日) 17:37:26.24

わからない（わかってない）人に
間違ってます
とか言うと怒りますから
言わないほうがいいでしょうね

**デフォルトの名無しさん** · 2014/09/28(日) 19:08:55.44

>>337
間違ってます。

**デフォルトの名無しさん** · 2014/09/28(日) 19:30:37.85

>>332
> 楽（らく）したいだけの人

検討したつもりになってるだけの人の可能性もあるぞ w

**デフォルトの名無しさん** · 2014/09/29(月) 00:58:09.40

>>337
それは真実だけど、そこを頑張らないと

**デフォルトの名無しさん** · 2014/09/29(月) 00:59:53.42

社会性ないから無理

**デフォルトの名無しさん** · 2014/09/29(月) 07:47:22.78

>>341
＞社会性
「貴重なご意見感謝いたします」「鋭意善処して参ります」と放言して気分すっきりさっぱりする能力のことですね

**デフォルトの名無しさん** · 2014/09/30(火) 12:17:08.51

Windowsは必ずFreeしないとクラッシュすると犬板で言ってた。
データ消えて大変だったらしい。

**デフォルトの名無しさん** · 2014/09/30(火) 21:27:53.75

UNIXでは非rootはリソースを使い切れないとかあるし、
コミットチャージを使い切ると次にメモリ確保しようとした奴が失敗する(たいていはそいつが死ぬ)から、
まぁ分からんでもないけど……OOMで無差別殺人されてるLinuxのユーザがそれを言うかね？

**デフォルトの名無しさん** · 2014/09/30(火) 22:12:00.11

OOMキラーは一定のルールで重要なものを残すようになってるから
無差別殺人じゃないぞ。そんな基礎的なことも知らんのかね？

**デフォルトの名無しさん** · 2014/09/30(火) 23:27:55.38

そりゃ無差別殺人者だって本当に相手を選ばないことないからな
弱そうな奴とか、特定の人種とか

**デフォルトの名無しさん** · 2014/09/30(火) 23:57:18.37

殺されないように、プログラムの先頭でおまじないを唱えよう。

**デフォルトの名無しさん** · 2014/10/01(水) 13:45:52.76

いや一番ため込んでる富豪を狙い撃ちするんじゃね

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

C heap is cheap

**デフォルトの名無しさん** · 2014/10/04(土) 09:03:51.86

C's heap is not cheap but smple..

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

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

**デフォルトの名無しさん** · 2014/10/04(土) 18:14:13.44

ちゃんと free( ) できない奴って、いつも最後はその結論だね w

**デフォルトの名無しさん** · 2014/10/04(土) 19:34:40.00

教条主義者による断末魔の煽りって、いつもこうだよねw

**デフォルトの名無しさん** · 2014/10/04(土) 19:58:41.25

挙げ句の果てに
system("ls -l ./prog"); えいっ

**デフォルトの名無しさん** · 2014/10/04(土) 22:12:06.07

い、extern は要らない子ぉっ！！

**デフォルトの名無しさん** · 2014/10/04(土) 22:25:18.34

>>353
おうむ返ししかできなくて悔しいね w

**デフォルトの名無しさん** · 2014/10/04(土) 22:57:28.17

ワンパターン・バカがそれを言うと趣があるな

**デフォルトの名無しさん** · 2014/10/04(土) 23:15:41.65

ワンパターン・バカ = いつものおうむ返し w

**デフォルトの名無しさん** · 2014/10/04(土) 23:19:29.91

>>357
お前か言うと重いなあ
そろそろお薬飲んだ方がいいんじゃないかな w

**デフォルトの名無しさん** · 2014/10/05(日) 00:25:31.58

芸人の持ちネタにそこまで過敏にならなくても‥

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

あんたらもしかして頭は悪めな方？？

>>351で終了だお

**デフォルトの名無しさん** · 2014/10/05(日) 07:09:36.34

無限ループ乙

**デフォルトの名無しさん** · 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必須じゃあないだろう？派　ってだけだろ