* A device that uses physical memory as swap space, but compresses it.
* Do we support stacking of swap space? For example, one would have this compressed in-memory swap device with highest priority. Replaced objects will be put into the next priority swap device (e.g. a SSD), and so on.
-### tmpfs allocations from swap
-* Currently, tmpfs nodes and stuff are allocated from KVA are the size limiter for a tmpfs filesystem
-* Instead allocate them from swappable memory; this will allow larger tmpfses up to swap limits
-
### mmap MAP_ALIGN
* Solaris's mmap support a flag, MAP_ALIGN, where the address to mmap acts as an alignment hint
* Our backing VM calls support an alignment parameter, but our public mmap does not
### Tear out condvars
* Conditional vars -- condvar(9), could be replaced with other locking primitives and our tsleep/wakeup interlock.
-### Make karc4random in libkern per-cpu
+### Make karc4random in libkern per-cpu (or at least wrap its own token around it)
* Verify that it is possible and safe to do this, what care would need to be taken, especially with respect to the random seeding?
* Pull out locks around calls to karc4rand*