Kismet Wireless

Kismet Forums


Posted by:mojojoeyjojo
Subject:kismet-server on wrt54
Date:01:16:24 06/12/2006

> The server isn't the most memory efficient thing out there -- I made some tradeoffs where it uses more memory to get more speed (multiple indices of data, etc). Theres no good way to add tunable knobs to that aspect of it. Over time, it will definitely use more ram as it sees more networks -- networks and clients both turn into permanent allocations. Packets, obviously, do not, those are all transient.
> I'd check dmesg or other things on the system and see if the OOM killer caught it, or if it's just got too much data to track and is getting very slow.
> Typically I recommend that people use the drone on the wrt54 and pipe the data to a system with more processing power and memory.
> While it's conceivable that sometime in the future there could be a swap/cache system built into Kismet to offload older networks during runtime, it's not really something I expect I'll be focusing on myself any time in the near future.
> -m

Thanks for the reply Mike. There should have been relatively no traffic over those 2 days, (I'm in a wifi-free environment in my office). I'm considering a design change; agree that wrt54's should be drones. Maybe the best alternative is to wait for the newcore, run a dedicated PC on the network to act as the server and run my custom client code against it. (Basically it'll run as a relay, transfering the info from the kismet-server into our production MSSQL database.)

What stage is the wrt54 drone package at? If you need any testers for any of this, I'm certainly game.

~ Chris

Reply to this message