>>>>> "Werner" == Werner Almesberger <[email protected]> writes:
> David Kuehling wrote: >> - Keep it simple, stupid, especially with regard to having to >> maintain > I agree very much. Maintenance is un-fun :-) :) [..] >> (a usb host port might open pandora's box). > USB host should in fact be fairly painless, because you can just reuse > all the drivers that already exist for Linux. (Well, except for those > abominations that come only as binaries.) > It would increase the number of user space packages that need to be > ported by those programs that use libusb, though. I thought about all the udevd/hotplug stuff. But thinking about it again, that might not add too much work. Well, let's see how much RAM udevd is going to eat. >> That said, I don't currently feel that the hardware of the NN is >> imposing limits on what I can use it for. > People seem to run into RAM limitations a bit too often for my > taste. Adding swap on Flash is a bit of a scary work-around, not only > for potentially wearing out the Flash but also because it makes things > even slower. > A bit of swap is generally desirable to let the kernel get rid of > pages it will never read anyway (e.g., think of initialization code), > but anything else isn't so nice on this kind of system. I think that vm-overcommit, which just went into the git repo, solves that problem. Readonly data doesn't need to be swapped, when it it is backed by a binary on disk. But yes, a little bit more RAM (moore's law is working for us?) could help to prevent frustration otherwise caused by the OOM killer :) Somebody once told me that software is like a gas. If you give it more space, it just expands. Let's finish most of the sw porting before nanonotes with more RAM arrive, else there's no incentitive for porters to trim their software down :) cheers, David -- GnuPG public key: http://user.cs.tu-berlin.de/~dvdkhlng/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40
pgp6JEhJgTPrq.pgp
Description: PGP signature
_______________________________________________ Qi Hardware Discussion List Mail to list (members only): [email protected] Subscribe or Unsubscribe: http://lists.en.qi-hardware.com/mailman/listinfo/discussion
