X
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0692名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 22:40:36.58
>>685
アスキーのデータどおりじゃねーか。エンコ系は速い。これだけ。
それ見てすべて速いと思うならおまえはド素人。ここでレスするレベルじゃない。
0693名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 23:11:53.17
>>692
> エンコ系は速い
速いならいいじゃないか。グラフィクス処理系が速ければ、ウィンドウ関係の表示やゲームなど全般に速くなるんだし。
0696名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 23:46:00.79
こいつ真性のアホだな。GPUついてないPCはない。使ったら何倍も速くなる。
何が低コストだよ。馬鹿にもほどがあるぞ。
0697名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 00:22:20.37
>>696
バカはおまえ。CPUにGPU内蔵のものと別になってるものがあるだろ。
内蔵かそうでないかでコストは大きく変わってくる。バカにもほどがあるぞ。
0699Mango Mangüé ★ そうだ２ちゃんねるしよう！©2ch.net
垢版 |
NGNG?S★(824724)

メモリーは64GB積んであるんでバカスカ使ってますw

それでも20GB以上余るのでまだまだ甘いですw
ここmevius鯖の場合
last pid: 60030; load averages: 1.14, 1.08, 1.07 up 72+10:26:00 08:51:49
59 processes: 2 running, 56 sleeping, 1 zombie
CPU: % user, % nice, % system, % interrupt, % idle
Mem: 2966M Active, 31G Inact, 3044M Wired, 1591M Buf, 25G Free
Swap: 64G Total, 64G Free
0700名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 00:53:36.26
荒らしに構うのも荒らしだからな
テンプレに書いてあるぞ
0703名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 01:43:29.64
64bit厨の特徴
・amd64の仕様を知らない
・アセンブラも分らない
・カーネルソースも読んだことがない
・ベンチ結果も読み取れない
・32bitを駆逐すべき敵だと思っている
0705名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 03:53:31.43
あれだろ、64bitCPUでメモリ1Gとか2Gとかしか積んでない骨董品しか持ってない俺の為に何とかしろって騒いでるんだろ？
0707名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 05:05:33.63
32bit厨の特徴
・amd64の仕様を知らない
・アセンブラも分らない
・カーネルソースも読んだことがない
・ベンチ結果も読み取れない
・64bitを駆逐すべき敵だと思っている
0711名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 12:08:27.35
iPhoneは32bit化すれば速くなるのにアホやな
ユーザのことより儲けることしか考えてない守銭奴企業丸出し
パナソニック顔負けだな
0713名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 12:19:11.89
昔iPhone持ってたけどガッチガチな上にクソパスワードいちいちウザくて捨てたわ
回線契約解除してリセットしたら起動させなくするランサムウェア仕込んでるし
そもそもアップルは個人情報悪用企業で言わなきゃ不具合対応すら拒否するだろ
番号通知しないと電話取らないパナソニックもユーザより保身第一だけどな
0720名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 13:13:40.19
> 何で4Gもメモリ積んでないようなスマホまで64bit化されていってるかわかってるか？

64bit厨は質問ばかりで自らは決して説明しないからすぐ分る。また無知がバレるからなw
0721名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 13:17:12.53
> いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？

> どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん

笑えるw
0730名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 21:30:02.36
>>723
まあ、今だと32bitか64bitかよりも、64bitマルチコアが当たり前だから
マルチコアでどれだけパフォーマンスが出るかのほうが重要だわな。
0731名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 22:05:30.96
32bitでマルチコアなら64bitよりパフォーマンス出るわ
せめて-m32くらい満足に通せっつのな
やりたいことやってる奴ばかりで互換性にまで手が回らんのだろうがな
0741名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:14:30.66
>>731
半導体メーカーorシリコン基板のマスクを発注するメーカーはそんな無駄な事は出来ない
分厚いルネサスのマスクですら１０年前で１枚２億とかしたぞ
少しでも速いなら64bitにする
0743名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:18:42.00
なんか遥か昔にAMDが286は386より速いキリッした広告思い出した。

ただそれ言い出すと386は486より乗算が速いとかあるんだわ。
0745名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:21:30.03
>>743
ttps://ja.wikipedia.org/wiki/Intel486
41クロックが42クロックになったところで誰もきにせんｗ
しかも486になってからクロック逓倍技術（当時はクロックダブラーとか呼ばれてたんだっけ）が
軌道に乗り出したから仮に１．５倍とかになっても大差はなかった
0746名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:22:50.92
ベンチでわかる程度の速度差ならどう考えてもI/Oの遅さで紛れるような気がするなぁ。
時間的に有用な差が出るほどの時間がかかる作業なら別の何か特定の環境でやる必要ないし。

合理性？速度語るなら札束で殴る方が早いと思うけど。
0748名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:28:47.41
i5とi7の違いってキャッシュだけであれだけのパフォーマンス差があるわけよ
わざわざ意味もなく64bitでキャッシュ無駄にして何が楽しいんだって話だろ
１プロセスで4GB以上使う必要のある奴を否定するつもりはないがな
0749名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:30:54.71
本当に６４ビット化で著しいキャッシュミスヒット率増加があるならこんな結果は出ない
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
0750名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:33:24.05
６４ビットになったオペランドからイミディエイトでアドレス（ポインタ）ロードするのなんて
ループの外くらいだぞ
ループに入る前のポインタ関連の命令だけ４バイト増えたとして
初回のミスヒットなんてそんなにペナルティありゃせんわ
0751名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:34:44.90
>>749
だから64ビット演算の恩恵だろうが
それ以外はボロ負けだろ
ほとんどのアプリは64ビット演算なんかいらない
バカのお前には理解できんだろうがな
0752名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:35:59.05
>>751
それ以外の”ボロ負け”と言える程の大差で32bitが速いっていうベンチのソースは？
ちなみにブラウザはChromeなんかは64bitの方が速いからな
0754名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:38:52.20
>>745
だからくだらない話だって事さ、
まあ、普通にお金の計算したって平然とプラスマイナス21億なんて軽く超えてる時代に32bitに固執する理由なんて全くないわ。
0758名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:47:25.19
>>750
ほんとamd64の仕様を知らないんだな。ポインタ関連だけとか、無知な64bit厨の妄想。
amd64は、32bitレジスタpush命令ねーぞ。int32をpushしたら、push raxされる。
しかもイミディエイトでアドレスロードってなんだよ？　単なる即値ならキュッシュヒット率関係ねーわ。
この前からおまえは知ったかが過ぎる。
0759名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:48:52.02
>ほとんどのアプリは64ビット演算なんかいらない

いやほとんどのアプリは32bitだろうと64bitだろうと動けば正義、が正しいだろう。
8bitから16bitや32bitにいたる劇的な速度の向上とか存在しないのだから
どっちでビルドしても人の反応を待つようなアプリじゃ誤差だろう。
0760名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:50:46.51
>>758
pushpopとか関数呼び出しで遅くなったからって何だよ？
intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？
それに主処理のループになんの影響がある？
0761名無しさん＠お腹いっぱい。
垢版 |
2017/08/13(日) 23:54:20.87
>>758
なるほど、コードのポインタのサイズ増加は関係ない、そう仮定してる訳ね？
じゃあ、データだけで語ろうか
64bitだとレジスタの本数が増えて、自動変数のポインタ類は
32bitよりもスタックの中にポインタが実際に確保される可能性は低くなるんだぞ
0764名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:00:18.47
>>762
そのpushpopでパフォーマンスの低下がネックになるのは
callと呼び出し規約で保存しなきゃならないと規定されてるレジスタの保存と、他にはどこがある？
0765名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:03:46.53
64bit厨はアセンブラレベルになるといつも質問ばかりだな。
amd64を知らないことはもうバレてんだからごめんなさいしろよ。
思ってるのか!!っておれにいちいち仕様を確認すんな。自分でコード読め。
gccはこういうバイナリ吐くんだと断言してみろ。
0767名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:19:44.94
速度の低下がないなら、なんでアスキー調査でPCmarkやWebBrowsingの一般用途で負けてんだよw

レジスタ増加、64bit演算可、SSE2標準化、4GB超のメモリアクセス可とこれでもかと有利なのにw

キュッシュ馬鹿食い以外で負ける要素がない。
0768名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:22:56.87
>>767
http://ascii.jp/elem/000/000/641/641476/img.html
これの事言ってるなら過渡期の、それもスポンサーの意向でベンチ内容を選ぶ様な出版社の
独自調査、しかも64bitで速度低下って誤差レベルじゃねえか
後方互換だとか64bitに加えて32bitの外部プラグインも検索したりしてて時間掛かってるとか
そんな下らないオチだろ

http://www.phoronix.com/scan.php?page=article&;item=ubuntu_1310_3264&num=3
http://www.phoronix.com/scan.php?page=article&;item=ubuntu_1310_3264&num=4
こういう実運用の実測値で語れよ
0770名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:29:52.34
> 64bitに加えて32bitの外部プラグインも検索したりして

また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。今度はちゃんと謝罪しろよ。
0771名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:31:36.75
>>770
エッジじゃなくてエクスプローラーの歯車マーク
↓
アドオンの管理

の、アーキテクチャの欄を参照な
DLLだなんて一言も言ってないし、
Winの中じゃコーデックだって32bit64bitは完全に独立して管理されてんたぞ
0772名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:33:24.09
わかってきた
OS64bit プロセス32bit バージョン作れとか言い出した奴、
64bitのOSろくに動かせないからその辺りの事情、全然しらないんだろ
0773名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:35:41.37
>>757
longモードはv86モードとかサポートしてないんだわ。
ただ、32bit固執の馬鹿はそんな事は知らなかったらしい、それで互換性とかw
0780名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:58:46.97
Windowsの外部プラグインはDLLで提供するものやで。
いくらなんでも無知すぎや。

ファイル: AdblockPlus32.dll
ファイル: wmpdxm.dll
ファイル: PDFXCviewIEPlugin.dll
0781名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 00:58:50.55
>>772
お前ごとき盆暗が何をわかったてんだ？
その辺りの事情とやらを説明してみろよ
64bitのOSろくに動かせないって明らかにm32すら知らなかったお前だろうが
0786名無しさん＠お腹いっぱい。
垢版 |
2017/08/14(月) 01:06:46.18
膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況