Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?
You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images?
Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). Marcus -- Marcus Denker -- http://marcusdenker.de
On 2012-03-19, at 20:54, Marcus Denker wrote:
You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images?
Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm).
indeed ;) we tricked around the image :D stefan, do you rely on a visual interface? (rhetorical question) ;) I guess the only solution I see here would be to start unloading some parts of the system to make sure they're no longer used...
On 20 Mar 2012, at 14:03, Camillo Bruni wrote:
On 2012-03-19, at 20:54, Marcus Denker wrote:
You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images?
Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm).
indeed ;) we tricked around the image :D
stefan, do you rely on a visual interface? (rhetorical question) ;)
Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral... A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead... Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525
On 2012-03-20, at 14:49, Stefan Marr wrote:
On 20 Mar 2012, at 14:03, Camillo Bruni wrote:
On 2012-03-19, at 20:54, Marcus Denker wrote:
You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images?
Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm).
indeed ;) we tricked around the image :D
stefan, do you rely on a visual interface? (rhetorical question) ;)
Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral...
if you talk about the fixes for startup.. they have recently been ported to 1.3. which gives you some more stable/usable image for scripting.
A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead...
what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :) On 20 March 2012 16:02, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2012-03-20, at 14:49, Stefan Marr wrote:
On 20 Mar 2012, at 14:03, Camillo Bruni wrote:
On 2012-03-19, at 20:54, Marcus Denker wrote:
You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images?
Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm).
indeed ;) we tricked around the image :D
stefan, do you rely on a visual interface? (rhetorical question) ;)
Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral...
if you talk about the fixes for startup.. they have recently been ported to 1.3. which gives you some more stable/usable image for scripting.
A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead...
-- Best regards, Igor Stasenko.
On 20 Mar 2012, at 22:52, Igor Stasenko wrote:
what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :)
It feels faster, yes, but still far from usable :-/ And it is kind of hard to find a compatible VM... Recent CogVMs on Mac (with Pharo branding and before) do not seem to like it. A StackVM 4.0 was able to open it. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525
On 21 March 2012 00:31, Stefan Marr <smalltalk@stefan-marr.de> wrote:
On 20 Mar 2012, at 22:52, Igor Stasenko wrote:
what you can try is to use lower color depth for the display. try switching to 1-bit mode.. which is black/white :)
It feels faster, yes, but still far from usable :-/
And it is kind of hard to find a compatible VM... Recent CogVMs on Mac (with Pharo branding and before) do not seem to like it. A StackVM 4.0 was able to open it.
As Marcus says, everything we're not using/testing all the times rots quite quickly. So, there's no surprise that such feature left unattended when most people use 32bpp nowadays.
Thanks Stefan
-- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: Â +32 2 629 3525
-- Best regards, Igor Stasenko.
participants (4)
-
Camillo Bruni -
Igor Stasenko -
Marcus Denker -
Stefan Marr