Zum Inhalt springen
View in the app

A better way to browse. Learn more.

Fachinformatiker.de

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

warum n*log2(n)

Empfohlene Antworten

Kann mir einer erklären warum der Merge Sort und Quick Sort Algorithmus

im durchschnitt n*log2(n) Schritte (Zeit) benötigt

Danke Odi

Quicksort (siehe Kapitel 2.6)

Im besten Fall wird immer das mittlere Element als Pivot-Elemtent gewählt. Insgesamt gibt es dann ln(n) Stufen. Wobei im schlechtesten Fall n Stufen entstehen würden, da ja quasi jedes Element einmal zum Pivot-Elemtent werden würde.

Pro Stufe sind immer n Vergleiche nötig (nämlich jedes Element mit seinem Pivot-Element), womit man im besten Fall auf n*ln(n) Vergleiche kommt. Am besten lässt sich das durch einen Binärbaum darstellen (wie auch in dem oben genannten Link).

//Edit: Hab's eben nochmal überarbeitet. War vorher etwas unglücklich formuliert.

Bearbeitet von rubbishbin

Okay, aber habe ich nicht sowieso n bzw. (n-1) vergleiche egal ob das pivot element in der mitte oder z.b ganz links ist ?? Oder was ist ein vergleich ??

den ich muss ja jede zahl ansehen und sie links bzw. rechts des pivot elements einordnen

Also würde sich meines erachtens nur bei einer schlechten Pivotelement wahl log2(n) ändern und schlechet sprich höher werden weil keine optimale Auteilung erfolgt, und somit mehr ebenen für die Sorierung nötig werden

den ich muss ja jede zahl ansehen und sie links bzw. rechts des pivot elements einordnen
Ganz genau! So kommen die ca. n Vergleiche zu Stande.

Also würde sich meines erachtens nur bei einer schlechten Pivotelement wahl log2(n) ändern und schlechet sprich höher werden weil keine optimale Auteilung erfolgt, und somit mehr ebenen für die Sorierung nötig werden
Auch richtig!

Nehmen wir an du hast folgende Zahlen zu sortieren und du nimmst immer das letzte Element, als Pivot-Element (PE):

1 2 3 4 5 6 7
Dann wird immer das größte Element der Teilmenge zum PE. Dann kommst du auf insgesamt n-1 (in dem Fall 6) Stufen. Anders wäre es bei folgender Menge:
1 3 2 5 7 6 4

Hier wird die Menge immer schön gleichmäßig in zwei gleich große Teilmengen unterteilt. Also ist die Menge nach ca. ln(n) Stufen sortiert (in dem Beispiel nach 2).

Bitte korrigier mich falls du (ihr) Fehler findet. Ich habe das auch gerade erst gelernt. ;)

Ist die Lauftzeit des Quick Sort Algos n log(n) oder n log2(n)

n log2(n) oder ??? da ja ja bei jeder ebene eine Zweiteilung erfolgt ?!

Logarithmus n zur Basis 2 kann man so:

log2(n)

oder so:

ln(n)

schreiben. IMHO.

Ist die Lauftzeit des Quick Sort Algos n log(n) oder n log2(n)
Im Durchschnitt ist n * log(n) eine asymptotische obere Schranke. Die Basis des Logarithmus ist hier egal, weil sie nur einen konstanten Faktor ausmacht, darum lässt man sie bei der O-Notation weg.

Logarithmus n zur Basis 2 kann man so:

log2(n)

oder so:

ln(n)

schreiben. IMHO.

Nein, ln ist der natürliche Logarithmus, also der Logarithmus zu Basis e.

Archiv

Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.