Jul 01 12:00:02 xorAxAx birkenfeld: ähm, warum greift ihr nicht meine thread idee auf?
Jul 01 12:00:02 birkenfeld xorAxAx: sowieso
Jul 01 12:00:02 xorAxAx das dürfte die daten stark reduzieren, ohne geschwindigkeitseinbuße
Jul 01 12:00:02 xorAxAx n
Jul 01 12:00:02 xorAxAx d.h. es gibt auch eine liste, wo gelesene threads vermerkt werden
Jul 01 12:00:02 birkenfeld xorAxAx: ich hab nur vergessen das grade hinzuschreiben
Jul 01 12:00:02 xorAxAx hehe :)
Jul 01 12:00:02 xorAxAx so nen baum, der die threads abbildet, braucht ihr in jedem fall
Jul 01 12:00:02 birkenfeld jo
Jul 01 12:00:02 birkenfeld hm... speichert man die gelesen-liste in ner tabelle oder ner gepickelten liste...
Jul 01 12:00:02 xorAxAx in einer sortierten datei
Jul 01 12:00:02 xorAxAx mit struct
Jul 01 12:00:02 xorAxAx so dass man binär suchen kann
Jul 01 12:00:02 xorAxAx obwohl
Jul 01 12:00:02 birkenfeld klingt sinnvoll ;)
Jul 01 12:00:02 xorAxAx das update ist dann aufwändiger (man muss ne ganze datei rausschreiben
Jul 01 12:00:02 xorAxAx aber das müsste man woanders auch
Jul 01 12:00:02 birkenfeld naja, *theoretisch* (ohne CGI) könnte man das ja cachen
Jul 01 12:00:02 xorAxAx und nachts werden dann alle gelesen flags zu threads verdichtet ...
Jul 01 12:00:02 xorAxAx so schwierig muss ein performanter ansatz gar nicht sein :)
Jul 01 12:00:02 xorAxAx wobei sowas natürlich tricky zu implementieren ist
Jul 01 12:00:02 xorAxAx vermutlich würde man zuerst aus den gelesen daten threads zusammenbauen und die dann gegen die bekannten threads prüfen