> On Jan 22, 2015, at 07:25 , William Hermans <yyrk...@gmail.com> 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 <robertcnel...@gmail.com>
> wrote:
> On Wed, Jan 21, 2015 at 4:02 PM, Drew Fustini <pdp7p...@gmail.com> 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 beagleboard+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
Rick Mann
rm...@latencyzero.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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
