他のすべての答えは正しいです、私は以下を修正したいだけです。内側のkループの実行回数を減らすだけで実際の複雑度を下げるのに十分かどうかを確認したかったO(n⁴).
ので、次のように記述しました。
for (int n = 1; n < 363; ++n) {
int sum = 0;
for(int i = 1; i < n; ++i) {
for(int j = 1; j < i * i; ++j) {
if(j % i == 0) {
for(int k = 0; k < j; ++k) {
sum++;
}
}
}
}
long cubic = (long) Math.pow(n, 3);
long hypCubic = (long) Math.pow(n, 4);
double relative = (double) (sum / (double) hypCubic);
System.out.println("n = " + n + ": iterations = " + sum +
", n³ = " + cubic + ", n⁴ = " + hypCubic + ", rel = " + relative);
}
これを実行すると、複雑さが実際にあることが明らかになりn⁴
ます。出力の最後の行は次のようになります。
n = 356: iterations = 1989000035, n³ = 45118016, n⁴ = 16062013696, rel = 0.12383254507467704
n = 357: iterations = 2011495675, n³ = 45499293, n⁴ = 16243247601, rel = 0.12383580700180696
n = 358: iterations = 2034181597, n³ = 45882712, n⁴ = 16426010896, rel = 0.12383905075183874
n = 359: iterations = 2057058871, n³ = 46268279, n⁴ = 16610312161, rel = 0.12384227647628734
n = 360: iterations = 2080128570, n³ = 46656000, n⁴ = 16796160000, rel = 0.12384548432498857
n = 361: iterations = 2103391770, n³ = 47045881, n⁴ = 16983563041, rel = 0.12384867444612208
n = 362: iterations = 2126849550, n³ = 47437928, n⁴ = 17172529936, rel = 0.1238518469862343
これが示すことは、実際の n⁴
このコードセグメントのと複雑さのは、周りの値に向かって漸近的な因子であることです。0.124...
(実際には0.125)です。正確な値は得られませんが、次のように推測できます。
時間の複雑さがあるn⁴/8 ~ f(n)
ところf
、あなたの関数/メソッドです。
- Big O表記のWikipediaページでは、「バックマンの家族-ランダウ表記」の表に、
~
に、が2つのオペランド側の制限を定義していると記載されています。または:
fはgと漸近的に等しい
(除外した上限として363を選択しました。 n = 362
ました。これは、が適切な結果を得る最後の値であるためです。その後、ロングスペースを超え、相対値が負になります。)
ユーザーkaya3は次のことを理解しました。
ちなみに、漸近定数は正確に1/8 = 0.125です。これがWolfram Alphaによる正確な公式です。
for (j = i; j < i *i; j += i)
モジュラステストは必要ありません(j
で割り切れることが保証されているためi
)。