typeid() ... schlechter Stil?



  • Ach so, jetzt versteh ich das. Findest du es wirklich sinnvoll, wenn alle Algorithmen linear über die Events iterieren, die dann in mehrere Container zu verteilen? Dadurch würden die Algorithmen unnötig komplizierter.

    Desweiteren ist die Reihenfolge in der Liste äquivalent zur chronologischen Entstehung der Events, das würde durch deine Aufsplittung auch verloren gehen.

    Die Sache mit den unique Events ist eher ein Schutzmaßnahme falls die Events noch nicht vom Client abgeholt wurden und stellt keinen Regelfall dar.

    mfg, René~



  • NewSoftzzz schrieb:

    Ach so, jetzt versteh ich das. Findest du es wirklich sinnvoll, wenn alle Algorithmen linear über die Events iterieren, die dann in mehrere Container zu verteilen? Dadurch würden die Algorithmen unnötig komplizierter.

    Das eine schließt das andere nicht aus. Alle events liegen in einer (chronologischen?) Liste. Und trotzdem wird pro Eventklasse, von denen es nur eins geben kann, der unique pointer (vielleicht als list::iterator) gehalten.

    Uups, ich denke hier gleich an einen intrusiven doppelt verketten Ring denke, und normale Zeiger.



  • Mal ne Frage zwischendurch: Warum sollte man ne Liste der gefangenen Events, die noch nicht veraltet sind, speichern wollen?



  • @Volkard: Nun ja, dein Array wäre auch schon RAM Verbrauch, da zu jedem Zeitpunkt ca. 98% der User gar keine Events haben. Wenn jetzt jeder von denen so ein Array mit allen möglichen unique Events mitschleppen müsste...

    Michael E. schrieb:

    Mal ne Frage zwischendurch: Warum sollte man ne Liste der gefangenen Events, die noch nicht veraltet sind, speichern wollen?

    Das sind Ajax Events, die natürlich solange gespeichert werden bis der Client sie abholt oder sie eben ablaufen.

    mfg, René~



  • NewSoftzzz schrieb:

    @Volkard: Nun ja, dein Array wäre auch schon RAM Verbrauch, da zu jedem Zeitpunkt ca. 98% der User gar keine Events haben. Wenn jetzt jeder von denen so ein Array mit allen möglichen unique Events mitschleppen müsste...

    An wieviele unique-Typen denkst Du denn?
    Ein Server für viele Ajax-Clients also, der soo viele Clients hat, daß der Speicher ausgeht. Ist deine allocation granularity eigentlich 32 Byte? Sind das schon so viel wie ein Array mit 8 Zeigern?
    Die Schleife fühlt sich für mich einfach nicht gut an. Da bin ich verbohrt.



  • volkard schrieb:

    An wieviele unique-Typen denkst Du denn?

    Keine Ahnung, aber es werden immer mehr.

    volkard schrieb:

    Ein Server für viele Ajax-Clients also, der soo viele Clients hat, daß der Speicher ausgeht.

    Ich rechne immer mit 10 millionen. Im Moment lad ich alle in den RAM ob off- oder online. Das werd ich aber eventuell irgendwann noch ändern müssen 😉

    volkard schrieb:

    Ist deine allocation granularity eigentlich 32 Byte? Sind das schon so viel wie ein Array mit 8 Zeigern?

    Ein Zeiger hat 8 byte (64 bit).

    @Schleife: Im Regelfall liegen in der Liste 0-3 Events.

    mfg, René~



  • NewSoftzzz schrieb:

    Ich rechne immer mit 10 millionen. Im Moment lad ich alle in den RAM ob off- oder online. Das werd ich aber eventuell irgendwann noch ändern müssen 😉

    Die offliners brauchen auch eine Event-Liste?



  • volkard schrieb:

    Die offliners brauchen auch eine Event-Liste?

    Korrektur: Ja, weil Events auftreten können und abgeholt werden können beim relogin.

    mfg, René~



  • Dem habe ich dann nichts mehr hinzuzufügen.



  • typeid() ... schlechter Stil?

    Ja...


Anmelden zum Antworten