C言語なら俺に聞け 154

2020/01/14(火) 19:32:30.16

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
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/

※前スレ
C言語なら俺に聞け 153
https://mevius.5ch.net/test/read.cgi/tech/1566050562/

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

2020/01/14(火) 19:44:25.29

完

2020/01/14(火) 20:20:26.03

前スレのこれに質問です。
32bitアプリだとmallocで確保していくと2GB近くでエラーになりませんか？
頑張って色々施しても4GB近くが32bitだと限界じゃないんですかね？
もし回避策があるなら教えてください。

999デフォルトの名無しさん (ﾜｯﾁｮｲ 7f36-///2)2020/01/14(火) 19:45:37.22ID:MAaOflfD0
>>978
ちょっと待てや
おまえ単一仮想記憶を前提に話してるか？
今や多重仮想記憶が当たり前で単一仮想記憶はかなり特殊な存在だぞ

2020/01/14(火) 20:30:37.98

前スレ999本人だが
議論できるやついる？

2020/01/14(火) 20:44:32.62

paeのことかしら。それでもアプリが使えるメモリは4gb以下に制限されるみたいだけど

2020/01/14(火) 20:57:35.59

paeじゃない
オーバープロセスのことだよ

2020/01/14(火) 20:59:32.15

アドレスを保持する変数が32bitなんだから
どう頑張っても4GBまで
実際は32bit Windowsの制約で2GBまで

あとは前スレ >>982 の方法しかない

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-soYg) · 2020/01/14(火) 21:02:41.42

https://mevius.5ch.net/test/read.cgi/tech/1566050562/982
＞FARポインタを扱えるようにするか

馬鹿いってんじゃないよ！このニワカ！死ね！百遍死ね！
「far/near ポインタ」は 16bit リアルモードでの用語だ

2020/01/14(火) 21:13:14.20

しかし別プロセスにしようとどうしようと
結局データのアドレスは受けないといけないので
そのポインタ自体が32bitで管理されてる以上
その限界はどうしようもないような。

2020/01/14(火) 21:21:42.62

>>8
セグメントレジスタとセットで48bitで処理するって意味
(書かなきゃわからないですか？)

CPU的には可能だけどOS的にもコンパイラ的にも不可能だから実質不可能

2020/01/14(火) 21:22:29.52

ニワカはどっちだwww

2020/01/14(火) 21:31:07.55

32ビットだと大きいメモリは最初の方で確保して最後の方で解放するなぁ
あるいはプロセスを分けるか

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-soYg) · 2020/01/14(火) 21:32:43.12

>>10-11
ではお聞きいたしますが、セグメントレジスタ16ビット＋レジスタ32ビットのペアで指定した先は何ビット空間ですか？
IA-32 アーキであるかぎり、どうあがいても32bit 空間ではないでしょうか？PAE 搭載であってもユーザーからみえるのはやっぱり32ビットなのでは？

2020/01/14(火) 21:34:48.26

>>13
知らないなら黙ってろよ

2020/01/14(火) 21:40:51.41

多重仮想記憶ってプロセス毎に同じアドレス空間を提供するだけの話
（逆に単一仮想記憶はプロセッサのアドレス空間を分割してプロセスに提供する）
http://yougo.ascii.jp/caltar/多重仮想記憶
前スレの質問はアプリの話だからあんまり関係ないよ
オーバープロセスとか言うオレオレ用語はよくわからんけど…
オーバーコミットの話じゃないよね？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-soYg) · 2020/01/14(火) 21:41:08.27

>>14
私の質問に回答できないのですね…
IA-32 では、それが PAE を搭載していたとしても、ユーザーが一度に扱えるのは32ビットどまりですよ

>>10
＞CPU的には可能だけど
CPU的にも不可能です

2020/01/14(火) 21:56:01.45

windows依存なら CreateFileMapping　MapViewOfFile　で32ビットより大きいのをやりくり

2020/01/14(火) 21:57:06.89

今、話題になっているのは32bitOSの場合であって、IA-32 どうこうは微妙に違う話にも思えるのは内緒。
ということで話を戻すと、例えば32bit版Windowsには、OS管理外メモリとして8Gだの16Gだの扱うことができるRAM-DISKアプリがあるわけで。
32bitアプリでも、セグメントレジスタに正しいセレクタ値をセットできるのであれば、4G超のメモリ空間を扱える、と言えなくもない予感がする。

2020/01/14(火) 22:02:55.12

386の時代から仮想アドレス空間は64TBだってのに

2020/01/14(火) 22:04:06.75

>>18
RAM-DISK使わんでもAPIには上位32ビット下位32ビットの64ビット指定できるから

2020/01/14(火) 22:05:55.54

話の前提は、64bitOSで32bitプログラムを動作させる場合ですね。

2020/01/14(火) 22:09:55.66

できるならやり方を具体的に提示してくれよ
罵り合ってる内容が一切質問者に有益な情報じゃない

2020/01/14(火) 22:15:15.91

64bitOSなら32bitアプリで4GiBまで扱える(ように出来る)
これでいくらかは改善するのでは？

2020/01/14(火) 22:16:39.36

>>17 >>20
https://mevius.5ch.net/test/read.cgi/tech/1566050562/986

2020/01/14(火) 22:16:46.27

>>23
確かにオプション指定でそれが出来ますね。
やっぱりそれが限界でしょうかね。

2020/01/14(火) 22:18:31.70

それでもダメなら
DLLを扱う用の32bitプロセスと
多量のメモリを扱う64bitプロセスに分けて
プロセス間通信でデータをやり取りする

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-soYg) · 2020/01/14(火) 22:31:10.88

>>19
80386 に関していえば、その記述「386の時代から仮想アドレス空間は64TB」はわりとデマ的に流布されていることは理解します。手元の本
https://www.あまぞん.co.jp/dp/4756101305/
にも載っていました、確かに紛らわしい記述だとは思います
セグメントレジスタが指す「セレクタ値」は8バイトごとである、という事実から、セレクタ値のアドレスを意味する部分を16-2=14ビットとして、これと一般レジスタ32ビットとの直積から
46ビット＝64T 分のアドレス空間が取れる、という計算だとは思いますが、この記述は不正確であり実情からは程遠いと思います

80386 では、セグメントレジスタが指すセレクタ値にひも付けられているセグメントベースはやはり32ビット空間の中なんです。32ビット空間の外に出ることはありません。

2020/01/14(火) 22:34:42.75

Pentium Pro の時代から64GiB扱えるわけですが
Windows Server系は32bitでも64GiB使える(ものもある)わけですが
問題はフラグメントなのでアドレス空間が広がれば解決するわけですが

2020/01/14(火) 22:36:48.89

コテのくせにド素人だな

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f47-soYg) · 2020/01/14(火) 22:55:14.31

>>29
セグメントレジスタが指すグローバルディスクリプタテーブル(GDT)中の一つ一つのエントリー（セレクタ値）に含まれる情報の配置状況が 80386 から変わっておれば、あなたのおっしゃることは理解できます
pentium を例にそれを示せますか？

2020/01/14(火) 23:11:55.67

>>14

2020/01/15(水) 00:13:17.27

仮想86EMSが使われていた頃

2020/01/15(水) 03:41:15.35

>>6
ググっても出てこないので、正確な技術用語を教えてください

2020/01/15(水) 07:36:38.25

ファイルマッピング
でいいか？

2020/01/15(水) 13:40:12.09

リソースの再利用について
https://www.youtube.com/watch?v=XQdAlM4TnQU

2020/01/15(水) 13:56:26.73

大きいメモリをできるだけ上位のアドレスで割り当てる
普通のメモリ割り当てなら下位のアドレスになるから
使い分けで断片化の影響を減らせる

VirtualAllocの MEM_TOP_DOWN

2020/01/15(水) 14:03:29.42

XPで付属のIMEだかuxtheme.dllあたりが中途半端なbaseaddress指定してあって1ブロックとしては700MBくらいまでしか確保できなかった思い出

2020/01/16(木) 23:59:28.03

2つスレッドがあってサブの方を使わない時は
こんな感じで待機してるんだけどやっぱマヌケかな？ｗ
その都度作った方がやっぱいいの？
while(flag){ Sleep(1000); }

2020/01/17(金) 00:38:20.87

間抜けというか、完全に寝かせてしまえばいいのでは？

2020/01/17(金) 00:42:06.99

>>38
環境を書かないと
WindowsならDefWindowProc呼び出すとか
Unixならselectでイベント発生を待っているとか

2020/01/17(金) 01:14:24.13

>>38
それは簡単のように見えて、実は奥深いプログラミングのテーマの１つかもだけど。
問題がないのであれば、そのコードはマヌケでもないし悪くもないので、そのままでいいと思うよ。

2020/01/17(金) 01:18:32.17

>>39-41
環境はWindowsです。
スレッドは二つだけでサブも結構使ってるので
flagで管理して動かしたい時だけTRUEにしてる感じです。
特に動作に問題はないのでこのままでいいんでしょうかね。

2020/01/17(金) 01:31:08.41

リソースの競合がないんなら好きにすればいいけど、
あるなら、動いているように見えて低い確率で破綻するってのもあるよ

2020/01/17(金) 01:37:20.83

>>42
問題がない以上、NGにする理由もないわけで、このままでいいです。
言い換えると、何か問題があるなら、それに応じた修正や変更の必要ありかもです。

2020/01/17(金) 02:10:16.80

>>43
一応そのへんは気を付けてるつもりなので今のところは問題ないですね。
>>44
分かりやすくていいので問題ないならこのまま行こうと思います。

ありがとうございました。

2020/01/17(金) 02:43:46.95

呼んでから起きるまでのタイムロスはどうでもいいのか

2020/01/17(金) 03:19:40.62

>>46
そこはOKです。瞬時に処理してくれなくても問題ない処理なので。