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 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: References: 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: 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.