On Fri, Jul 27, 2012 at 9:05 PM, Lionel Cons
<lionelcons1...@googlemail.com>wrote:

> On 27 July 2012 14:44, FELLIN, JEFFREY K (JEFF) <j...@research.att.com>
> wrote:
> > Roland,
> > Please forgive my ignorance, but I don't understand what having a
> threaded ksh does for improving performance nor what problem a threaded ksh
> is solving.
>

I wanted to ask the same question. :)


> >
> > Can you enlighten me as to the benefits of a threaded ksh?
>
> The benefits I would see is that ksh can have multiple worker threads
> in a single process, which is far more lightweight than multiple
> processes. The threads can also share data easily without having to
> resort to files, pipes or shared memory, which are all slow and
> expensive ways to share information. That's at least the reasons why
> there are threaded versions of perl and python, and IMO a shell with
> thread support would even be more lightweight than the former two.
>

If I need to write multi-thread programs I'll choose other languages like
C, Perl or Python, which are mature and stable enough already. I don't
expect a shell to do so much and I don't expect a shell to be so
complicated. Ksh has already implemented quite a few of cool, advanced
features. A good example is the namespace support which I don't think many
people will ever use.

In the past few month I've reported ~30 ksh bugs most of which are very
basic shell features. I believe the reason is that there are much less
people using ksh compared to other shells or languages. I care much about
the stability of a shell language. (You can say ksh is stable but it's also
buggy.) So why not make ksh more stable rather than add so many fancy
features? (Ksh's becoming something big like emacs? :-)

Correct me if I said something wrong.

>
> Lionel
> _______________________________________________
> ast-developers mailing list
> ast-developers@research.att.com
> https://mailman.research.att.com/mailman/listinfo/ast-developers
>
_______________________________________________
ast-developers mailing list
ast-developers@research.att.com
https://mailman.research.att.com/mailman/listinfo/ast-developers

Reply via email to