トップページ
>
プログラム
>
2016年09月26日
>
KcJYed3k
書き込み順位&時間帯一覧
7 位
/155 ID中
時間
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Total
書き込み数
0
0
0
0
0
0
0
0
3
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
3
使用した名前一覧
書き込んだスレッド一覧
デフォルトの名無しさん
【初心者歓迎】C/C++室 Ver.99【環境依存OK】 [無断転載禁止]©2ch.net
書き込みレス一覧
【初心者歓迎】C/C++室 Ver.99【環境依存OK】 [無断転載禁止]©2ch.net
504 :
デフォルトの名無しさん
[]:2016/09/26(月) 08:18:52.70 ID:KcJYed3k
自作アロケータなんてこだわっても意味なし。
それより自動解放・確保を減らすほうがムダがない。
たとえば確保に10ミリ秒と1000ミリ秒かかる二つがあったとしても、いったん確保後に解放せず
使い回せば全体としては大差はない。
【初心者歓迎】C/C++室 Ver.99【環境依存OK】 [無断転載禁止]©2ch.net
506 :
デフォルトの名無しさん
[]:2016/09/26(月) 08:24:57.98 ID:KcJYed3k
google-perftoolsが出てきたとき、アロケータは対して意味なしと思い知った。
実験すると確かに早かったりするのだが、実用アプリのボトルネックがメモリ確保なんて事がほぼない。
たとえば全体の処理時間の1-2% 部分を100倍速にしたところで体感できない。
Cアプリを高速化せよ! - 正式リリースされたgoogle-perftoolsを試す
TCMalloc(Thread-Caching Malloc)は通常のmallocよりも高速なメモリ割り当てを実現するライブラリであり、
テスト環境ではglibc 2.3のptmalloc2に比べて約6倍の処理速度を記録したという。
http://news.mynavi.jp/articles/2009/01/27/perftools/
【初心者歓迎】C/C++室 Ver.99【環境依存OK】 [無断転載禁止]©2ch.net
507 :
デフォルトの名無しさん
[]:2016/09/26(月) 08:27:48.27 ID:KcJYed3k
>>505
実測すべき。
よほどstringの確保を乱用してない限りこだわる意味なし。
ふつうのプログラムしてたらそこがボトルネックに
なることは少ないはず。もしなってたら自動解放させないようにしたらいい。
※このページは、
『2ちゃんねる』
の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合は
メール
をしてください。対応します。