FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>483
ところでさっきからおまえはなんでそういう幼稚園児みたないことばっか言ってんだ?
レベル低すぎるから話に入らないでROMってろよ。 >>483
むしろ、OSシェア順に上から順番に調べてPAEがいらないOSがあったら報告してくれ。
そしてキミのブログに調査結果を報告してくれ、現実が見えないブログ主さん。 >>483
おまえはもう引っ込んでろよ。どうせゆとり学生だろ。 i386に拘ってる貧乏人はUFOやらネッシーやら見たって言ってる嘘つきおじさんみたいだな
UFO見た事ない奴はROMってろ i386で動かしたいならi386で動かしてろ
どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
それでも4G以上使いたいならLinuxでも使え
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> Linuxゲームのベンチマーク
> Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。
> このベンチマークでは、数値が大きいほど性能が良いということになります。
>
> 動画のエンコードとカーネルビルドのベンチマーク
> 動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 特に動画のエンコードでは、最大で1.4倍程度の差がでています。
> 「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。
> 一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。
>
> データ処理のベンチマーク
> データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。
>
> 消費電力のベンチマーク
> 消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。
> 各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。
> 平均消費電力で見ると、1ワットから5ワット程度の差がでています。 > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
やはりこいつとんでもない無知だった。 PAE専用のAPIとか使い込むつもりか?64ビット化の時に困るぞ 32ビットの論理アドレス空間じゃ足りなくてPAE欲しいってんなら素直に64ビットで動かせば?
既存の32ビットの動かすだけなら既に動いてるんだからi386で動かせば?
64ビットの方がパフォーマンス出る事が多いのに何でごねてんの? ttps://ja.wikipedia.org/wiki/%E7%89%A9%E7%90%86%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%8B%A1%E5%BC%B5
必須な理由って何だよ
PAEがないi386機でもi386のバイナリは動くし、PAEがなくてもamd64機で動いてるだろ 64bitCPUなら事実上必須だけど、32bitって必須な理由って何だ? 64bitOSなら事実上必須だけど、32bitで必須な理由って何だ? > データ実行防止のため有効にされることがある。
そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。
だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。 今度は必須の意味も分らないってか。まさに幼稚園児。 必須ならなんでPAEに対応してないFreeBSDのi386は動いてるんだよ 言いたくはないが、聞くなら仕方ない。答えよう。
FreeBSDは穴だらけのポンコツOSだから スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
穴だらけなら使わない方がいい
Linux板にでもいっておいで スタックオーバーフローが防げるとか、大した機能じゃないし、
WinだってそれをONにすると動かなくなるコードあるぞ
全部に適用できる訳じゃない
システムのプロパティ→詳細設定タブ→パフォーマンス→データ実行防止タブ
詳細を表示しますのリンクでもクリック > 474 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
おまえは嘘が酷過ぎる > 474 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
永久保存 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> Linuxゲームのベンチマーク
> Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。
> このベンチマークでは、数値が大きいほど性能が良いということになります。
>
> 動画のエンコードとカーネルビルドのベンチマーク
> 動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 特に動画のエンコードでは、最大で1.4倍程度の差がでています。
> 「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。
> 一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。
>
> データ処理のベンチマーク
> データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。
>
> 消費電力のベンチマーク
> 消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。
> 各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。
> 平均消費電力で見ると、1ワットから5ワット程度の差がでています。 相変わらずドモって言葉が出てこないキチガイがコピペ連投かよ
ここまで頭悪いと真っ当な日常生活送れてないだろ > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘を並べ立てて自分の都合のいい物を作らせようとする腐った根性に何の疑問も抱かないのか? フルボッコにされてることにすらマジで気づいてないのかコイツ
お前はその腐った頭に何の疑問も抱かないのか? >>429
64bitで設計してあるH/Wを32bitで動かそうとすると却って遅くなるってのはあるね。 >>458
↑
ねえ、これ何言ってんのか意味が分からんのだが?
ただのアフォなんだろうけど 確か最初のOpteronとか、32bitのコードの実行が10%か15%遅くなるんだっけ
今時のCPUも32bitのコードの実行は多少なりとも遅くなってるのかもね >>512
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
嘘です
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘です、64bit機でもPAEに対応してない32bitOSは動きます >>517
バカ披露してる暇があったら>>515に答えろよハゲ FreeBSDのi386にPAE実装して欲しいなら本家行ってくればいいのに
なんでここで次から次へと頓珍漢な事言って騒ぐの? とっくの昔に実装してるのにこいつ何頓珍漢なこと言ってんの? 対応してたんだ、知らなかった
で、問題は何?
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
こんな嘘を垂れ流して何がしたい?目的は何? だれもFreeBSDについて語らないのにスレがのびてくよ。 >>522
バカ披露してる暇があったら>>515に答えろよゴキブリ >>524
おまえの主張はこれでいいの?
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
主張か目的はっきりさせろよ
i386がPAE対応してるんだってよ、それでいいだろ? >>524
アドオンの設定みてるか?32bitと64bit両方対応のアドオンとかあるだろ
32bitのブラウザは32bitのアドオンしかないだろ
両方探しに行ったりしないだろ >>522
問題は無知なおまえが一人で暴れてること。 俺は
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
これが嘘だと、64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
これが嘘だと、昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
嘘をバラ撒くなといってるだけだ >>526
俺が書いたレスでもないのに知らねえよゴキブリ
お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで
インターネットを危険に陥れてマッチポンプで儲けたいだけだろ
恥を知れ盆暗糞詐欺テロリスト営業 >>530
仮に別人だとして、>>527に答えた途端、レッテル貼り→罵倒のコンボか
おまえの場合、荒らすのが目的だろ 仮に(笑)
フルボッコにされて悔しがって荒らしてんのはお前一匹だろ >>530じゃなくて>>531だ
2ch.net見にくいな
.scみたいに戻してくれよ > 458 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 01:54:09.20
> >>456
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね?
> 64ビットと32ビットのモジュールの両方を使えるように検索しに行ってるとか
”とか”と言った
断言はしていない そういや2ch.netはi386かamd64かどっちなんやろ 俺の目的は
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
嘘をバラ撒かせない事だ
おまえらの目的は何だよ?嘘バラ撒いてまで荒らす事か? >>535
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね?
じゃあ、これについて説明しろよ 次はMMXとかの揚げ足取りが来るだろうから先に書いておく
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
これと同じ様に単純なスケーリングで済む話じゃない
これは俺が書いた書き込みだ
例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが3プレーン分ある訳じゃないからな
周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて
どれだけ元の画像に近いかの値が入ってるんだからな >>539
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
どこに嘘がある、ソース出せ >>541
http://ascii.jp/elem/000/000/641/641476/img.html
何度も貼られてるのがなんで読めないの?
文盲なの?
お前が例に出してるのはこのグラフのvideo transcodingのことだろ
それで「64bitの方が早いバイナリの方が多い」とか寝言は寝て言えやガイジ >>543
都合のいいベンチだけ貼るな
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
大体エンコだとかKali linuxのairsnort-ngみたいなkey/secの値だとか見ても
64bitの方が遥かに高速だ
おまけにブラウザの速度なんてせいぜい1秒の表示が1.2秒程度になったところで
殆どの一般人は何とも思わん 思い出した
chrome 64bit 速度 でggr
ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか? >>544
エンコだって5096秒が5114秒になる程度の差だろうが
お前の解釈のほうがお前にとって都合がいいだけだろ
3秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ >>546
今やそんな小さな差じゃない
おまえが使ってるPCいつの時代のPCだよ?Exxxx以前のPCなのか? >>547
グラフを否定したいならasciiに言えカス なあなあ、なんかすごーく伸びてるけど
読むのメンドイから三行半でまとめてくれ >>548
ttp://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-3264&num=3
これは否定できんだろ お前FreeBSDをデスクトップで使ってエンコとかしてるわけ? >>551
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで
ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる >>550
それ単位が書かれてないよな
アスキーと同じ結果を拡大してるだけじゃねえの >>553
Frames Per Second, More Is Better
とか書いてあるだろう
いい加減認めろよ、大抵64ビットの方が早えよ aircrack-ngで自宅の無線LANのWPAでもクラックしてみろ
32bitでなんてかったるくてやってられんぞ >>554
なんでエンコだけで大抵なんだよ
世の中FreeBSDは大抵エンコでしか使わないのかよ
いい加減、認めろよ、大抵32ビットの方が早えよ >>555
そこまで言うならクラックの詳細を64bitOSとの比較とともにうpしてもらおうか >>556
32bitが早いのってどれだよ
winのchromeでもphoronixのベンチでも32bitの方がおせえ >>557
Kali linux入れろ
key/secがリアルタイムに表示される エンコとか画像フィルタとかOpenCVとか今はGPU使うんだし言い訳にしか聞こえんわ。
PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。 >>558
グラフを否定したいならasciiに言えカス
お前の妄想はイラナイ >>560
俺、自前の処理までGPUカツカツに使える様な、何でもできる、何でも知ってるエンジニアじゃねえし
てかテンプレートマッチングでGPU使うのか?
>>561
俺の妄想じゃない、Phoronixのベンチ結果だ >>562
データ満載で再インストールしたくない
light入れた時はこれ忘れんな
apt-get install rfkill
今kaliの備忘録引っ張り出してる、待て コケたらこれやれ
ifconfig wlan0 down
macchanger -m xx:xx:xx:xx:xx:xx wlan0
ifconfig wlan0 up
rfkill unblock all
# airmon-ng stop wlan0 # 必要なら停止させろ
# ifconfig wlan0mon down # モニタデバイスはwlan0じゃなくてwlan0monだ
macchanger -m xx:xx:xx:xx:xx:xx wlan0mon
macchanger -m xx:xx:xx:xx:xx:xx wlan0 # どっちかエラーになるが気にすんな
ifconfig wlan0 up
airmon-ng start wlan0
あとはairodump-ngでオプションと一緒にwlan0mon指定しろ
使い方がわからんならfern-wifi-cracker使え
python製のaircrack-ngのフロントエンドだ
簡単だろ? 話を戻すとi386OSとして64bit管理して必要に応じて変換する機能を否定する根拠にはならんわな
32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決
これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな >>564
お前が言い出したことだろ
自分でケツ拭けないならクチバシ挟むな llvm32bitでコンパイルに通って、llvm64bit -m32通らないってどういう状況だよ? >>567
64bitの方が早いってのが信じられないならやれよ
俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて
64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った 64bit管理って事は32bitCPUで動かない32bitアプリの為のOSって事だろ?
誰得だよ >>571
それはない
3桁なんておかしいとすぐに気付いた >>572
32bitCPUなら64bit管理機能を使わなきゃいいだけのことだな 32bitCPUなら64bit管理機能って具体的に何だよ?
PAEでできねえのかよ? FreeBSDでPAE使ったらプロセス合計4GB超使えるって?
OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね PAE以外の64bit管理機能ってのは何だよ?誤魔化してないで会話しろよ 64ビット化って速度云々よりも利便性のためだよな
ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる ttps://www.aircrack-ng.org/
windowsのバイナリもある
UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発 >>579
何度も書かれていることをお前が文盲だから理解できないだけだろ
OSが64bit、プロセスが32bitだ ■ このスレッドは過去ログ倉庫に格納されています