The FreeBSD Project
http://www.freebsd.org/ja/
FreeBSDを語れ Part43 [無断転載禁止]
http://echo.2ch.net/test/read.cgi/unix/1472042132/
関連スレ
初心者もOK! FreeBSD質問スレッド その121
http://echo.2ch.net/test/read.cgi/unix/1437276192/
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
2017/05/31(水) 01:15:53.992017/08/12(土) 07:24:41.62
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機で動いてるだろ
必須な理由って何だよ
PAEがないi386機でもi386のバイナリは動くし、PAEがなくてもamd64機で動いてるだろ
2017/08/12(土) 07:25:48.86
64bitCPUなら事実上必須だけど、32bitって必須な理由って何だ？
2017/08/12(土) 07:26:29.45
64bitOSなら事実上必須だけど、32bitで必須な理由って何だ？
2017/08/12(土) 07:32:26.40
> データ実行防止のため有効にされることがある。
そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。
だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。
そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。
だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。
2017/08/12(土) 07:34:39.04
有効にしなくても動く
2017/08/12(土) 07:36:09.24
今度は必須の意味も分らないってか。まさに幼稚園児。
2017/08/12(土) 07:37:03.67
必須ならなんでPAEに対応してないFreeBSDのi386は動いてるんだよ
2017/08/12(土) 07:42:24.91
言いたくはないが、聞くなら仕方ない。答えよう。
FreeBSDは穴だらけのポンコツOSだから
FreeBSDは穴だらけのポンコツOSだから
2017/08/12(土) 07:44:39.06
スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
穴だらけなら使わない方がいい
Linux板にでもいっておいで
穴だらけなら使わない方がいい
Linux板にでもいっておいで
2017/08/12(土) 07:45:48.01
基本的なことも知らなかったくせに急に上から目線w
2017/08/12(土) 07:52:29.70
スタックオーバーフローが防げるとか、大した機能じゃないし、
WinだってそれをONにすると動かなくなるコードあるぞ
全部に適用できる訳じゃない
システムのプロパティ→詳細設定タブ→パフォーマンス→データ実行防止タブ
詳細を表示しますのリンクでもクリック
WinだってそれをONにすると動かなくなるコードあるぞ
全部に適用できる訳じゃない
システムのプロパティ→詳細設定タブ→パフォーマンス→データ実行防止タブ
詳細を表示しますのリンクでもクリック
2017/08/12(土) 07:54:30.83
> 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だから
おまえは嘘が酷過ぎる
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
おまえは嘘が酷過ぎる
2017/08/12(土) 07:57:15.67
32bit排除主義者はまた完全論破されたのか。
2017/08/12(土) 07:58:42.12
> 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だから
永久保存
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
永久保存
2017/08/12(土) 07:59:15.23
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ワット程度の差がでています。
> 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ワット程度の差がでています。
2017/08/12(土) 09:56:52.46
相変わらずドモって言葉が出てこないキチガイがコピペ連投かよ
ここまで頭悪いと真っ当な日常生活送れてないだろ
ここまで頭悪いと真っ当な日常生活送れてないだろ
2017/08/12(土) 09:59:09.29
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘を並べ立てて自分の都合のいい物を作らせようとする腐った根性に何の疑問も抱かないのか？
> 救いようがないな
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘を並べ立てて自分の都合のいい物を作らせようとする腐った根性に何の疑問も抱かないのか？
2017/08/12(土) 10:12:35.35
フルボッコにされてることにすらマジで気づいてないのかコイツ
お前はその腐った頭に何の疑問も抱かないのか？
お前はその腐った頭に何の疑問も抱かないのか？
2017/08/12(土) 10:16:37.09
>>429
64bitで設計してあるH/Wを32bitで動かそうとすると却って遅くなるってのはあるね。
64bitで設計してあるH/Wを32bitで動かそうとすると却って遅くなるってのはあるね。
2017/08/12(土) 10:20:36.21
>>513
論理的に説明しろよ
論理的に説明しろよ
2017/08/12(土) 10:21:29.59
2017/08/12(土) 10:22:43.27
確か最初のOpteronとか、32bitのコードの実行が10%か15%遅くなるんだっけ
今時のCPUも32bitのコードの実行は多少なりとも遅くなってるのかもね
今時のCPUも32bitのコードの実行は多少なりとも遅くなってるのかもね
2017/08/12(土) 10:31:07.92
>>512
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
嘘です
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘です、64bit機でもPAEに対応してない32bitOSは動きます
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
嘘です
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘です、64bit機でもPAEに対応してない32bitOSは動きます
2017/08/12(土) 10:48:47.73
2017/08/12(土) 10:56:53.53
FreeBSDのi386にPAE実装して欲しいなら本家行ってくればいいのに
なんでここで次から次へと頓珍漢な事言って騒ぐの？
なんでここで次から次へと頓珍漢な事言って騒ぐの？
2017/08/12(土) 11:03:09.43
頓珍漢な事言って騒いでんのはお前一匹やろ
2017/08/12(土) 11:07:07.58
とっくの昔に実装してるのにこいつ何頓珍漢なこと言ってんの？
2017/08/12(土) 11:15:51.51
対応してたんだ、知らなかった
で、問題は何？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
こんな嘘を垂れ流して何がしたい？目的は何？
で、問題は何？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
こんな嘘を垂れ流して何がしたい？目的は何？
2017/08/12(土) 11:50:27.88
だれもFreeBSDについて語らないのにスレがのびてくよ。
2017/08/12(土) 11:54:59.88
2017/08/12(土) 11:56:48.24
>>523
夏の風物詩
夏の風物詩
2017/08/12(土) 11:59:11.80
>>524
おまえの主張はこれでいいの？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
主張か目的はっきりさせろよ
i386がPAE対応してるんだってよ、それでいいだろ？
おまえの主張はこれでいいの？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
主張か目的はっきりさせろよ
i386がPAE対応してるんだってよ、それでいいだろ？
2017/08/12(土) 12:01:38.94
2017/08/12(土) 12:04:26.75
>>522
問題は無知なおまえが一人で暴れてること。
問題は無知なおまえが一人で暴れてること。
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以上メモリ積んでても動く
嘘をバラ撒くなといってるだけだ
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
これが嘘だと、64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
これが嘘だと、昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
嘘をバラ撒くなといってるだけだ
2017/08/12(土) 12:05:24.71
>>526
俺が書いたレスでもないのに知らねえよゴキブリ
お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで
インターネットを危険に陥れてマッチポンプで儲けたいだけだろ
恥を知れ盆暗糞詐欺テロリスト営業
俺が書いたレスでもないのに知らねえよゴキブリ
お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで
インターネットを危険に陥れてマッチポンプで儲けたいだけだろ
恥を知れ盆暗糞詐欺テロリスト営業
2017/08/12(土) 12:10:00.12
2017/08/12(土) 12:26:03.47
仮に(笑)
フルボッコにされて悔しがって荒らしてんのはお前一匹だろ
フルボッコにされて悔しがって荒らしてんのはお前一匹だろ
2017/08/12(土) 12:28:20.00
2017/08/12(土) 12:30:40.71
2017/08/12(土) 12:35:16.50
> 458 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 01:54:09.20
> >>456
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
> ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか
”とか”と言った
断言はしていない
> >>456
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
> ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか
”とか”と言った
断言はしていない
2017/08/12(土) 12:35:28.41
そういや2ch.netはi386かamd64かどっちなんやろ
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以上メモリ積んでても動く
嘘をバラ撒かせない事だ
おまえらの目的は何だよ？嘘バラ撒いてまで荒らす事か？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
嘘をバラ撒かせない事だ
おまえらの目的は何だよ？嘘バラ撒いてまで荒らす事か？
2017/08/12(土) 12:36:52.77
2017/08/12(土) 12:37:56.17
>>537
嘘バラ撒いてんのはお前一匹
嘘バラ撒いてんのはお前一匹
2017/08/12(土) 12:40:24.87
次はMMXとかの揚げ足取りが来るだろうから先に書いておく
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
これと同じ様に単純なスケーリングで済む話じゃない
これは俺が書いた書き込みだ
例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが３プレーン分ある訳じゃないからな
周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて
どれだけ元の画像に近いかの値が入ってるんだからな
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
これと同じ様に単純なスケーリングで済む話じゃない
これは俺が書いた書き込みだ
例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが３プレーン分ある訳じゃないからな
周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて
どれだけ元の画像に近いかの値が入ってるんだからな
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以上メモリ積んでても動く
どこに嘘がある、ソース出せ
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く
どこに嘘がある、ソース出せ
2017/08/12(土) 12:41:21.13
>>538
Windowsなら両方動くだろう
Windowsなら両方動くだろう
2017/08/12(土) 12:48:42.80
>>541
http://ascii.jp/elem/000/000/641/641476/img.html
何度も貼られてるのがなんで読めないの？
文盲なの？
お前が例に出してるのはこのグラフのvideo transcodingのことだろ
それで「64bitの方が早いバイナリの方が多い」とか寝言は寝て言えやガイジ
http://ascii.jp/elem/000/000/641/641476/img.html
何度も貼られてるのがなんで読めないの？
文盲なの？
お前が例に出してるのはこのグラフのvideo transcodingのことだろ
それで「64bitの方が早いバイナリの方が多い」とか寝言は寝て言えやガイジ
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の方が遥かに高速だ
おまけにブラウザの速度なんてせいぜい１秒の表示が１．２秒程度になったところで
殆どの一般人は何とも思わん
都合のいいベンチだけ貼るな
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
大体エンコだとかKali linuxのairsnort-ngみたいなkey/secの値だとか見ても
64bitの方が遥かに高速だ
おまけにブラウザの速度なんてせいぜい１秒の表示が１．２秒程度になったところで
殆どの一般人は何とも思わん
2017/08/12(土) 12:55:59.57
思い出した
chrome 64bit 速度 でｇｇｒ
ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか？
chrome 64bit 速度 でｇｇｒ
ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか？
2017/08/12(土) 12:58:44.00
>>544
エンコだって5096秒が5114秒になる程度の差だろうが
お前の解釈のほうがお前にとって都合がいいだけだろ
３秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ
エンコだって5096秒が5114秒になる程度の差だろうが
お前の解釈のほうがお前にとって都合がいいだけだろ
３秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ
2017/08/12(土) 13:00:46.82
2017/08/12(土) 13:02:27.46
>>547
グラフを否定したいならasciiに言えカス
グラフを否定したいならasciiに言えカス
2017/08/12(土) 13:03:23.77
なあなあ、なんかすごーく伸びてるけど
読むのメンドイから三行半でまとめてくれ
読むのメンドイから三行半でまとめてくれ
2017/08/12(土) 13:04:32.81
2017/08/12(土) 13:07:24.38
お前FreeBSDをデスクトップで使ってエンコとかしてるわけ？
2017/08/12(土) 13:10:26.44
>>551
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで
ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで
ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる
2017/08/12(土) 13:17:06.67
2017/08/12(土) 13:19:12.19
2017/08/12(土) 13:20:41.33
aircrack-ngで自宅の無線LANのWPAでもクラックしてみろ
32bitでなんてかったるくてやってられんぞ
32bitでなんてかったるくてやってられんぞ
2017/08/12(土) 13:23:39.34
2017/08/12(土) 13:25:18.96
>>555
そこまで言うならクラックの詳細を64bitOSとの比較とともにうｐしてもらおうか
そこまで言うならクラックの詳細を64bitOSとの比較とともにうｐしてもらおうか
2017/08/12(土) 13:25:46.84
2017/08/12(土) 13:27:20.98
2017/08/12(土) 13:27:28.52
エンコとか画像フィルタとかOpenCVとか今はGPU使うんだし言い訳にしか聞こえんわ。
PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。
PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。
2017/08/12(土) 13:27:39.03
2017/08/12(土) 13:28:52.84
>>559
ベンチ比較うｐマダー？
ベンチ比較うｐマダー？
2017/08/12(土) 13:32:49.11
2017/08/12(土) 13:35:22.45
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のフロントエンドだ
簡単だろ？
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のフロントエンドだ
簡単だろ？
2017/08/12(土) 13:42:11.65
話を戻すとi386OSとして64bit管理して必要に応じて変換する機能を否定する根拠にはならんわな
32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決
これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな
32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決
これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな
2017/08/12(土) 13:43:41.88
2017/08/12(土) 13:44:40.84
llvm32bitでコンパイルに通って、llvm64bit -m32通らないってどういう状況だよ？
2017/08/12(土) 13:45:30.87
またお前か
はよ尼券ｗ
はよ尼券ｗ
2017/08/12(土) 13:46:12.38
>>567
64bitの方が早いってのが信じられないならやれよ
俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて
64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った
64bitの方が早いってのが信じられないならやれよ
俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて
64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った
2017/08/12(土) 13:47:19.42
>>570
具体的に言えないならお前の勘違い
具体的に言えないならお前の勘違い
2017/08/12(土) 13:47:35.71
64bit管理って事は32bitCPUで動かない32bitアプリの為のOSって事だろ？
誰得だよ
誰得だよ
2017/08/12(土) 13:48:23.85
2017/08/12(土) 13:53:16.23
>>572
32bitCPUなら64bit管理機能を使わなきゃいいだけのことだな
32bitCPUなら64bit管理機能を使わなきゃいいだけのことだな
2017/08/12(土) 13:54:01.31
32bitCPUなら64bit管理機能って具体的に何だよ？
PAEでできねえのかよ？
PAEでできねえのかよ？
2017/08/12(土) 13:57:06.74
PAE以外の64bit管理機能って何？
2017/08/12(土) 14:02:21.75
FreeBSDでPAE使ったらプロセス合計4GB超使えるって？
OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね
OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね
2017/08/12(土) 14:08:29.85
amd64の仕様知らない馬鹿はレス禁止な。
2017/08/12(土) 14:10:01.29
PAE以外の64bit管理機能ってのは何だよ？誤魔化してないで会話しろよ
2017/08/12(土) 14:11:27.44
64ビット化って速度云々よりも利便性のためだよな
ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる
ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる
2017/08/12(土) 14:13:55.84
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる
OpenSSLもaircrack-ngも相当早くなる
2017/08/12(土) 14:15:38.88
ttps://www.aircrack-ng.org/
windowsのバイナリもある
UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発
windowsのバイナリもある
UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発
2017/08/12(土) 14:15:45.40
2017/08/12(土) 14:18:05.39
2017/08/12(土) 14:25:00.84
少し前のレスすら読めないお前は国語のお勉強しておいで
2017/08/12(土) 14:26:10.78
OSの内部で64bit化して速くなるところってどんな処理だ？
2017/08/12(土) 14:27:46.87
３２ビットのバイナリの方が速いんだったら、OSの内部も３２ビットの方が速いんだろ？
言ってる事おかしいぞ
言ってる事おかしいぞ
2017/08/12(土) 14:31:38.84
文盲のお前が言ってる事のほうがおかしい
とにかくお前とは会話が成立しないから出て逝ってくれ
これ以上は荒らし
とにかくお前とは会話が成立しないから出て逝ってくれ
これ以上は荒らし
2017/08/12(土) 14:32:37.02
>>588
OSだけが64bitになると速くなって、アプリだけが32bitままだと速い訳？
OSだけが64bitになると速くなって、アプリだけが32bitままだと速い訳？
2017/08/12(土) 14:54:35.08
こいつが管理機能管理機能うるさいからFreeBSDのi386にPAEないのかと思ったんだけど
仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
矛盾だらけなんだよ
仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
矛盾だらけなんだよ
2017/08/12(土) 15:22:59.37
お前、矛盾って言葉覚えて使ってみたかったのか？
バカまき散らしただけで残念でしたとさｗ
バカまき散らしただけで残念でしたとさｗ
2017/08/12(土) 15:27:18.37
>>590
矛盾とか本気で思ってるとしたらかなり頭が悪いことを自覚したほうがいい
矛盾とか本気で思ってるとしたらかなり頭が悪いことを自覚したほうがいい
2017/08/12(土) 15:39:22.85
仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
2017/08/12(土) 15:44:10.56
OS64bitアプリ32bit
64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
2017/08/12(土) 15:51:31.40
■ このスレッドは過去ログ倉庫に格納されています
