"Jignesh K. Shah" wrote:
> 
> All traditional shells (sh,ksh,bash) expect users to know UNIX commands in 
> and out and not
> intuitive. They are meant for UNIX savvy people. ksh93 also won't help 
> Solaris to gain new users who
> are not exposed to UNIX before.

Grumpf... and you think this... why ? We're explicitly looking into
making ksh93 more user-friendly...

... BTW: A usefull idea may be to look again into a shell which is
capable to create GUI interfaces. There is "dtksh" (and "tksh" fir
TCL/TK) but Sun doesn't seem to have any interest in maintaining the CDE
version so we may need a GTK+/Gnome-based version of that concept.

> Plus they are single-threaded, need to know lot of options and not
> productive enough many times.
> 
> I propose a new shell which is not a shell in traditional sense but is a CLI 
> which is modern and
> designed to attract new users to Solaris. Also in the "background" it can be 
> enhanced to exploit CMT
> using either mutli-threaded depending on how busy is the system.

Shells are usually (with the exception of our plans to make ksh93
multithreading-capable) single-threaded - but that does not mean they
are unable to use multiple CPUs/cores/strands. A simple pipe like % cat
/foo/bat.txt | egrep "xxx|yyy" | egrep -v "yyyy|xxxx"
>/foo/bat_filtered_txt # uses multiple processes (three in this example) and 
>scripts can explicitly run jobs in parallel. The problem is more that people 
>usually do not exploit such features in scripts - and maybe we should look 
>into ways to add more multiprocessing facilities to the shell (the "&" 
>operator (to spawn new processes) and "wait" (to wait for job children are 
>more or less the only operators right now)). If you are interested in such a 
>project then please join the shell-discuss mailinglist 
>(http://mail.opensolaris.org/mailman/listinfo/shell-discuss) and propose such 
>a project.

I understand your idea but I don't think that threading support in the
lower layers will result in much performace advantage (excluding better
latency). I think that parallism in the higher layers (e.g. scripts)
with longer-running processes/threads currently deliver better results
(even on Niagara).

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to