[過去ログ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002レス)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
73: 名無しさん@お腹いっぱい。 [sage] 2017/07/08(土) 00:14:56.87 11.1-RC2 http://mevius.5ch.net/test/read.cgi/unix/1496160953/73
200: 名無しさん@お腹いっぱい。 [sage] 2017/07/29(土) 19:13:03.87 >>199 泥の下地は殆どOSSだろ OSSならデータ収集だの送信だのしないとか神話に縋って馬鹿じゃねえのかと ちょいとマイナーなライブラリに読みづらいコードを何かの大規模修正に紛れ込ませたら CIAだかFBIだかの仕込みみたいに年単位で気づかれねえよ OSSのバイナリ実行する前に隅から隅までコードを検証してからじゃないと 怖くてバイナリ実行できない><とか言って全部コード読む奴なんているのか? http://mevius.5ch.net/test/read.cgi/unix/1496160953/200
201: 名無しさん@お腹いっぱい。 [sage] 2017/07/29(土) 19:20:32.87 そんな神話馬鹿なお前が言ってるだけだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/201
211: 名無しさん@お腹いっぱい。 [sage] 2017/07/29(土) 19:54:41.87 OSSという時点でそんなバレバレなことしない OSSじゃないからバレないと思って裏で通信しまくってんだろうが そんな取って付けたような通信、1行やそこらコメントアウトする程度だろ お前ができない低脳だからって人様に難癖付けてんなや http://mevius.5ch.net/test/read.cgi/unix/1496160953/211
398: 名無しさん@お腹いっぱい。 [sage] 2017/08/11(金) 13:09:36.87 >>397 教えて貰う迄も無い 今更i386インスコする気はないから試さないけど、 32bit gccと64bit gcc -m32には、違いがあるにしても定義済みマクロだとか 細かい所程度で、殆ど差異はない http://mevius.5ch.net/test/read.cgi/unix/1496160953/398
455: 名無しさん@お腹いっぱい。 [sage] 2017/08/12(土) 01:38:00.87 16bitのときもCP/Mを引きずり、32bitのときもDOSを引きずりという歴史を知っていれば i386がいらないなんて話は出てこないはずなんだが。 32bit排除厨はおそらくマカーなのだろう。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/455
540: 名無しさん@お腹いっぱい。 [sage] 2017/08/12(土) 12:40:24.87 次はMMXとかの揚げ足取りが来るだろうから先に書いておく ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954 これと同じ様に単純なスケーリングで済む話じゃない これは俺が書いた書き込みだ 例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが3プレーン分ある訳じゃないからな 周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて どれだけ元の画像に近いかの値が入ってるんだからな http://mevius.5ch.net/test/read.cgi/unix/1496160953/540
569: 名無しさん@お腹いっぱい。 [sage] 2017/08/12(土) 13:45:30.87 またお前か はよ尼券w http://mevius.5ch.net/test/read.cgi/unix/1496160953/569
587: 名無しさん@お腹いっぱい。 [sage] 2017/08/12(土) 14:27:46.87 32ビットのバイナリの方が速いんだったら、OSの内部も32ビットの方が速いんだろ? 言ってる事おかしいぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/587
761: 名無しさん@お腹いっぱい。 [sage] 2017/08/13(日) 23:54:20.87 >>758 なるほど、コードのポインタのサイズ増加は関係ない、そう仮定してる訳ね? じゃあ、データだけで語ろうか 64bitだとレジスタの本数が増えて、自動変数のポインタ類は 32bitよりもスタックの中にポインタが実際に確保される可能性は低くなるんだぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/761
768: 名無しさん@お腹いっぱい。 [sage] 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 こういう実運用の実測値で語れよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/768
784: 名無しさん@お腹いっぱい。 [sage] 2017/08/14(月) 01:03:10.87 >>781 日本語で頼むwww http://mevius.5ch.net/test/read.cgi/unix/1496160953/784
835: 名無しさん@お腹いっぱい。 [sage] 2017/08/14(月) 06:13:35.87 > 786 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:11:24.35 > >>789 > 全プロセス合計4GB以上をi386で使えるってか? > 808 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:27:05.50 > >>807 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 土下座しろ氏ね知ったかぶり http://mevius.5ch.net/test/read.cgi/unix/1496160953/835
841: 名無しさん@お腹いっぱい。 [sage] 2017/08/14(月) 06:39:41.87 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ http://mevius.5ch.net/test/read.cgi/unix/1496160953/841
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.431s*