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
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...
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
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 camillobr...@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,
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
On 21 March 2012 00:31, Stefan Marr smallt...@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
On Sun, Mar 18, 2012 at 4:57 AM, Stefan Marr smallt...@stefan-marr.dewrote:
Hi:
When trying to debug a Pharo image with a VM that is heavily instrumented
with assertions and runs without any compiler optimizations turned on, it
is crawlingly slow.
(The good old MVC based image is blazingly
On Mar 19, 2012, at 6:09 PM, Eliot Miranda wrote:
On Sun, Mar 18, 2012 at 4:57 AM, Stefan Marr smallt...@stefan-marr.de wrote:
Hi:
When trying to debug a Pharo image with a VM that is heavily instrumented
with assertions and runs without any compiler optimizations turned on, it is
Hi:
On 19 Mar 2012, at 18:08, Eliot Miranda wrote:
I noticed some absurd preference checking in standard images a while back,
but turning this off made no noticeable different in optimized Cog. Look for
uses of Preferences subPixelRenderFonts, e.g.
I noticed some absurd preference checking in standard images a while back,
but turning this off made no noticeable different in optimized Cog. Look
for uses of Preferences subPixelRenderFonts, e.g.
installStrikeFont:foregroundColor:backgroundColor:. There's a non-local
return in the
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
Hi:
When trying to debug a Pharo image with a VM that is heavily instrumented with
assertions and runs without any compiler optimizations turned on, it is
crawlingly slow.
(The good old MVC based image is blazingly fast in comparison)
Are there any tricks to reduce/disable all the possibly
hi stefan,
maybe you can try yo profile all threads and see where it actually spends all
the time?
WorldMenu / System / Start profiling all Processes
best
cami
On 2012-03-18, at 12:57, Stefan Marr wrote:
Hi:
When trying to debug a Pharo image with a VM that is heavily instrumented
with
13 matches
Mail list logo
