Genereller VBT 2018 Diskussionsthread

Letztes Mal sind ja beim Beatpick einige Dinge schief gegangen, daher wollte ich nur ein wenig dazu schreiben, vllt. kann man das Problem ja lösen.

Meine Vermutung: Beim Absenden des Beatpickers wird in der Datenbank oder sonst wo abgefragt, ob der Beat für das Battle mit der ID x schon gewählt wurde, wenn nicht, dann setze ihn. Ich vermute, dass es hier zu Synchronisationsproblemen gekommen ist.

Beispiel zur Veranschaulichung:
Rapper X wählt Beat aus.
Rapper Y wählt Beat aus.
Rapper X schickt Beat ab.
Es wird geprüft, ob im Battle zwischen Rapper X und Rapper Y schon der Beat gepickt wurde.
Antwort: Nein
Setze Beat für Battle auf ... Unterbrechung, anderer Prozess kommt dran.
Rapper Y schickt Beat ab.
Es wird geprüft, ob im Battle zwischen Rapper X und Rapper Y schon der Beat gepickt wurde.
Antwort: Nein
Unterbrechung, anderer Prozess kommt dran.
... auf Beat von Rapper X.
Gib Rapper X die Nachricht zurück, dass er den Beatpick gewonnen hat.
Prozess beendet, anderer Prozess kommt dran.
Setze Beat für Battle auf Beat von Rapper Y.
Gib Rapper Y die Nachricht zurück, dass er den Beatpick gewonnen hat.
-> Verwirrung + Beat von Rapper X wird mit Beat von Rapper Y überschrieben.

Wenn es um normale Software geht, die in Java, C++ o. ä. geschrieben wird, kann man meistens diese kritische Bereiche abriegeln, sodass dieser Bereich vollständig abgeschlossen wird und es dazwischen zu keinem Kontextwechsel (Wechsel zwischen den Prozessen) kommen kann. Wie das bei einem Webserver wie nginx oder Apache geregelt werden kann, weiß ich selber nicht (da sich der Server um die Prozesse kümmert und nicht das eigen-geschriebene Script). Ich würde vorschlagen zur Sicherheit beide Uploads / BeatIds zu speichern und im Nachhinein zu checken welcher Beat der ältere ist und diesen dann zu nehmen und erst dann die Rapper darüber zu informieren, wer den Beatpick gewonnen hat (diese Zeit zu warten sollte nur ein paar Minuten und daher okay sein). Vllt. kann man auch irgendwie speichern, wann der Request abgesetzt wurde (Upload dauert ggf. länger) um daran zu bestimmen, wer vor dem anderen da war.

Wie gesagt, nur Ideen und Vorschläge, kann selbst nur vermuten wie die PHP-Scripte geschrieben sind aber ich würde stark vermuten, dass es so implementiert ist weil ich es genau so gemacht hätte.

Zitat von DManstrator

Wenn es um normale Software geht, die in Java, C++ o. ä. geschrieben wird, kann man meistens diese kritische Bereiche abriegeln, sodass dieser Bereich vollständig abgeschlossen wird und es dazwischen zu keinem Kontextwechsel (Wechsel zwischen den Prozessen) kommen kann. Wie das bei einem Webserver wie nginx oder Apache geregelt werden kann, weiß ich selber nicht (da sich der Server um die Prozesse kümmert und nicht das eigen-geschriebene Script). Ich würde vorschlagen zur Sicherheit beide Uploads / BeatIds zu speichern und im Nachhinein zu checken welcher Beat der ältere ist und diesen dann zu nehmen und erst dann die Rapper darüber zu informieren, wer den Beatpick gewonnen hat (diese Zeit zu warten sollte nur ein paar Minuten und daher okay sein). Vllt. kann man auch irgendwie speichern, wann der Request abgesetzt wurde (Upload dauert ggf. länger) um daran zu bestimmen, wer vor dem anderen da war.

Am Webserver selbst gibts da keine Möglichkeit, aber man kann eine Datenbank locken bzw. eine Transaktion starten, um solche Data Races zu vermeiden (ähnlich einem C++ Mutex bzw. eher Atomics).

da ist was dran.

Ich frag mich auch, wenn ich den Großteil im 64tel schon gut finde, wie krass werden erst die anderen Runden. Wenn nicht zu viele Aussteigen, dann wird das noch echt spannend und geil.

32stel wird auf dem Splash gebattlet

Bin so froh, dass Sitch weiter ist., hätte aber nicht gedacht, dass das Ergebnis so deutlich wird. Nachdem ich die Forumsdiskussion sah, dachte ich es geht anders aus und einige werden sicher um MPH trauern.
Hätte nicht gedacht, das Jack von Crack fliegt.
NiksDa hat es sogar ins 32tel geschafft.
Etwas schade um den Veteranen B-High, aber auch zurecht.
Auch schade um Silus.
Wowa Bliat auch raus.

alle interessanten rapper raus, vbt kann beendet werden
bzw. für mich interessanten

Finde einige Battles viel zu Eindeutig. Insgesamt bin ich aber nicht unzufrieden mit den Ergebnissen. Nur halt teilweise etwas komisch wie hoch die Ergebnisse sind. Aber naja, können ja auch knappe hohe Siege sein, auch wenn's blöd klingt.

Bin da ganz bei Schwups. Paar mehr Votes wären natürlich schön gewesen, sicherlich auch bitter, dass der Button im Menü erst recht spät hinzugefügt wurde, obwohl das Portal wohl schon offen war.

Ich bin mit allem relativ zufrieden. Schade um JanniX YNH und Alko.

Ich werde MPH und Silus so sehr vermissen.

Gibt zwar immer noch ein paar Freilose nächste Runde(1CE,Lensch,Era,Ramio,Incomplete,Tokz), aber ansonsten sollten die nächsten Runden qualitativ die besten des VBTs werden.

Ansonsten hat die Jury bei Silus-Incomplete und Wowa-Tokz verkackt. Außerdem wie hat Muränenmann nur mit 10-6 gegen Prototonik gewonnen? Der Junge hat einfach eine der Top 3 64stel gekickt.

Bin froh, dass Talf weiter ist aber das war viel zu eindeutig.

Wowa finde ich unverdient raus, Tokz fliegt eh nächste Runde.

Jack von Crack vllt verdient raus, aber finde ich schade, er war ein bisschen interessanter und hatte viel mehr Potential als sein Gegner. D-Nice fliegt mMn auch nächste Runde.

Bin froh, dass Deetox weiter ist.

Nach der Diskussion im Forum echt zufrieden, dass Beatkid so hoch gewonnen hat, finde ich sehr verdient!

Ansonsten eigentlich keine Überraschungen.