X
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0333名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 10:22:49.01
>>329
-m32通らないならamd64で動かすしかないんじゃないか？
てか今時i386入れたい理由って具体的になんだよ
俺も>>330に賛成だよ

CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい
多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない
0343名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 11:19:09.18
どうせ知ったかぶってるだけで、そんなもんないか、極一部のプリプロセッサ辺りの欠陥だろ
救いようのない知ったか学生失せろ
0345名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 11:22:35.75
> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
山ほど答えてみろ

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
これに答えてやれ
0347名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 11:54:52.92
i386を排除しようとしてる奴はアホ。
そもそもamd64はx86を超互換性重視で作ったなんちゃって64bit。採用された経緯も知らんとか馬鹿杉。

おそらくコードも書かない社会を知らない学生だろう。
0349名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:00:55.89
>>347
intelはIA-64に舵切ろうとしたのに、OpteronでAMDに先越されたから
慌ててintelが追従したんだろ
で、当時はAMDの皿とVIAやnForceのMBが飛ぶように売れてた
唯一AMDが輝いてた時期だ

>>348
教えてやらないんじゃないな、本当は滅多に存在しないから答えられないだけだ
0351名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:04:57.29
>>347
x86自体が糞なのはアセンブラが読める奴なら大半がわかっているだろう
それでも世の中はx86x64で動いている
おまえの下らない拘りなんて一般人は気にしない、動けばいい
0353名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:09:16.53
×>>348
○>>349

アホな引用ばっかりするからミスったわ
お前と違って一度言われたことは記憶できるんでな
反論する能力がないからって無駄な引用やめろハゲ
0354名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:10:54.10
>>349
先を越されたんじゃない。MSがコード変更が面倒だからと互換性重視のamd64で行くと決めたのだ。
つまりMSがIA64で行くと言えば、amd64は市場から消えたアーキテクチャなのだ。

> CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい
> 多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない

FreeBSDユーザの意見なんてこれっぽっちも影響力などないのだ。
0355名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:13:27.94
>>354
MSが64bit版出したのはx64のCPUが広まって大分経った後だ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ
今更x86に戻りたいなんて奴殆どいねえ
消費者はx64選ぶだろ
0356名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:16:23.42
頭の悪い奴ってのは言葉を作れないからすぐコピペに頼る
しかも連呼とか救いようのない頭の悪さ
とっとと対価でも払って教えてもらえよガイジ
0357名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:18:14.09
>>354,355
嘘はやめよう。

64bitのWindowsはAlphaからあった。
IteniumのWindowsもあった。

x86の64bit拡張を市場投入するのを
IntelはAMDよりも出遅れた。
0358名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:18:23.04
>>351
糞と思ってるのはおまえの妄想で市場は技術者はRISCを糞と判断したのだ。

> それでも世の中はx86x64で動いている

これこそ妄想。スマホ使ってる奴はガラケーは絶滅したと思ってるが実際のシェアは10年かかってやっと半々なのだ。
学生で無知だから知らないんだろうが、x86資産は膨大で、且まだまだ健在だ。
0363名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:25:24.33
>>357
その64bitじゃない・・・amd64の話をしてる
アスペは引っ込んでてくれよ話がややこしくなる


> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

逃げるなよ
本当は口から出まかせで顔真っ赤なんだろ？


>>358
今やWin64bitは無数に出回ってる
x86x64の話から他のCPUの話に逃げるな
0365名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:29:25.08
逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0367名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:32:18.66
>>363
今でもWin32bitも無数に出回ってる。16年前のXPですら未だに何億台も稼動しているのだ。いいかげん現実を認めろ。
何の影響力もないFreeBSD陣営はi386とamd64両方用意すればいいのだ。ガタガタ言うな。
0368名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:32:56.48
逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0370名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:33:58.31
>>367
それ出回ってるんじゃなくて、まだ残ってるってだけだよな
今更PC向けに32bitOS流通させようなんて企業あると思うか？
0371名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:34:17.17
>>369
しつけえよ乞食、逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0375名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:37:26.67
>>374
乞食うぜえ、さっさと認めろよ知ったかぶり

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0377名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:39:34.47
>>376
煽りしか返せない知ったかぶり、さっさと認めたらどうなんだ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0379名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:41:03.73
>>378
この流れになったｒ、もうお前の乞食的目的は達成できないぞ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
0380名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:41:16.80
>>370
それが一番重要なのだ。NT4システムが未だ残ってるのは何十億とかけて導入したシステムは易々とリプレースできない。
これはi386のFreeBSDサーバを使ったシステムでも同じこと。

i386排除厨は開発者の発想ではない。
古いからいらない、新しいほうがいいという、無責任、無思慮のガキんちょの発想。
0383名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:43:23.81
>>380
未だにi386のって本当に動いてんのかね？
コンデンサまだ大丈夫なの？
空港のWin3.1とかは知ってるけど、ちょくちょく技術者の手を入れながら
別の機体に入れ替わってる筈だが
0385名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:45:56.61
>>383
最新CPUでi386OSを必要としているという意味すら分からんクソガキはすっこんでな
0388名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:48:31.51
>>386
> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

おまえこいつか？
0391名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:51:02.03
話がいつの間にかi386のみって話になってんな
既存のシステム動けばいいならそのままi386使えばいいよな

なんでi386で4G以上使えるのを今更必要とするんだ？って話だった筈だが？
0392名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 12:51:42.85
>>390
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

で
> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
0394名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:00:39.11
>>391
騒いでいるのはそういう技術論を真面目にしたい訳じゃ無く
単に場を荒らしたいだけのちょっと精神を病んでる人だからね。
それに付き合う方も御同類さ。
0395名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:03:43.01
URL出しただけで黙っちゃった・・・マジで>>394なんだな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

今更i386を改造して4G以上使える様になんて、誰もやらんわ
0397名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:05:54.11
>>395
礼儀知らずのお前がダダこねてるガキ丸出しで連呼したところで
永久に教えてもらえることはないってまだ気づかないのか？
そんなことだからいつまでたってもど素人のアホなままなんだろ
0398名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:09:36.87
>>397
教えて貰う迄も無い

今更i386インスコする気はないから試さないけど、
32bit gccと64bit gcc -m32には、違いがあるにしても定義済みマクロだとか
細かい所程度で、殆ど差異はない
0399名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:09:40.16
>>392
まずは自分の言葉で話す能力から身に付けたほうがいいぞ
何ひとつ理解できてないのもバレバレでみっともないだけだしな
0403名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:18:38.04
おまえ程度のものが思いつく32bit→64bitの解決策なんか設計者はとっくに思いついてると思うの
0404名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:20:09.43
誰が32bit→64bitの解決策の話をしてるのかシランケド、
今更i386を改造して4G以上使える様になんて、誰もやらん
素直にバイトでもしてPC買い替えろ
0410名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 13:37:15.75
何が合理的か語る場で古事記だの作って貰えだの馬鹿にも程があるな
何度言われても覚えられないとか脳みそに虫湧いてんじゃねえのコイツ
0415名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 14:29:12.89
x64使えないCPUで4G以上乗せられるMBなんてE3xx0とかそんな時代限定だよな
現状x64で速度あがるってんで大きさは放置なんだから
後はCPUがメモリだけ３２ビットのメモリモデルをサポートするのを祈るだけ
サポートせんだろうけど
0420名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 21:08:43.72
>>337
> 64bitなんて街乗りしかしないのにエンジンだけバカでかくて燃費悪い車買うようなものだわな
こういう話って、8bit → 16bit移行期や16bit → 32bit移行期も同じような意見が繰り返し出たけど、
結局、歴史は古いものを残さず新しいものが生き残るようにできてんだよね。
32bit機はもう製造してないから中古で延命図るしかないし、時間の問題で消えてしまう。
0421名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 22:00:23.43
>>404
誰もやらないというのはおまえの妄想、期待でしかない。
そもそもPAEは32bitCPUで4GB以上の物理メモリを扱うために作られた仕様で、amd64では必須機能となった。
今では32bitOSの多くがPAE必須である。
0422名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 22:06:34.56
>>420
おまえの環境のintは64bitなのか？
64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。
おまえはもう少し社会で働け。歴史を知らなさ過ぎる。
0425名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 22:27:47.00
位取り記数法は対数のオーダーの計算量の増加だから、滅多に使いそうにない大きな数を扱えるようにしといても、コストはそれほど発散しないんと違う？
0427名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 23:11:10.16
なるほど高速CPU売りつけたいCPUメーカ工作員が暴れてたってわけだな
意味もなくソケット互換性失わせて強引な儲け方してきたものの
特に日本ではPCIに拘る特殊事情のお陰で完全に裏目に出てるからな
あとは32bitOSより遅くなる64bitOS強要してみようってところか
i5とi7の違いなんてほとんどキャッシュの差だけだし滑稽だわ
0430名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 23:18:49.53
>>422
> 64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。

別に止まってはいない。今は32bit時代のソフトがまだ残っているので互換性を維持するためにint = 32bitで
コンパイルする場合が多いというだけ。いずれ64bitが当たり前になればint = 64bitが普通になる。
メモリモデルは以下の表のようにLP32からILP64まであるので、マシンに合わせてどれでも使える。

それに、C言語の仕様は、整数型char、short、int、long、long longの型はいずれもサイズまでは
指定されておらず、実装によってまちまちになっている。

[各変数と実際のビットサイズ表]
整数型　　LP32　ILP32　LLP64　LP64　ILP64
char　　　　8　　8　　　8　　　　8　　　8
short　　　16　　16　　16　　　16　　16
int　　　　16　　32　　32　　　32　　64
long　　　32　　32　　32　　　64　　64
long long　64　　64　　64　　　64　　64

今は64bitレジスタが普通に使えるのに、ソースが古くて64bitでコンパイルが通らないから
32bitのままコンパイルしとこう、というものぐさなことをする人が多いだけだと思う。
まあソースが山ほどあって直すのが面倒だという気持ちもわからなくはないが。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況