[Glass] Weird slowdown with a comparison

[Mariano Martinez Peck]

On Thu, Dec 12, 2013 at 12:04 AM, John McIntosh <
johnmci at smalltalkconsulting.com> wrote:

> You restart the stone?
>
>
Yes.


> Also
>
> To determine if native code is in use by the currently executing session,
> execute:
>
>             GsProcess usingNativeCode
>
>
>
Weird...that gives false!!!  yet, GEM_NATIVE_CODE_ENABLED is true...

mmmm maybe GemTools gem and Topaz gems are started with a false?

Strange...



>
> On Wed, Dec 11, 2013 at 9:57 PM, Mariano Martinez Peck <
> marianopeck at gmail.com> wrote:
>
>>
>>
>>
>> On Wed, Dec 11, 2013 at 11:42 PM, John McIntosh <
>> johnmci at smalltalkconsulting.com> wrote:
>>
>>> You know I've not played in this area but in data/system.conf
>>>
>>>
>>> # This is set to allow breakpoints to be used ....
>>>
>>> # For production usage, set GEM_NATIVE_CODE_ENABLED
>>>
>>> #  in the conf file for the appropriate gem
>>>
>>> #  (see
>>>
>>> #    $GEMSTONE/seaside/etc/maintenance30.conf
>>>
>>> #    $GEMSTONE/seaside/etc/seaside30.conf)
>>>
>>> #
>>>
>>> GEM_NATIVE_CODE_ENABLED = FALSE;
>>>
>>>
>>>
>> Wow...i didn't know the JIT could be enable/disabled. Nice! Thanks for
>> letting me know.
>>
>> I have just check using the Admin -> DoITs -> Gem Configuration Report
>>  from GemTools and it was already in TRUE.
>> Just in case, I
>> edited  /opt/gemstone/GemStone64Bit3.1.0.4-i386.Darwin/seaside/data/system.conf
>>  and add it to TRUE.
>>
>> Still, I am having the same results :(
>>
>> What is weird is that I can use breakpoint in GemStone...so maybe the JIT
>> is not being run even if the boolean appears to be set..
>>  But the default says it is TRUE.
>>
>> Thanks,
>>
>>
>>>   Admin manual states:
>>>
>>> "By default, generation of native code for Smalltalk methods is enabled.
>>> This is configured using the configuration parameter
>>> GEM_NATIVE_CODE_ENABLED. When native code is disabled, execution is
>>> interpreted; behavior will be identical but somewhat slower. "
>>>
>>> See
>>> http://downloads.gemtalksystems.com/docs/GemStone64/3.1.x/GS64-SysAdminGuide-3.1.pdf page 84
>>>
>>> You could fiddle, restart your stone and run your tests again to see
>>> what happens.
>>>
>>>
>>>
>>>
>>> On Wed, Dec 11, 2013 at 9:32 PM, Mariano Martinez Peck <
>>> marianopeck at gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> I am profiling some reports that take some time in GemStone and I come
>>>> to a place that I find weird. So I want to check with you to see if this is
>>>> expected.
>>>>
>>>> | char newline carriageReturn |
>>>> char := $a.
>>>> newline := Character lf.
>>>> carriageReturn := Character cr.
>>>> [1 to: 1000000 do:  [ :i |
>>>>  char == carriageReturn  or: [ char == newline ] .
>>>>  ]
>>>> ] timeToRun
>>>>
>>>> The following code, takes approx 5 ms in Pharo (Cog). While in GemStone
>>>> it takes me around 60ms. That is 12 times slower...
>>>> Am I doing something wrong? I used #to:do but #timesRepeat got similar
>>>> results. I try to not affect GC by putting the stuff before the loop. I
>>>> tried to run it several times just in case...
>>>>
>>>> So....is that expected or I am missing something?
>>>>
>>>> Thanks,
>>>>
>>>> --
>>>> Mariano
>>>> http://marianopeck.wordpress.com
>>>>
>>>> _______________________________________________
>>>> Glass mailing list
>>>> Glass at lists.gemtalksystems.com
>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> ===========================================================================
>>> John M. McIntosh <johnmci at smalltalkconsulting.com>
>>> Corporate Smalltalk Consulting Ltd. Twitter: squeaker68882
>>>
>>> ===========================================================================
>>>
>>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> ===========================================================================
> John M. McIntosh <johnmci at smalltalkconsulting.com>
> Corporate Smalltalk Consulting Ltd. Twitter: squeaker68882
> ===========================================================================
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20131212/40550b13/attachment-0001.html>