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