sven o. heinze
Am 22.01.2005 um 19:06 schrieb Michael Rossberg:
let me just write a small statement to this. i use kismac primarily as a test suite for single networks, lets say up to the size of a university.
as many of you probably can remember, kismac used to be much slower back in the really old days. back then i improved speed a lot by replacing generic apple cocoa objects with highly specialized c functions. even now it would be possible, by exchanging parts of kismac, to improve some functions. for an example the save files could be made more proprietary in order to gain more speed. i will keep looking for areas in the code, where a optimization will actually gain something.
but i think we are hitting another barrier here. with 3000 access points the data volume becomes to big to be handled entirely in memory in real time. this means we need a database alike function within kismac. this on the other hand would mean no instant updates, as we cannot execute a couple of database calls whenever a packet comes in.
the only solution that i see is an engine which uses for lately active networks a memory solution and for the rest a database backend. unfortunately i am not able to program in my spare time. this project size requires a commercial development team. sorry.