Złożoność czasowa algorytmu: czy ważne jest określenie podstawy logarytmu?


Odpowiedzi:


63

To zależy od logarytmu. Jeśli jest to tylko czynnik, to nie ma znaczenia, ponieważ duże-O lub θ pozwala pomnożyć przez dowolną stałą.

Jeśli weźmiesz O(2)logn) podstawa jest ważna. W bazie 2 miałbyś tylko O(n) , w bazie 10 chodzi o O(n0,3010) .


5
Myślę, że to tylko wymyśli coś takiego jak . Nie widzę powodu, aby wyrażać liczbę jako2clogbnzamiastn-to-the-cokolwiek to jest (z wyjątkiem być może jako pośredniego etapu obliczeń). 2)logn2)dologbnn
David Richerby

7
+1 za „stałe czynniki mają znaczenie w wykładnikach”
trognanders

50

Ponieważ notacja asymptotyczna jest nieświadoma stałych czynników, a dowolne dwa logarytmy różnią się stałym współczynnikiem, zasada nie robi różnicy: logzan=Θ(logbn) dla wszystkich za,b>1 . Nie ma więc potrzeby określania podstawy logarytmu przy stosowaniu notacji asymptotycznej.


13
Wolę zobaczyć zamiast ==
Nayuki

16
Obawiam się, że standardowa notacja używa . =
Yuval Filmus

4
@YuvalFilmus Standardowa notacja wprowadza w błąd, zupełnie różni się od standardu wszędzie indziej i sprawia, że ​​złożoność algorytmu wydaje się zupełnie obca od rzeczy całkiem podobnych do niego. „To standardowa notacja” nigdy nie powinna być powodem do faworyzowania złego rozwiązania nad lepszym, podobnie klarownym. (W każdym razie znaczenie tego symbolu jest zazwyczaj jasne.)
wizzwizz4

7
@ wizzwizz4 Powszechna praktyka jest doskonałym powodem. Promuje sprawną komunikację. Właśnie dlatego wszyscy znosimy dziwactwa angielskiej pisowni.
Yuval Filmus

3
Czasami po prostu zawiera zbyt wiele rzeczy, aby było jaśniejsze niż log a n = Θ ( log b n ) . nloganΘ(nlogbn)logan=Θ(logbn)
JiK

15

Jako logxy=1logyx ilogxy=logzylogzx , tak loganlogbn=lognblogna=logab. Ponieważlogabjest dodatnią stałą (dla wszystkicha,b>1), więclogan=Θ(logbn).


8

W większości przypadków bezpieczne jest upuszczenie podstawy logarytmu, ponieważ, jak wskazały inne odpowiedzi, formuła zmiany podstawy dla logarytmów oznacza, że ​​wszystkie logarytmy są stałymi wielokrotnościami.

W niektórych przypadkach nie jest to bezpieczne. Na przykład @ gnasher729 wskazał, że jeśli masz logarytm w wykładniku, to podstawa logarytmiczna jest rzeczywiście znacząca.

bbΘ(n+b)logbUUO((n+b)logbU)bO(nlogU). However, what happens if b isn't a constant? A clever technique is to pick b=n, in which case the runtime simplifies to O(n+lognU). Since lognU = logUlogn, the overall expression simplifies to O(nlogUlogn). Notice that, in this case, the base of the logarithm is indeed significant because it isn't a constant with respect to the input size. There are other algorithms that have similar runtimes (an old analysis of disjoint-set forests ended up with a term of logm/2+2 somewhere, for example), in which case dropping the log base would interfere with the runtime analysis.

Another case in which the log base matters is one in which there's some externally-tunable parameter to the algorithm that control the logarithmic base. A great example of this is the B-tree, which requires some external parameter b. The height of a B-tree of order b is Θ(logbn), where the base of the logarithm is significant in that b is not a constant.

To summarize, in the case where you have a logarithm with a constant base, you can usually (subject to exceptions like what @gnasher729 has pointed out) drop the base of the logarithm. But when the base of the logarithm depends on some parameter to the algorithm, it's usually not safe to do so.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.