Newsgroup: it.comp.os.dibattiti
Titolo: Ma Longhorn...

http://www.betanews.com/article/No_New_Command_Line_for_Longhorn/1118333
463
Vorrei dare una possibilita` di ritrattare a chi diceva che stavano
aspettando perche` altrimenti spaccano tutti...
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
http://weever.berlios.de

 
Mah, che ti devo dire... se copiano la bash fanno prima :)

 
Incredibbile .. amisci ..  ;-)
a parte tutto il solito "abbiamo reinventato l'acqua calda" , ma poi come lo
spiegano all'utonto che puo' fare le cose senza il mouse ?  :-)
mi sembra propio che a Redmond siano parecchio a corto di idee , idee
realmente nuove intendo ..
-- 
http://distrowatch.com
Dott.Rossi .. la cura per la MotoGP..
mugello 4 italiani e poi piu nulla ..

 463
Odio gli URL spezzati in due...
-- 
Saluti
Get Firefox @ 
www.mozilla-europe.org/it

 Odio gli URL spezzati in due...
Io invece odio quelli accorciati, perche` dopo che li hai scritti se il
sito chiude abbiamo un bellissimo link inutilizzabile negli archivi di
usenet.


 usenet.
Ehm... non intendevo preferire gli URL accorciati :-P
http://www.betanews.com/article/No_New_Command_Line_for_Longhorn/1118333463
Passo e chiudo l'OT.


 
http://www.betanews.com/article/No_New_Command_Line_for_Longhorn/1118333463
finalmente si sono accorti della grande utilità di una shell decente.
Speriamo si possa fare tutto da lì, però :)
-- 
Dont         |            _             _ 
understimate |   __ _ _ _| |_ __ _ _ _ (_)
the power    |  / _` | ' \  _/ _` | ' \| |
of...        |  \__,_|_||_\__\__,_|_||_|_|

 aspettando perche` altrimenti spaccano tutti...
Perchè, non ti pare anche da questo post che stiano perdendo tempo a 
pitturare le scoregge delle mosche?

 pitturare le scoregge delle mosche?
Vedi... se dicessero:
"Longhorn posticipato perche` dobbiamo fare prima X"
potrei anche pensare remotamente che forse, magari in un universo
parallelo, tu abbia ragione.
Ma dicono:
"Longhorn verra` venduto senza X"
Il che significa: se non  vogliamo arrivare al 2010 prima di venderlo ci
tocca levargli tutto quello che avevamo promesso...
Ora come ora longhorn sostanzialmente non ha nulla piu` di windows xp.
Io non sono un grande estimatore di OSX, che dal punto di vista dei
server fa abbondantemente cagare, ma Longhorn e` anche un prodotto per
desktop e OSX attualmente e` molto piu` avanti di windows. E prima di
longhorn ci sara` 10.5...
Dal punto di vista dei server invece gli *nix o cloni (Linux, FreeBSD e
compagnia briscola) gia` ora sono piu` di un passo avanti per quanto
riguarda le capacita` di networking (il mio campo di lavoro) grazie, ad
esempio, ai vari KQueue e epoll che sono molto piu` prestanti di iocp o
similari di windows.
Attualmente l'unica cosa davvero carina che ha windows xp e gli altri no
e` l'io asincrono che mi piacerebbe molto molto molto avere in
linux/bsd. E ancora di piu` su osx dove i thread sono un insulto
all'intelligenza (ricordo a chi non lo sapesse che su OSX i Posix Thread
sono user level, wrappati sui Mach thread, fate voi le debite
conclusioni in confronto ai thread su win o a NPTL). Su linux c'e` un
abbozzo con aio/io ma ancora e` molto nuovo.
Insomma... come al solito l'unica cosa che permette a microsoft di
portare avanti ste voragini di risorse e` la sua enorme quota di
mercato.


 usenet.
Sante parole. Io lo dico da sempre...
-- 
Daniele Orlandi

 longhorn ci sara` 10.5...
Bene. Se entreranno davvero nella concorrenza del mercato ne trarremo 
tutti giovamento, a cominciare dagli utenti windows.

 tutti giovamento, a cominciare dagli utenti windows.
Non saprei. Sono d'accordo sul fatto che la posizione dominante di 
Windows non è seriamente minacciata, e che se lo fosse non staremmo qui 
a discutere se Longhorn avrà o meno la MSH.
Ma allora perchè continuano a togliere cose dalla nuova release per non 
posticiparne (ulteriormente) l'uscita?
Sulla questione concorrenza pienamente d'accordo, se succedesse al 
mercato OS (desktop) quello che sta succedendo con i browser, sarebbe 
molto meglio per tutti.


 bambole". Mi pare evidente che se ci fosse un minimo di pressione del
Chiamala CLI. Io la chiamo Avalon, Indigo e WinFS al quale aggiungi
Monad da qualche giorno.
Cosa resta? Cioe`... Che attrattiva dara` l'aggiornamento a Longhorn?
Attualmente cio` che sta facendo microsoft e` un po` imperscrutabile,
anche perche` pare essere incredibilmente stupido. E se avessi
l'appiglio per fidarmi dell''aspettiamo la concorrenza' lo farei
davvero.


 aspettando perche` altrimenti spaccano tutti...
Infatti s'è spaccato tutto.
Longhorn non esiste!!!!

 aspettando perche` altrimenti spaccano tutti...
	The latest casualty of pressure to get Longhorn out the door and
	into the hands of customers is Microsoft's new command line
	scripting shell, known as "Monad" or MSH (Microsoft Shell).
	...
	Monad is a fairly complex endeavor for Microsoft, which has
	previously focused its attention on the graphical interface
	while rival server software remains primarily command line
	based. The idea was to build a Unix-like shell for
	administrators that offers advanced scripting capabilities while
	remaining easy to program.
	...
	"It will take three to five years to fully develop and deliver,"
        said Microsoft Senior Vice President Bob Muglia
Evidentemente qualcuno sano di mente c'è anche nei piani alti di
Microsoft, solo che potrebbero risparmiare tempo e denaro se
includessero, come fa apple in macosx, la bash come shell di sistema
anziché sviluppare bug^W^W^Wfeatures inutili cercando di reinventare la
ruota con monad, ma se facessero così ammetterebbero che unix è meglio
di windows. 
Forse, però, longhorn va talmente male che altri 3-5 anni per farlo
uscire servono non solo per sviluppare la shell, indispensabile in un
server dove, invece, l'interfaccia grafica serve come il cappotto ai
tropici, ma per far girare longhorn per almeno 30 minuti fra un crash e
l'altro, oltre che per aspettare macchine così potenti da non farlo
sembrare fermo...
Ciao, Micky
-- 
Errare è umano, ma per fare veramente casino ci vuole la password di root!
mi...@fcnz.zrfvan.arg

 anziché sviluppare bug^W^W^Wfeatures inutili
                        ^^^^^^^
ehm... con la bash hai cancellato tre parole e non tre lettere :-)
ciao!

 ehm... con la bash hai cancellato tre parole e non tre lettere :-)
accidenti! e pensare che dopo il ^T il comando che uso più spesso è
proprio ^W... devo dormire di più, evidentemente.


 linux/bsd. 
ehm...
http://kernelnewbies.org/status/latest.html
dicono che sia stato incluso nel 2.5.32+

 dicono che sia stato incluso nel 2.5.32+
Si ma non so se hai mai provato a usarlo :).
Sono piu` problemi che vantaggi ora come ora, magari negli ultimi tempi
e` migliorato, ma parlando con Andrea Arcangeli tempo fa mi disse che
non risolveva poi molti problemi ora come ora.


 
Ma no, non vedi le cose col giusto occhio markettaro {:-)
"Longhorn č un SO cosě grande che per farlo stare nella
scatola abbiamo dovuto togliergli dei pezzi", per citare
pari pari la press release di MS
http://www.microsoft.com/windows/longhorn/sobigwehadtocutpiecestofititintothebox.html
Alberto

 Si ma non so se hai mai provato a usarlo :).
no, che rogne ha?

 wrote:

Come sottofondo si sta parlando di Twisted e del reactor pattern che
twisted usa. Sta parlando con un altro, non con me, in questo caso
specifico. Come leggerai qua sotto e` ancora abbastanza rognosetto, e
finche` non smette di essere rognosetto non verra` usato in framework
grossi come Twisted, perche` va bene aggirare l'ostacolo, ma qua e` un
po` troppo.
===
In theory the ideal for you would be to support the aio support in the
kernel, that gives you everything you need, but that will require a
significant change in twisted, since twisted will have to use sleep in
aio_complete and not in poll anymore (and all poll calls will have to be
submitted with io_submit).
Then there's a major conflict between epoll and waiting for aio
completion, so it's not like the above would be a final solution, and I
give epoll more priority on the twisted side which is the webserver.
Plus having the db in a separate task will scale better in smp (nevow is
quite cpu hungry).
The bottom line is: at the moment using aio would be an huge
complication and it's worthless to do it until we can use epoll and aio
at the same time. So if you want to use atop for something big, you've
to put it in a different task, and that will make it a lot more
complicated than a normal sql solution (at least this was the case for
me).
===
Qualche giorno dopo...
===
Only one hint for you, please make sure to run all fs calls with a
thread pool, and never do a vfs call that doesn't support poll(2) within
the main twisted thread. All I/O calls are synchronous and they block
the main thread completely. Best would be to support kernel
asynchronous I/O natively in the reactor, but that depends on linux at
least, so having a posix threaded abstraction for aio would be ok even
if lower performant than kernel aio (note that the kernel is going to
use threads too for aio, the only advantage is that they're kernel
threads instead of user threads, so with multiple apps and not only
twisted running, they can save some tlb flush, plus there is some other
advantage, but having threaded aio inside twisted without kernel support
would be already pretty good).
===
