Windows XP Starter Edition piace...

Windows XP Starter Edition piace...

Microsoft ha deciso di ripetere lìesperimento fatto in Thailandia anche in altri paesi asiatici: Windows XP Starter Edition piace!

di pubblicata il , alle 10:50 nel canale Programmi
MicrosoftWindows
 
236 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
cionci15 Luglio 2004, 15:14 #181
Originariamente inviato da cdimauro
Torniamo col discorso di Windows95 e il suo "legame" col DOS?
Win95 NON AVEVA il DOS posto alla sua base, come Windows 3.x. Il DOS e le sue strutture erano presenti per questioni di compatibilità col passato (Applicazioni WIN16 e applicazioni DOS).

C'entrava c'entrava... Se toglievi alcuni file, come appunto himem.sys non partiva più niente... Con le applicazioni non c'entrava ma con il SO sì...

Alcune applicazioni per 95 non andavano su NT per problemi al 90% legati all'accesso diretto all'hardware...che veniva negato da NT...
cdimauro15 Luglio 2004, 22:25 #182
Originariamente inviato da ilsensine
Come mai richiedeva himem.sys per partire?

Cito me stesso : "Il DOS e le sue strutture erano presenti per questioni di compatibilità col passato (Applicazioni WIN16 e applicazioni DOS)".
cdimauro15 Luglio 2004, 22:36 #183
Originariamente inviato da CONFITEOR
non è vero che tutte le applicazioni win95/98 girassero su nt,

Se un'applicazione non rispetta le linee guida per gli sviluppatori, non puoi pretendere che funzioni su tutti i s.o.
e sul fatto che il dos sia solo un ricordo in nt ho postato da un'alra parte che copiando un file in xp pro mi ha dato errore dicendo che la destinazione non supportava i nomi di file lunghi......

Questo secondo te dimostra che Windows, dal 95 in poi, è BASATO su DOS (perché è questo che ribadisco)?
Comunque, mi posteresti il link su questo problema, cortesemente?
cdimauro15 Luglio 2004, 22:38 #184
Originariamente inviato da ilsensine
Mi sono scordato la "prova" più macroscopica: il famoso bug del \nul\nul o \con\con, gentile regalo del DOS
http://www.apogeonline.com/webzine/...02/200003220201

Regalo, ok, ma ciò non dimostra che Windows 95 utilizzi i servizi del DOS per portare a compimento i suoi, e quindi definirlo basato sul DOS.
cdimauro15 Luglio 2004, 22:41 #185
Originariamente inviato da cionci
C'entrava c'entrava... Se toglievi alcuni file, come appunto himem.sys non partiva più niente... Con le applicazioni non c'entrava ma con il SO sì...

Beh, questo dimostra soltanto che Windows 95 utilizza il DOS per partire, non che sia DOS-based, come ho scritto sopra.
Alcune applicazioni per 95 non andavano su NT per problemi al 90% legati all'accesso diretto all'hardware...che veniva negato da NT...

Quindi applicazioni scritte male, che non possono avere la pretesa di funzionare su qualunque s.o...
CONFITEOR15 Luglio 2004, 22:53 #186
Originariamente inviato da cdimauro
Questo secondo te dimostra che Windows, dal 95 in poi, è BASATO su DOS (perché è questo che ribadisco)?
Comunque, mi posteresti il link su questo problema, cortesemente?


http://forum.hwupgrade.it/showthrea...444#post5159444
DioBrando15 Luglio 2004, 23:18 #187
Originariamente inviato da canislupus
x DioBrando

No, guarda che io mi riferivo al fatto che ho notato che Windows XP (sia ottimizzato che non) è spesso più veloce di windows 2000 nell'avvio.
Infatti windows xp ha il vantaggio del cosiddetto prefetch (ora non mi ricordo se lo chiamava così la MS). In pratica se avvii + volte windows xp senza modificare troppo quello che viene caricato (come servizi e applicazioni), dopo un po' di volte il SO sarà più rapido a caricarsi in quanto sa già quello che deve far partire in anticipo (pensavo fosse una cavolata, ma l'ho verificata di persona).
Se invece vogliamo discutere sul discorso stabilità allora sono stra-sicuro che windows 2k sia più affidabile (altrimenti non lo utilizzavo per oltre 18 mesi e lo rimettevo anche ora dopo aver formattato... )


mah guarda se n è ottimizzato io dalle prove personali che ho fatto, specie dopo aver installato vari programmi ( gli stessi ovviamente sia qua che là n è mai a favore di Xp.

poi il confronto tweakandolo a dovere n l'ho mai compiuto...può essere quello che dici tu ( la cosa della prefetch n la sapevo quindi te la dò per buona ), ma considerato che la struttura è praticamente la stessa che è alla base del 2K, spogliato dei servizi inutili ( poi ci sn i MB di spazio inutili in Xp ma quelli purtroppo restano...) dovrebbero essere in teoria =.

Cmq ho posto l'accento su un'altra questione, olre chiaramente l'affidabilità, cioè che se la gente, la maggiorparte di essa non ritiene complessivamente così buono Xp ( a parte le caratteristiche elencate qlc post fà?) è perchè non è in grado di mettere le mani dove potrebbe e dovrebbe fare.
E una sw house, un programmatore, una qls persona n se ne può nemmeno lamentare.

Di default il bilanciamento tra funzioni e svantaggi ( lentezza nell'eseguire dei processi, utilizzo cpu e RAM ecc.) deve essere il migliore possibile...e IMHO questo si può trovare nel 2K non in Xp...ed ecco perchè torno a ripetere Xp n è il miglior SO della MS.

cionci16 Luglio 2004, 02:43 #188
Originariamente inviato da cdimauro
Beh, questo dimostra soltanto che Windows 95 utilizza il DOS per partire, non che sia DOS-based, come ho scritto sopra.

Non è solo questo, ma mi sembra che ci fu una statistica sul codice a 32 e 16 bit del sistema operativo...e circda il 30 o 40% era ancora a 16 bit...
Originariamente inviato da cdimauro
Quindi applicazioni scritte male, che non possono avere la pretesa di funzionare su qualunque s.o...

Senza dubbio...
cdimauro16 Luglio 2004, 07:52 #189
Originariamente inviato da CONFITEOR
http://forum.hwupgrade.it/showthrea...444#post5159444

Ho letto l'intero thread: non c'è UNA SOLA cosa che possa lasciar seppure minimamente pensare che Windows 95 sia DOS-based, o che lo siano anche i suoi successori.

Tra l'altro quello di copiare i collegamenti sul desktop è un problema puramente applicativo, non legato al s.o. in sé.

Infine, il problema della copia del file che non può avvenire perché, appunto la destinazione non supporta i nomi di file lunghi, non è a carico di Windows, ma del dispositivo target, appunto. Se questo non supporta i nomi di file lunghi, è OVVIO che ciò che chiedi non si potrà MAI fare.
cdimauro16 Luglio 2004, 07:56 #190
Originariamente inviato da cionci
Non è solo questo, ma mi sembra che ci fu una statistica sul codice a 32 e 16 bit del sistema operativo...e circda il 30 o 40% era ancora a 16 bit...

E' normale: si deve preservare la compatibilità col passato, rappresentato da DOS e ambiente Win16, per cui rimane molto codice a 16 bit; e questo è dovuto sia al fatto che il codice d'essere a 16 bit (es: le API del DOS), sia perché, comunque, è comodo riutilizzare del codice esistente piuttosto che riscriverlo (si poteva, in molti casi, fare come il WOW64 di WindowXP/64: intercettare le chiamate a 16 bit e farle girare nell'ambiente a 32 bit).

Il resto del codice, a 32 bit, serve appunto per l'ambiente Win32.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^