Am 12.06.2013 um 13:12 schrieb LogiqueWerks <grshiplett@gmail.com>:

If it is not under 50Mb with min packages + my classes, then I think no one in the minimalist camp is going to look at my efforts ( this is my "emit Curl markup" as alternative-to-HTML project for learning Japanese kanji via personalized mnemonics. )

The first image would be to parse Yaml and emit Curl markup ; the second MAY use Seaside to respond with MIME of text/vnd.curl ... but I still have so many issues to address ... and no Xvnc installed yet ... and only Python 2.6.6 so far on this CentOS 6.3

My aversion to PCRE is a driving force here , so I have a lot of work to do …

About what size are you talking? On disk or in memory? I think the smallest usable image you can have at the moment will be around 10MB on disk. This includes the whole IDE, web server etc. Most of the parts will be unloadable in the future. So I would expect an image with some basic functionality in 2MB is a feasible goal (in the not too far future). In memory it really depends what you are doing. For non-seaside images running on a server the numbers Sven mentioned are good ones. I have an image that is 19MB on disk including Seaside-Rest, XML Parser, Pastell (lightweight xpath queries), RFB (smalltalk VNC server), Fuel (object serializer). I did not clean the image (would probably shrink to 14-15 MB), did not restrict heap size and I didn't optimize memory usage and it has 50MB in memory (RSS). So if size is something that is important for you, you could do the parser - markup generation below 20MB image size if your application isn't wasting a lot of memory. Being on the resource sparing side let me tell you that seaside is not something you want to have. Seaside does mostly server side state for clients. So it collects quite an amount of data per user. I would guess it is even hard to have something below 100MB in memory with a decent number of concurrent sessions. Norbert

On 11 June 2013 07:41, Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]> wrote: Robert,

What size are you aiming for ?

A normal Pharo image needs between 50 and 100 Mb, with everything included.

Not much in my book, are there such small VPS machines today ? I run 6 such Images/VM pairs on a AWS EC2 micro instances (~600Mb RAM). Linode starts at 1Gb ...

Sven

On 11 Jun 2013, at 12:14, LogiqueWerks <[hidden email]> wrote:

...

re: headless Pharo 2.0

I just finished building gst on a tiny VPS site, but I would rather use pharo ... I can get some tips from pharo --help in my SSH console but I have a big dev CentOS here in VirtualBox in which to experiment in headless builds if set on the right track ...

Does anyone have a tip on starting with a Pharo 2.0 core ? I just need sockets, minimal HTTP and StdOut - I don't think I want Seaside on this tiny install ... but I would rather be using an HTTP server in Pharo than in Ruby or Python ... I have come to loathe Lighttpd and nginx config silliness ... but I could fallback to Ruby Sinatra or merb while I wait ... (the poor-man's Smalltalk ;-)

Or should I be looking to strip down a VW image and wait for Pharo 3 ? I am scripting with Rebol 2 for now while I wait for rebol3 or Red ...

thanks, Robert in a small Atlantic town Canada

PS last night I could not see how to run St/X without X to see what mem footprint I would face !

-- View this message in context: http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

If you reply to this email, your message will be added to the discussion below: http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753p4692755.h... To unsubscribe from minimal headless pharo2 for CentOS, click here. NAML

View this message in context: Re: minimal headless pharo2 for CentOS Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

re: headless Kernel-Gofer-2.0 thanks folks !

top -a

reports a huge Virt jump, but the actual resources consumed by KernelGofer are much less than the python 2.6.6 that I have running a minimal Flask web server on this 32-bit CentOS 6.2 i686 VPS - so that is REALLY promising ! CPU cycles look fine across several tests - same small hop at startup and stays low avg pct I will look for some parameters for Pharo and memory requested on startup ...but it could just be top because

free -m

consistently shows about a 7Mb change as KernelGofer goes from on to off and linux memory usage reporting seems a tad obscure ... compared to Win7 Process Explorer tool ( but then there is the progress bar from MS that keeps saying that download has less than one minute to go .... ;-) Now to dig into a Smalltalk parser generator up out here in windowed land ... rs On 11 June 2013 08:49, Mariano Martinez Peck [via Smalltalk] < ml-node+s1294792n4692763h81@n4.nabble.com> wrote:

Regarding the VM, in most 64bits Linux, you have to install some additional 32 bits libs. If you get a message like this:

[marianopeck@myserver pharoVM]$ ./pharo could not find display driver vm-display-X11; either: - check that /opt/pharo/pharoVM//vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. Aborted (core dumped)

Then you can try to execute something like:

sudo yum install mesa-libGL-devel-9.0-0.7.el6.i686 libX11-devel.i686 libXmu.i686

I do have VirtualBox running headless with Pharo running headless as well in a CentOS 6.4. To execute Pharo headless:

./pharo -vm-sound-null -vm-display-null myImage.image

Cheers,

On Tue, Jun 11, 2013 at 8:26 AM, Pavel Krivanek <[hidden email]<http://user/SendEmail.jtp?type=node&node=4692763&i=0>

...

wrote:

...

Hi Robert,

look at Pharo Kernel 2.0 image with Gofer

https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel... There is a version with preloaded basic Seaside too

https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel...

Cheers, -- Pavel

On Tue, Jun 11, 2013 at 12:14 PM, LogiqueWerks <[hidden email]<http://user/SendEmail.jtp?type=node&node=4692763&i=1>

...

wrote:

...

re: headless Pharo 2.0

I just finished building gst on a tiny VPS site, but I would rather use pharo ... I can get some tips from pharo --help in my SSH console but I have a big dev CentOS here in VirtualBox in which to experiment in headless builds if set on the right track ...

Does anyone have a tip on starting with a Pharo 2.0 core ? I just need sockets, minimal HTTP and StdOut - I don't think I want Seaside on this tiny install ... but I would rather be using an HTTP server in Pharo than in Ruby or Python ... I have come to loathe Lighttpd and nginx config silliness ... but I could fallback to Ruby Sinatra or merb while I wait ... (the poor-man's Smalltalk ;-)

Or should I be looking to strip down a VW image and wait for Pharo 3 ? I am scripting with Rebol 2 for now while I wait for rebol3 or Red ...

thanks, Robert in a small Atlantic town Canada

PS last night I could not see how to run St/X without X to see what mem footprint I would face !

-- View this message in context: http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

-- Mariano http://marianopeck.wordpress.com

------------------------------ If you reply to this email, your message will be added to the discussion below:

http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753p4692763.h... To unsubscribe from minimal headless pharo2 for CentOS, click here<http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...> . NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>

-- View this message in context: http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753p4693016.h... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.