Rick: You are building a tube radio simulator Get some Orange LEDs and put them in the box under dimmer control. Tell them the "boot delay" is the filaments warming up. Why do you need 1 second? :-)
I time a BBB Rev C, booting off a uSD card with Debian 7.7 Console up and running in 20 seconds. It would probably be even faster booting out of eMMC. Occupies 217MB on the uSD. --- Graham --- Graham == On Thursday, January 22, 2015 at 3:17:48 PM UTC-6, Rick M wrote: > > > > On Jan 22, 2015, at 07:25 , William Hermans <[email protected] > <javascript:>> wrote: > > > >> I would like to talk more. I've seen some presentations and demos of > Linux booting in under a second. That's my primary goal. Secondary is > maximizing the free space on the eMMC for content (in my case, MP3 files). > I haven't really tried doing a lot in this regard for now, but would like > to over the next three months. > > > > I have not personally got there Rick. But just a base minimalfs install, > I've persnally seen 10-15s. Which is to say Roberts barefs install. No > tweaks. > > My project is a "radio" that benefits greatly from a lighting-fast boot: > > http://blog.roderickmann.org/2015/01/podtique/ > > I would imagine a great many BBB-based devices would benefit from very > fast boot, although this is only necessary for deployment builds, not > necessarily for development builds (e.g., you can leave in the u-boot delay > on a development system). > > >> And, I probably want to hang on to sshd, since logging in is helpful. > But long-term, if it can run my C++ app and the node.js UI I'm building on > top of it, and get the C++ app up and running in under 2 seconds, I'll be > very happy (the node.js can take longer to start). I'll need Wi-Fi > networking, and even that can come up after the C++ app has started, so > long as the C++ app can reliably keep trying to make a network connection. > >> > > So Roberts barefs install with *just* openssh-server sits at around > 75-80M total on disk. I have not installed to eMMC *yet* but have had a > working install with openssh-server @ around 80M or slightly less. Then > with Nodejs + express + socket.io + very basic Nodejs app, we're talking > 175M. This for me included a ntp client, and a few other base packages like > psmisc, and yeah, I'd have to check my install notes which I may / may not > have with me at the moment ( I'm out of town again for a few weeks yet - > again ). > > > > But the main idea, that for me. I have a base install to do everything I > need for a base "test-app" that can be displayed / configured via a web > browser, in around 175-180M total space on disk. But to achieve this I > needed a base install NFS share + a development NFS share. The development > share is all the tools I needed to compile my own packages for the base > install. Including all the dependencies for various "things", and stuff > like CheckInstall to build packages( debs) for my base install. Where the > base image is just the bare minimum installed to run all the stuff I need . > . . I know it sounds kind of wonky when i explain it this way. But perhaps > when i get a spare week or so to lay it all out in a blog post it can / > would sound a bit more coherent ? I have a lot of notes I need to put > together . . . Plus I've been trying to get other things done such as > trying to show others how to use / setup device tree files for 3.14.x. > > I definitely don't need NFS, nor really the ability to build packages on > the BBB. In fact, I'd love to get to where I'm cross-compiling everything, > and building a tarball I can easily transfer over. Eventually, I want my > app to be able to update itself, if not the entire filesystem. > > Definitely the blog post will be good, and any good documentation on using > device trees is critically important (there's too much out there about > 3.8.x, and not enough about how to do it in 3.14+). > > > On Wed, Jan 21, 2015 at 3:26 PM, Robert Nelson <[email protected] > <javascript:>> wrote: > > On Wed, Jan 21, 2015 at 4:02 PM, Drew Fustini <[email protected] > <javascript:>> wrote: > > > Sounds like you might something derived from Yocto Project. We just > > > had a presentation at my hackerspace about the Yocto Project and Open > > > Enea Linux: > > > > http://www.meetup.com/NERP-Not-Exclusively-Raspberry-Pi/events/219669847/ > > > > > > The speaker, Mark Mills of Enea, gave a demo of running Open Enea > > > Linux on a BeagleBone Black. It appeared to give the flexibility of > > > Yocto to tailor the system to your needs while also offering a large > > > number of binary packages: > > > http://www.enea.com/en-US/solutions/Enea-Linux/Open-Enea-Linux/ > > > > > > (Personally though I am partial to Debian and the Robert's console > > > images have always been sufficient for my needs) > > > > > > There's also an opportunity for someone to work on the ubuntu core > > "snappy", one of the big road blocks at my attempts at a < 64Mb debian > > image... 'apt <-> dpkg <-> perl' is a big dependency.. > > > > Regards, > > > > -- > > Robert Nelson > > http://www.rcn-ee.com/ > > > > -- > > For more options, visit http://beagleboard.org/discuss > > --- > > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected] <javascript:>. > > For more options, visit https://groups.google.com/d/optout. > > > > > > -- > > For more options, visit http://beagleboard.org/discuss > > --- > > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected] <javascript:>. > > For more options, visit https://groups.google.com/d/optout. > > > -- > Rick Mann > [email protected] <javascript:> > > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
