問題タブ [xor]

非常に大きなファイル (~50 Go) を XOR したいと思います。

より正確には、平文ファイルの 32 バイトの各ブロック (メモリ不足のため) をキー 3847611839 で XOR し、(ブロックごとに) 新しい暗号ファイルを作成することで、これを行いたいと考えています。

助けてくれてありがとう!!

pbos ヘルプとそのプログラム (大きなファイルを xor 処理するためにここで公開) のおかげで、いくつかのテストを実行したところ、別の問題があることがわかりました。必要に応じて。

解決策は、利用可能な整数型を増やすライブラリを含めることだと思います...しかし、文字列などの各128ビット値を解釈することを好みます。これはパフォーマンスを失うことなく可能ですか?

これが現在のプログラムです（「整数定数がその型に対して大きすぎます」というバグがあります）：

提案をありがとう。

ダグ

を含む JS コードを移植する必要がありますMath.random()*2147483648)^(new Date).getTime()。小さい数値ではpython関数とJS関数は同等の機能のように見えますが、このように大きな数値では値がまったく異なります。

パイソン:

Javascript:

PythonからJavascriptの値を取得するにはどうすればよいですか?

プロジェクトオイラー59の場合、解読された文字列と使用されたキーを含むタプルのリストを返すためにこれを思いつきました（そしてはい、私は知っていますData.Bits）：

問題は、decyph生成されているタプルが、使用されているキーを含む復号化されたテキスト全体ではなく、最初の部分に1文字、2番目の部分にキーしか含まれていないために実行できないことです。どうすればこれを修正できますか？

PS：テキストに文字列「the」が含まれると想定するのは合理的ですか？

ワード境界でビット演算を行う利点はありますか? その際のCPUまたはメモリの最適化はありますか?

実際の問題: 2 つの構造の XOR を作成しようとしています。構造 1 と構造 2 の両方が同じサイズの 10000 バイトであるとします。最初の数百バイトはそのままにして、1 と 2 の XOR を開始します。まず 302 から開始するとします。これは一度に 4 バイトを使用し、XOR を実行します。両方の構造の 302、303、304、および 305 が XOR されます。このサイクルは 10000 まで繰り返されます。

さて、304から始めると、パフォーマンスの向上は期待できますか?

Java の 2 バイトに対するビット演算が int を返すのはなぜですか? キャストしてバイトに戻すことができることはわかっていますが、ばかげているようです。

前のステートメントが true を生成するときに、ステートメント z ^= true が false を生成するのはなぜですか?

人々が暗号化を始めていると聞いたことがありますが、それは私が望むものかもしれないと思ったので、XOR をチェックしましたが、意味がわかりません。誰かが XOR とは何かを説明できますか?