アカウント名:
パスワード:
乱数に何を期待しているのか。
慣れないながらもソース読んでみたけど分からんね・hashmap の初期 hash_key に使っている →初期値にだけ使ってるから衝突しないし、衝突しても O(N) になるだけだし問題ない(のが普通だよね)・root パスワード暗号化のソルトに使ってる →暗号強度的なチェックが入っていれば引っかかりそうだけど、見つからず・UUID で使ってる? →コメントでは使っていると書いているけど見つからず。ただ same_entry で同じ UUID がないかのチェックをしていて、これに失敗するとコケるっぽい
UUID がぶつかるのって天文学的確率だし、私も衝突しない前提で書くこと多いけど……バグまで考慮するとそうもいかないのか
ちゃんと読んでないから、予想を多分に含んでるけど、RDRANDで生成された乱数を、UUIDの乱数部分(122bit)にそのまま使ってるんじゃないかな。だから、-1が連続するとUUIDが毎回衝突してリトライ回数が閾値を超えると死ぬ(?)
RDRANDで生成された乱数を疑似乱数のシード値にして、疑似乱数からUUIDを生成していれば、毎回(起動するたびに)-1が生成されたとしても、UUIDが衝突することは滅多にないはず# なんでこうなってないんだろう。。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
乱数なら-1が連続してもいいのでは (スコア:0)
乱数に何を期待しているのか。
Re: (スコア:0)
慣れないながらもソース読んでみたけど分からんね
・hashmap の初期 hash_key に使っている
→初期値にだけ使ってるから衝突しないし、衝突しても O(N) になるだけだし問題ない(のが普通だよね)
・root パスワード暗号化のソルトに使ってる
→暗号強度的なチェックが入っていれば引っかかりそうだけど、見つからず
・UUID で使ってる?
→コメントでは使っていると書いているけど見つからず。ただ same_entry で同じ UUID がないかのチェックをしていて、これに失敗するとコケるっぽい
UUID がぶつかるのって天文学的確率だし、私も衝突しない前提で書くこと多いけど……バグまで考慮するとそうもいかないのか
Re:乱数なら-1が連続してもいいのでは (スコア:0)
ちゃんと読んでないから、予想を多分に含んでるけど、
RDRANDで生成された乱数を、UUIDの乱数部分(122bit)にそのまま使ってるんじゃないかな。
だから、-1が連続するとUUIDが毎回衝突してリトライ回数が閾値を超えると死ぬ(?)
RDRANDで生成された乱数を疑似乱数のシード値にして、疑似乱数からUUIDを生成していれば、
毎回(起動するたびに)-1が生成されたとしても、UUIDが衝突することは滅多にないはず
# なんでこうなってないんだろう。。