2 の 10,000,000 乗のオーダーの数値を持つ BigInteger クラスを扱っています。
BigInteger Log 関数は現在、私のアルゴリズムで最もコストのかかる関数であり、代替手段を必死に探しています。
ログの不可欠な部分だけが必要なので、速度の点では素晴らしいと思われるこの回答に出くわしましたが、何らかの理由で正確な値が得られません。小数部分は気にしませんが、値が下限か上限かを知っている限り、正確な整数部分を取得する必要があります。
実装した関数は次のとおりです。
public static double LogBase2 (System.Numerics.BigInteger number)
{
return (LogBase2(number.ToByteArray()));
}
public static double LogBase2 (byte [] bytes)
{
// Corrected based on [ronalchn's] answer.
return (System.Math.Log(bytes [bytes.Length - 1], 2) + ((bytes.Length - 1) * 8));
}
まれなケースを除いて、値は非常に正確になりました。7 ~ 7.99999、15 ~ 15.9999、23 ~ 23.9999、31 ~ 31.9999 などの値は -Infinity を返します。数値はバイト境界を中心に展開しているようです。ここで何が起こっているのか分かりますか?
例:
LogBase2( 1081210289) = 30.009999999993600 != 30.000000000000000
LogBase2( 1088730701) = 30.019999999613300 != 30.000000000000000
LogBase2( 2132649894) = 30.989999999389400 != 30.988684686772200
LogBase2( 2147483648) = 31.000000000000000 != -Infinity
LogBase2( 2162420578) = 31.009999999993600 != -Infinity
LogBase2( 4235837212) = 31.979999999984800 != -Infinity
LogBase2( 4265299789) = 31.989999999727700 != -Infinity
LogBase2( 4294967296) = 32.000000000000000 != 32.000000000000000
LogBase2( 4324841156) = 32.009999999993600 != 32.000000000000000
LogBase2( 545958373094) = 38.989999999997200 != 38.988684686772200
LogBase2( 549755813887) = 38.999999999997400 != 38.988684686772200
LogBase2( 553579667970) = 39.009999999998800 != -Infinity
LogBase2( 557430119061) = 39.019999999998900 != -Infinity
LogBase2( 561307352157) = 39.029999999998300 != -Infinity
LogBase2( 565211553542) = 39.039999999997900 != -Infinity
LogBase2( 569142910795) = 39.049999999997200 != -Infinity
LogBase2( 1084374326282) = 39.979999999998100 != -Infinity
LogBase2( 1091916746189) = 39.989999999998500 != -Infinity
LogBase2( 1099511627775) = 39.999999999998700 != -Infinity