Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: aotto1968 <aotto1968@t-online.de>
Newsgroups: comp.lang.tcl
Subject: =?UTF-8?B?UmU6IFtBTk5dIChwcmV2aWV3KSDigJx0Y2xtc2dxdWXigJ0gaXMgdGhl?=
 =?UTF-8?Q?_connection_between_Tcl_and_the_=E2=80=9CProgramming_Language_Mic?=
 =?UTF-8?B?cm9rZXJuZWzigJ0gKFBMTUspLg==?=
Date: Sat, 2 Nov 2024 23:42:07 +0100
Organization: A noiseless patient Spider
Lines: 34
Message-ID: <vg69rv$82m$1@dont-email.me>
References: <vg64mr$3v99f$1@dont-email.me> <WaxVO.101449$7OO5.41622@fx43.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 02 Nov 2024 23:42:08 +0100 (CET)
Injection-Info: dont-email.me; posting-host="e3bc2a8bbfd2d9eac07a6776c353845b";
	logging-data="8278"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX197tvAs/d6fvgSO1scRZHwIZtzX/RvobLM="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:Ky7M6RPzfyvZaStFluM8JI3DvhY=
In-Reply-To: <WaxVO.101449$7OO5.41622@fx43.iad>
Content-Language: en-US
Bytes: 3315

On 02.11.24 22:52, Gerald Lester wrote:
>> *Tcl* is still far behind, even the new *Ruby* is faster.
>>
>> : http://thedev.nhi1.de/theLink/main/md_docs_2main_2README__PERFORMANCE.htm#README_PERFORMANCE
>>
>> The reason for the performance problem with *Tcl* is still the same:
>>
>> 1. The "thread" support has an performance "problem" (R=with thread, A=without thread)
>>
>>              |   send     send     send     send    create    create data     data
>>              |  NOTHING   END    CALLBACK   WAIT    PARENT    CHILD BUS      BFL
>>              | -------- -------- -------- -------- --------- -------- -------- --------
>>
>>   R: Tcl     |   332380   190834   120565    61112      132    23589 43077    42926
>>   A: Tcl     |   427613   247405   137936    70103      132    24716 48329    47938
>>
>>    Ruby and Python both support threads in the language kernel by default and it seems to be working
>>
>>   R: Python  |   493313   315040   160869    75802      103    21982 68504    65800
>>   R: Ruby    |   436564   301587   165921    77032       52    16330 71040    63967
> 
> You do realize comparing Tcl with "thread" support and Python/Ruby with their "thread" support is comparing apples to potatoes.
> 
> Tcl threads are apartment model where Python/Ruby are a shared memory model.  Tcl threads are "heavier" but easier to program 
> and debug since it is very hard to make them step on themselves -- something that is ridiculously easier to do by accident in 
> the other languages.

just to be clear the tests itself does *not* using any kind of *thread* related feature …

| I just say that an thread-enabled-tcl is much slower than Py/Rb *but* beside the *thread*
| support the tcl OO model seems to an additional problem.

if I add the "MYOO" into the PMLK kernel than we really see if the tcl "thread" or the tcl "oo" is
the key problem.