C++相談室 part148

**デフォルトの名無しさん** · 2020/01/31(金) 20:54:06.26

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part147
https://mevius.5ch.net/test/read.cgi/tech/1576659413/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

**デフォルトの名無しさん** · 2020/02/17(月) 11:06:49.04

ここC++スレだよね、つかぬことだけど
記憶管理はいつでも如何様にもカスタマイズできるようにtypename Allocatorになってるわけじゃん
なんでいきなり組み込みには向かないとかキリッてんの？

**デフォルトの名無しさん** · 2020/02/17(月) 12:20:34.06

>>968
typename Allocatorとかすげぇ初心者っぽい
キリってるのはお前だ

**デフォルトの名無しさん** · 2020/02/17(月) 12:22:54.84

>>969
ｋｗｓｋ

**デフォルトの名無しさん** · 2020/02/17(月) 12:39:53.15

>>968
標準ライブラリでもallocatorが指定できないものもあるんだよ
もはや今のc++で標準ライブラリを全面的に使いつつ、ヒープを個別に差し替えるのはかなり非現実的だ
allocatorを差し替えられてもnewするタイミングや量はリバースエンジニアリングしないとわからない
それが問題になることもある

**デフォルトの名無しさん** · 2020/02/17(月) 12:48:18.84

てか、静的確保したメモリブロック使うアロケータ書いてそれで標準コンテナ使うのが基本じゃね
まあeastlでも良いが

**デフォルトの名無しさん** · 2020/02/17(月) 12:51:50.81

>>971

> 標準ライブラリでもallocatorが指定できないもの
例えば？

newだってoperator newですぐカスタマイズできるし
placementで環境依存の細かい設定もできる

ライブラリはISO/IEC14882に固執する必要はなく
サードパーティでも内製でもより都合のよいほうを使えばいい
というだけの話

**969** · 2020/02/17(月) 12:56:55.88

カスタマイズの話なら真っ先にnewの話をすべきなんだが順番おかしくね？
ていうか今時はallocatorより先にpolymorphic resourceだと思うが

というかそもそもmallocの速度の話からであって、いきなりallocatorの話したり
C++全体を否定されたかのように過剰反応するとか・・

**デフォルトの名無しさん** · 2020/02/17(月) 13:12:34.13

仕様通りに書けばいい感じにうごいてくれて、責任は俺にはないとか
思い込んでんじゃってるキッズなんだろう。
デバッグするなんてことはもちろん頭にない。

**865** · 2020/02/17(月) 13:34:28.75

>>890からの流れでは直後からnewが出てきてたろ
C++が組み込みに向かないという主張の
理由がmallocじゃおかしいだろ
それしか使えんわけでもなし

**デフォルトの名無しさん** · 2020/02/17(月) 13:44:11.06

>>968に突っ込むと>>890に同意したことになるのか

**デフォルトの名無しさん** · 2020/02/17(月) 14:00:21.02

>>973
> > 標準ライブラリでもallocatorが指定できないもの
> 例えば？

でしょ？
お前さんは人並み以上にc++知ってると思うけどこの事実知らない
どこで使われてるか知らなきゃ置き換えができないよね

答えはあえて教えない
標準ライブラリのヘッダーをnewでgrepすればallocatorを通さないものが見つかるさ
自分で確認してこりゃ置き換え無理だわと悟って欲しいw
もし見つからないなら後で書くよ

ちなみにグローバルにnewを置き換えるぐらいならmallocのバイナリを差し替えた方が早いし確実

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/17(月) 14:31:40.00

おっ。
野党みたいなことを言い始めたぞ。

**デフォルトの名無しさん** · 2020/02/17(月) 14:37:47.70

>>979
横からだが、具体的に誰のどこを指してそう思ったのかよろしく

**デフォルトの名無しさん** · 2020/02/17(月) 14:59:36.07

>>966
もちろん、むやみやたらと使って全く問題ないわけではない。
が、本当に必要な箇所で使う程度なら(多くの場合)余り問題ないという程度。
大体ゲームの場合のnewやmallocは、敵や弾やイフェクト、3Dオブジェクトなど
を1つずつ収めるために使うことが多いが、ゲームの1シーン内に登場する個数が
newやmallocが問題ない程度に元々なっている事がわりと多いと言うだけ。
3Dの雑草の葉っぱ一枚単位で new したりすると問題になってくるかもしれない。

**デフォルトの名無しさん** · 2020/02/17(月) 15:51:15.09

>>981
なんとも感覚的な話だね
だいたい動けばOK！って感じ？
おれは仕事でそういうもの作りはしない

**デフォルトの名無しさん** · 2020/02/17(月) 16:08:54.93

コンシューマかPCかでも違うだろうし
（自分はさほど詳しくないが、基本コンシューマは標準ヒープ使わないはず）
ジャンルによっても違うんじゃね
PCのMMORPGなんかだとシーン中のメモリ確保は必須だろうし
あと草は普通同じメッシュやテクスチャ使うだろうし、揺れを入れるにしても一つ一つにデータ持たせるなんてアホなことしないだろ

**デフォルトの名無しさん** · 2020/02/17(月) 16:15:08.76

>>978
「後で」かｗ
もう1000間近だし期限切らないでおけば時効だろってか？

**デフォルトの名無しさん** · 2020/02/17(月) 16:32:36.59

いやそれくらい調べろって話だろ。。馬鹿が。

**デフォルトの名無しさん** · 2020/02/17(月) 16:44:43.28

>>985
sgjaAMaLが、自分の話に傾聴してきた人の質問に答えなかった
つまり自分の考えを伝える努力を中止したということでしかない

何人も自らの意見を他人に伝えるには
その意見を説明するしかなく
説明をやめることは沈黙に等しい

**デフォルトの名無しさん** · 2020/02/17(月) 16:55:56.23

黙って調べてくれば？
調べて無いと結論づけられればまた偉そうに出来るだろw

**デフォルトの名無しさん** · 2020/02/17(月) 17:15:39.87

ちゃうねん。
僕が組み込みいうたのはArduinoのことな。
RAM2KBやし。

**デフォルトの名無しさん** · 2020/02/17(月) 17:31:33.05

Arduino面白いよ。

**デフォルトの名無しさん** · 2020/02/17(月) 18:25:59.21

>>984
条件は明示してるんだからおれが書くかはお前に委ねられている
1000が迫っているぞw

**デフォルトの名無しさん** · 2020/02/17(月) 18:30:32.07

この手の人最後まで答えないか
答えても的外れなのしか見たことないわ

**デフォルトの名無しさん** · 2020/02/17(月) 18:32:18.22

だね
消えて良いよ

**デフォルトの名無しさん** · 2020/02/17(月) 19:27:27.34

>>978
std::arrayとか言わないよね

**デフォルトの名無しさん** · 2020/02/17(月) 19:33:45.21

arrayのどこに動的メモリ確保が出てくるんだよ
アホか

**デフォルトの名無しさん** · 2020/02/17(月) 19:46:45.93

なぞなぞですか。

**デフォルトの名無しさん** · 2020/02/17(月) 23:00:17.88

漏れはnewのときたまの遅さの可能性に警鐘を鳴らしたからｾﾌｾﾌ、

**デフォルトの名無しさん** · 2020/02/17(月) 23:06:03.72

やっぱnew/deleteのレイテンシーを設計に乗せるには非ページプールメモリにアロケートするべきですよねー

**デフォルトの名無しさん** · 2020/02/17(月) 23:19:17.27

なんかスレ止めてたら悪いから書いておくよ
ひとつは17からallocatorがdeprecatedになったstd::functionね
これは結構知られてるばずだ
定期的にこれ濫用する人が現れるんだけど中身理解してから使うか判断しろと職場では言っている代物

もうひとつあげるなら、
処理系によってかなり違うかもだけどstd::threadも中でこっそり内部クラスをnewしてるはず
ただスレッド間で引数を引き渡すためのものでサイズは小さいしスレッド作るコストの方が遥かにでかいから問題にはなりにくい

他にもあるけどとりあえずこんなもんで

**デフォルトの名無しさん** · 2020/02/17(月) 23:46:06.60

std::functionを使わないと1 bitもプログラムが書けなくなった漏れｶﾞｲﾙ、
クロージャをいちいちクラス定義から手で書く日々に戻るのはいやじゃー

**デフォルトの名無しさん** · 2020/02/17(月) 23:54:13.03

1000なら>>986, >>991-992が土下座

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 17日 3時間 0分 7秒