X
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0527名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:01:38.94
>>524
アドオンの設定みてるか？32bitと64bit両方対応のアドオンとかあるだろ
32bitのブラウザは32bitのアドオンしかないだろ
両方探しに行ったりしないだろ
0529名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:04:46.37
俺は

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
これが嘘だと、64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
これが嘘だと、昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

嘘をバラ撒くなといってるだけだ
0530名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:05:24.71
>>526
俺が書いたレスでもないのに知らねえよゴキブリ
お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで
インターネットを危険に陥れてマッチポンプで儲けたいだけだろ
恥を知れ盆暗糞詐欺テロリスト営業
0535名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:35:16.50
> 458 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 01:54:09.20
> >>456
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
> ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか

”とか”と言った
断言はしていない
0537名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:36:24.56
俺の目的は

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

嘘をバラ撒かせない事だ

おまえらの目的は何だよ？嘘バラ撒いてまで荒らす事か？
0540名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:40:24.87
次はMMXとかの揚げ足取りが来るだろうから先に書いておく
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
これと同じ様に単純なスケーリングで済む話じゃない
これは俺が書いた書き込みだ

例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが３プレーン分ある訳じゃないからな
周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて
どれだけ元の画像に近いかの値が入ってるんだからな
0541名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:40:48.93
>>539
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

どこに嘘がある、ソース出せ
0544名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:52:55.33
>>543
都合のいいベンチだけ貼るな
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
大体エンコだとかKali linuxのairsnort-ngみたいなkey/secの値だとか見ても
64bitの方が遥かに高速だ
おまけにブラウザの速度なんてせいぜい１秒の表示が１．２秒程度になったところで
殆どの一般人は何とも思わん
0545名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:55:59.57
思い出した
chrome 64bit 速度 でｇｇｒ
ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか？
0546名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 12:58:44.00
>>544
エンコだって5096秒が5114秒になる程度の差だろうが
お前の解釈のほうがお前にとって都合がいいだけだろ
３秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ
0552名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:10:26.44
>>551
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで
ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる
0556名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:23:39.34
>>554
なんでエンコだけで大抵なんだよ
世の中FreeBSDは大抵エンコでしか使わないのかよ
いい加減、認めろよ、大抵３２ビットの方が早えよ
0560名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:27:28.52
エンコとか画像フィルタとかOpenCVとか今はGPU使うんだし言い訳にしか聞こえんわ。
PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。
0563名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:32:49.11
>>560
俺、自前の処理までGPUカツカツに使える様な、何でもできる、何でも知ってるエンジニアじゃねえし
てかテンプレートマッチングでGPU使うのか？

>>561
俺の妄想じゃない、Phoronixのベンチ結果だ
0564名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:35:22.45
>>562
データ満載で再インストールしたくない

light入れた時はこれ忘れんな
apt-get install rfkill

今kaliの備忘録引っ張り出してる、待て
0565名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:39:43.63
コケたらこれやれ
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のフロントエンドだ

簡単だろ？
0566名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:42:11.65
話を戻すとi386OSとして64bit管理して必要に応じて変換する機能を否定する根拠にはならんわな
32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決
これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな
0570名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 13:46:12.38
>>567
64bitの方が早いってのが信じられないならやれよ
俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて
64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った
0577名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:02:21.75
FreeBSDでPAE使ったらプロセス合計4GB超使えるって？
OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね
0580名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:11:27.44
64ビット化って速度云々よりも利便性のためだよな
ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる
0582名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:15:38.88
ttps://www.aircrack-ng.org/
windowsのバイナリもある
UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発
0587名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:27:46.87
３２ビットのバイナリの方が速いんだったら、OSの内部も３２ビットの方が速いんだろ？
言ってる事おかしいぞ
0588名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:31:38.84
文盲のお前が言ってる事のほうがおかしい
とにかくお前とは会話が成立しないから出て逝ってくれ
これ以上は荒らし
0590名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 14:54:35.08
こいつが管理機能管理機能うるさいからFreeBSDのi386にPAEないのかと思ったんだけど
仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
矛盾だらけなんだよ
0594名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 15:44:10.56
OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
0596名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 15:53:00.30
速い遅いじゃなくて4GB超のメモリを使えて互換性維持が目的だと
何度言われても覚えられないのなアホだから
0598名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:01:43.69
OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え
0601名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:12:27.91
>>600
嘘を撒き散らしてるのはおまえだ

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる
0602名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:17:26.83
馬鹿だからコイツまたループ
FreeBSDはエンコ以外に使い道はないというお前のエンコ環境晒してみろやクソガキ
0603名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:19:11.06
>>602
エンコだけじゃない
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる

OS64bitアプリ32bitとか誰も喜ばん>>598
アホな事言ってんじゃねえよ
0604名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:21:09.75
>>599
何だったもクソもあらへん
それがOS64bitプロセス32bitに対する何らの否定根拠にもなっていない
否定する能力はお前には到底ないんだからくだらない難癖やめて諦めろ
0610名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:25:34.92
OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え

どの組み合わせでもOS64bitアプリ32bitに利点はない
0613名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:27:37.72
>>612
お前がi386で4GB超のメモリが使えて互換性維持できて嬉しくない理由を書けよ
0618名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:32:57.06
>>617
それPAE対応してない機体で動くのかよ？互換性はどこいった？
32bitOSで１プロセスで4G超使いたいなら素直に64bitでいいだろ
0620名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:36:43.76
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を使用した場合には、IA-32アーキテクチャのアドレスラインである32ビットを
36ビット以上のメモリ空間に拡張する。これにより、IA-32の標準では最大4GiBまでしか
使用できなかった物理メモリ空間を、最大64GiB以上使用できるようになる。
しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを
32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。
ページサイズは4KiBで、ページテーブルのサイズは1ページのままであるので、
ページテーブルのエントリの数が一段あたり1024から512になる。これを補うために、
PAEにおいては、4エントリを持ったページテーブルが最上位に1段追加される。
0622名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:42:14.30
OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え

どの組み合わせでもOS64bitアプリ32bitに利点はない

> しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを
> 32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。
PAE使ってもアドレス空間は4Gのまま
ページのエントリ書き換えてページングしない限り（PAEのシステムコール類を使用）
32bitOSでは与えられた4G以外の範囲にはアクセスできない（後方互換性なし）
0623名無しさん＠お腹いっぱい。
垢版 |
2017/08/12(土) 16:43:22.57
１プロセスで4G以上なら64bit使うのが素直だろうけど
レガシーコードを含む複数プロセス合計で4G以上使いたいというニーズは少なくないわな
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況