Piotr Jasiukajtis wrote: > On Mon, Jun 8, 2009 at 1:30 PM, Roland Mainz<roland.mainz at nrubsig.org> > wrote: > > Piotr Jasiukajtis wrote: > >> On Mon, Jun 8, 2009 at 10:17 AM, Koji Uno<Koji.Uno at sun.com> wrote: > >> > The first release for ARM platform is now available. > >> > > >> > Please visit at http://www.opensolaris.org/os/project/osarm > >> > and enjoy OpenSolaris on ARM platform. > >> > >> I can't wait for OpenSolaris powered PDA! :) > > > > The big question is whether we can reduce the memory usage of > > OpenSolaris a _lot_ - right now it barely works with 386MB on x86 (ARM > > may be better but AFAIK there is still lots of work todo) > > Btw, Let me show you something: > > # cat /etc/release > Solaris Express Community Edition snv_112 X86 > Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. > Use is subject to license terms. > Assembled 06 April 2009 > # prtconf | grep Memory > Memory size: 255 Megabytes > # zoneadm list -cv | wc -l > 5 > # ps -efZ | wc -l > 112 > # vmstat -p 2 3 > memory page executable anonymous filesystem > swap free re mf fr de sr epi epo epf api apo apf fpi fpo fpf > 946516 11204 0 2 0 0 0 0 0 0 0 0 0 0 0 0 > 933120 6932 1 16 0 0 0 0 0 0 0 0 0 0 0 0 > 933120 6956 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > # psrinfo -v > Status of virtual processor 0 as of: 06/08/2009 13:39:39 > on-line since 04/21/2009 20:59:47. > The i386 processor operates at 712 MHz, > and has an i387 compatible floating point processor.
Erm... and how much memory is left for normal applications ? Such a configuration will boot&&run but if you then run something which consumes 60-70MB then the machine will quickly start to crawl (I've firsthand experience with an Ultra5 with 256MB running X11+Netscape4 quite nice... but when I try to use gcc to compile even a small part of OS/Net the machine spends most of it's time swapping like mad). My point was to reduce the kernel's memory consumption (and maybe finding an alternative for ZFS which is less memory+CPU hungry and more suited to the needs of embedded devices) which is currently simply "too much". ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;)
