C言語なら俺に聞け 153

2019/08/17(土) 23:02:42.00

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
※前スレ
C言語なら俺に聞け 152
https://mevius.5ch.net/test/read.cgi/tech/1560763630/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2020/01/13(月) 19:01:20.39

>>971
もっと効率よくやるならその方法がやっぱいいですね。ありがとうございます。

2020/01/13(月) 22:56:26.88

そこまで大きいデータならオンメモリで処理する手段は捨てるなあ
間違えて数GBのISOファイル読み込んじゃってPC固まったとかそういう挙動は許されざるよ

2020/01/13(月) 23:07:18.29

無理に32ビットでやらなくても良いのではないか？

2020/01/14(火) 11:56:44.05

要するにブロックを詰めるパズルゲームだろ

2020/01/14(火) 16:16:37.73

メモリをポインタではなくハンドルで管理すれば
メモリコンパクションができる

ただし、そんなことをしなくても実容量を超えるメモリが提供できるようにするために仮想記憶があるんだが

2020/01/14(火) 16:30:41.75

実容量を超えるメモリーを使いたいだけならオーバーレイとかセグメント方式のメモリー管理機構とか色々あるが

2020/01/14(火) 17:25:51.38

>>976-977
32bitプログラムだとメモリ空間が最大でも4GBしか扱えないので
それ以上は無理ではないでしょうか？扱える方法何かあるでしょうか？

2020/01/14(火) 17:28:42.27

あるけど

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9f-fZVk) · 2020/01/14(火) 17:37:38.20

メインメモリとは別の記憶媒体に退避しておけば、実質使える？かな？

2020/01/14(火) 17:46:20.96

>>978
その理屈だと、４GBを超えるファイルは扱えなくことになる

2020/01/14(火) 18:01:20.77

32bit Windows の普通のプロセスのアドレス空間は2GB

OSやAPIを改造してFARポインタを扱えるようにするか
ロックアンロック方式のメモリ管理を自力で実装するか

そんなことをするよりは
素直にアプリのメモリ確保の方法を変えるのが早い
もちろん64bit化出来るならそれが一番

2020/01/14(火) 18:05:55.14

>>978
オーバーレイは同じメモリー空間のデータ/プログラムを入れ替えて実行する機能
メモリー空間の話であればバンク切替とかもあるし

2020/01/14(火) 18:13:13.94

>>982
どうしても使ってる一部のライブラリが32bitで64bit化するのが無理でした。
>>983
そちらを調べてみようと思います。

2020/01/14(火) 18:15:32.64

>>980-981
そうやっても必要な時にメインメモリに読み込んで使う必要がないですかね？
しかも上手くやりくりして読み込んでもそこで断片化の問題もありますし。
その場合プールを自分で管理するしかなさそうな気がします。途中でその話をしてましたが。

2020/01/14(火) 18:31:15.17

32bitOSで4GB以上のオブジェクトをメモリに読み込んでどうにかしろ、と言われたら。
最初に検討するのはファイルマッピングだろうなあ。それ以外だとやる気がおきない。
APIを叩く必要があるので、WindowsならCreateFileMappingとかMapViewOfFileとか。

2020/01/14(火) 18:32:25.86

>>986
ありがとうございます。調べてみますね。

2020/01/14(火) 18:32:29.78

>>984
> そちらを調べてみようと思います。
いやいや、オーバーレイとかバンク切替とかは半分ネタだから今更そんなもん調べなくていいよw

>>985
> しかも上手くやりくりして読み込んでもそこで断片化の問題もありますし。
アホほどでかいサイズでなきゃそれほど問題にならないよ

> その場合プールを自分で管理するしかなさそうな気がします。途中でその話をしてましたが。
どうしてもでかい領域を確保/解放する必要あるならそれしかないように思う

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9f-fZVk) · 2020/01/14(火) 18:39:12.20

どうしてそんなデカいデータが必要なんだろう。遺伝子情報でも操作してんのかな？

2020/01/14(火) 18:41:07.63

>>988
>いやいや、オーバーレイとかバンク切替とかは半分ネタだから～
ネタでしたかｗ了解しました。

>アホほどでかいサイズでなきゃそれほど問題にならないよ
細かいのと途中で500MBくらいを二つとかがあるので時々断片化のせいでmallocが失敗するんですよねえ…

>どうしてもでかい領域を確保/解放する必要あるならそれしかないように思う
とりあえず作業領域様に500MBの領域を確保して再利用すると他の部分でmalloc失敗はなかったですね。
仰るように小さい領域はかなり確保しても問題にならないですね。大きな領域用にメモリスペースを予め確保しておく方法がよいかもしれないと思いました。

2020/01/14(火) 18:45:58.67

>>990
メモリーマップドは、かなり癖があるから注意して使った方がいいよ
ロジックなどの作りは簡単になるけど、
下手をすると処理が一日で終わらないなんて平気で起きる

2020/01/14(火) 18:48:32.63

もう64bitが当たり前になってかなり経つ昨今、そんな案件ごろごろある
映像をリアルタイムでごにょごにょとか言われたら簡単にギガ単位のメモリ使う
稀有な例では無いけど32bit環境でやれって言われたらヤダナとは思う

2020/01/14(火) 18:55:05.49

>>991
そうなんですね。了解しました。

>>989 >>992
詳細はあまり言えないのですがメモリ中に
動画データを一部展開しなければいけなくて
メモリ不足や断片化の問題で困ってました。
しかも周辺で使ってるライブラリが32bitで64bit化が難しくて。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd9f-fZVk) · 2020/01/14(火) 19:02:49.75

そろそろ次スレ

2020/01/14(火) 19:20:01.41

8k240Hz動画だと1秒キャッシュするだけでメモリ消費24GBか
まあ今時わざわざCを使うなんて極限環境だけだからそういうこともあるよね

2020/01/14(火) 19:23:27.41

>>992
無理かどうか分からないけれど、その32ビットの処理だけ抜き出して
外部プログラムにし、処理結果を受けとるみたいには出来ないのかな？

2020/01/14(火) 19:27:10.09

>>996
せめてDLLが別のプロセスモードとかで動いてくれればいいんですが…
よい案がないか引き続き考えてみますー

2020/01/14(火) 19:33:22.57

次すれ、立てました

https://mevius.5ch.net/test/read.cgi/tech/1578997950/

2020/01/14(火) 19:45:37.22

>>978
ちょっと待てや
おまえ単一仮想記憶を前提に話してるか？
今や多重仮想記憶が当たり前で単一仮想記憶はかなり特殊な存在だぞ

2020/01/14(火) 19:50:12.26

for (int i = 0; i < 1000; i++) {
puts("1000");
}

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 149日 20時間 47分 30秒