Newsgroup: it.comp.hardware.overclock
Titolo: il miglior sistema operativo?

qual è secondo voi il migliore sistema operativo?

apparte che è un pocazzo OT,dipende da cosa fai,io onestamente uso molto
linux,windows lo tengo solo per giocare e rippare divx,cosa che faccio anche
sotto linux ma i codec divx sotto il pinguino sono un po + indietro di
quelli win. Poi se metti in mezzo la stabilità,linux tiene oc più spinti di
windows !!!
--
"io ne ho,viste cose,che voi umani non potreste immaginarvi,
navi da combattimento in fiamme al largo dei bastioni di Orione,
e ho visto i raggi B,balenare nel buio vicino alle porte di Tannhauser,
e tutti quei,momenti andranno perduti nel tempo,come,lacrime nella pioggia"

Nei benchmark con Win98se faccio qualche punto in più di Windows XP.
Entrambi sono perfettamente stabili sul mio sistema quindi sotto questo
punto di vista non saprei chi vince.
Ciao

 e tutti quei,momenti andranno perduti nel tempo,come,lacrime nella pioggia"
Non e' un po' troppo sintetizzata? E poi ci sono le virgole sparse
ovunque "quei,momenti" e "nel tempo,come,lacrime". Cmq e' sempre
molto bella. Ciao by Ferro

 qual è secondo voi il migliore sistema operativo?
Per quanto mi riguarda uso 2 pc:
su di uno ci lavoro e ci studio e uso linux.
sull'altro ci gioco e ci guardo i dvd e ci ho messo winxp pro.
Morale: mai mettere del lavoro veramente importante nelle mani di windows!
--
Rimuovi NOSPAM per rispondere in privato


uno che funzioni!
scherzi apparte, sei su candid camera.. no.. sono fritto.. sara' che dipende
da quello che devi fare.
giochi? winxp
server di gestione file o rete? win2000 pro
come sopra ma piu' complicato e sicuro? linux
grafica? un pc apple o un  ottimo pc con win 2000 pro
scazzeggio? win98, anche se vecchi lo installi in un attimo, occupa poco (
minima con explorer5 e tool 200 mb), e lo metti  come vuoi, lo sposti dove
vuoi, lo usi come vuoi
multimediale? il beos era fighissimo, peccatoche non e' piu' supportato coe
una volta (vero pero' che con la demo si cracka NT come un burro!)
giusto per vedere lefinestre? win95
comunque, chi piu' chi meno ti fanno fare tutto.
affidati pero' su quelli supportati:
winxp ( perche' e' l'ultimo grido),
linux ( perche' e' un'evoluzione continua gratis)
win200pro ( perche' e' sincero nel mandarti a quel paese)

 vuoi, lo usi come vuoi
Direi che concordo con tutto, l'unica cosa e' win 98, intanto che ci sei
mettici su l'SE che forse hai qualche prob in meno, pero' e' uno
spettacolo sui pc di oggi, in 10-15 min lo installi...

 come sopra ma meno costoso e piu' sicuro e molto di piu' nella gestione
della rete?
linux
il top delle prestazioni server in rete... unix-linux, irraggiungibili da un
qualsiasi server WinNT.

 spettacolo sui pc di oggi, in 10-15 min lo installi...
a chi ha 512 mb di ram minimo consiglio una prova esaltante:
installare vmware
installare ramdisk NT
fare un disco ram da 250 mb
e avviare vmware installando win98 sul disco ram..
anche il contatore interno di vmware non riconosce piu' la cpu, l'ultima
volta mi ha dato un athlon 4000 come hw!

 qualsiasi server WinNT.
anche come difficolta' di gestione..
io credo che linux sia difeso dagli stessi hackers, evitando di elaborare
codice maligno in grado di metterlo in ginocchio.. avendo codice libero, e'
piu' facile per un'hacker trovare le falle che si possono legere..

 a parita' di hardware i tempi si dimezzano... e' molto efficiente.
Se vi mettete a parlare di linux di linux e overclocking mi mandate
in brodo di giuggiole!
Intanto vi posso segnalare qualche trick:
1) l'utility  hdparm permette  di settare  moltissime opzioni  sugli
   harddisk,  permette  di  mandare  gli  hard  disk  in  standby  o
   addirittura  in sleeping  istantaneamente  o dopo  un periodo  di
   inattivita` deciso dall'utente.  Permette  di settare una miriade
   di altre opzioni,  come la modalita` di funzionamento  (PIO 0-5 o
   UDMA2) e la frequenza:
    opzione -X34  -> UDMA2-33
    opzione -X66  -> UDMA2-66
    opzione -X100 -> UDMA2-100
    .....
   E` possibile anche  forzare un harddisk a UDMA100 o  133 anche se
   si  e` usato  un  vecchio cavo  a 40  poli  (tanto il  protocollo
   supporta la correzione  di errori!), visto che i 40  fili un piu`
   dei cavi UDMA>=66 servono solo come schermatura.
   Attenzione se  avete un  chipset VIA! Alcuni  BIOS sono  bacati e
   l'harddisk va  in modalita`  PIO invece  che DMA. Da  Windows non
   sempre i driver  riescono a rimediare, da linux si`,  ma prima di
   usare hdparm bisogna includere nel kernel il driver specifico per
   i chipset VIA. E` opportuno comunque compilare i driver specifici
   per il proprio chipset sia per le prestazioni che per le funzioni
   in piu`...
   Per problemi o maggiori informazioni, chiedere! ;-)
2) Sul mio  sito trovate  un articolo che  spiega come  formattare i
   floppy a 1,9Mb con linux (rientra nell'overclock anche questo?)
3) Se  leggete il  Video-Timings HOWTO,  imparerete molto  bene come
   funzionano  gli  schermi CRT  e  come  ottenere il  refresh  piu`
   elevato  possibile  alla  risoluzione che  preferite  (anche  non
   standard, spiega come calcolarla a mano!).
   Io ho  tenuto per 4  anni il mio  monitor oltre le  specifiche di
   refresh della  casa. Poi ha  iniziato a spegnersi  e riaccendersi
   improvvisamente. Ho dovuto smontarlo e ripassargli le piste della
   scheda  con  lo  stagnatore  (si erano  "consumate"),  per  farlo
   tornare alle prestazioni originarie.
   Morale della favola: vada per  un refresh alto (e` piu` riposante
   per la vista), ma non superate le specifiche.... ;-)
4) Per monitorare le temperature c'e` il pacchetto lm-sensors!
5) Non servono programmini per raffreddare  la CPU quand'e` in idle,
   perche` questa funzione  e` gia` integrata nel  kernel. Lo so che
   anche  con  Win2000  e  XP  si dice  lo  stesso,  ma  utilizzando
   i  programmini  esterni  con   Windows  si  ottiene  comunque  un
   ulteriore  abbassamento della  temperatura, quindi  significa che
   tale funzione e` implementata  meglio nei programmini esterni che
   in Windows  originale.  Sotto linux si  ottengono praticamente le
   stesse temperature di idle che  vengono raggiunte da Windows solo
   con utilities esterne... ;-)
Per ora non mi viene in mente nient'altro.... ;-)
Ah! Dimenticavo,  per   sapere  *tutto*  sulla  CPU   bisogna  fare:
cat /proc/cpuinfo "... In realta` /proc  da` moltissime informazioni
su *tutto* l'hardware.... ;-)
-- 
  www : 
http://digilander.iol.it/fantoibed
email : 
fant...@libero.it

    con utilities esterne... ;-)
quello non e' l'idle vero e' proprio, ma una parvenza.. l'idle e' in
relazione anche a particolari funzioni del chipset, ed e' colpa dei chipset,
non dell'SO se funziona male..

 ed e' colpa dei chipset, non dell'SO se funziona male..
A quanto  ne so, i  programmini tipo Rain, CPUCool  ecc... sfruttano
l'istruzione  Halt dei  processori. Che io  sappia scheda  madre non
c'entra nulla! ;-)
se faccio un programma di tipo:
a: nop
   jmp a
la cpu dovrebbe scaldare, se faccio:
a: halt
   jmp a
...la cpu dovrebbe restare fredda! Provero` a vedere se ho ragione!



non mi dire niente,prima era scritta mooooolto meglio e che bucava lo spazio
massimo per la firma !!! mitica frase !!!

si si,tutte cose che sapevo, ma come dice lucusta,il fetuso idle non si
attiva in alcuni sistemi,e cmq considera che nel kernel l'idle non č
abilitato di default !!! tolto questo linux č una roccia di os.
--


hehehe,hai ragggione,il vmware si fuma di brutto e spara valori a caso


linux è difeso semplicemente perchè è libero,è un sistema sicuro perchè le
cose tele correggi tu e non devi aspettare le mega patch classiche di MS.
Se poi non sai mettere mano al sorgente di un programma dove hai trovato un
bug,niente di meglio che mandare le info all'autore o su un newsgroup e ci
si lavora tutti insieme. Ti immagini cosa succederebbe se MS rendesse chessò
Internet Explorer open source?le risate......


 ...la cpu dovrebbe restare fredda! Provero` a vedere se ho ragione!
le periferiche hanno diverse richieste da fare alla cpu, e queste richieste
sono manovrate dal chipset.
Se, come succede su diversi chipset VIA SIS e anche AMD stessa, il pci bust
master non e' gestito a dovere, l'istruzione halt non ha il tempo di essere
eseguita:
ci sono vari fattori che inducono ( soprattutto il chipset via) a non
implementare mai l'idle:
il PCI Master Pipeline Request, ossia l'esecuzione delle richieste del bus
PCI ( ti ricordo che anche l'agp e' considerato un pci "esteso")
le PCI-to-CPU/CPU-to-PCI request, e le loro latenze
la piu' importante ( che avvolte riesce a risolvere l'implementazione
dell'idle), la PCI Latency ( da settare a 0).
se queste latenze e richieste non sono parametrizzate a dovere nel bios, con
alcuni hardware l'idle non puo' essere effettuato, perche' la cpu ha
continue richieste, e il delay d'intervento della funzione halt e' sempre
spostato al valore massimo.
HW che dava problemi e' la SB LIVE, che ha tuttora drive che richiedono il
PCI master streming ( ossia una richiesta di mantenere il piu' possibile
libero il PCI per inviare dati consequenziali), che avveniva anche con
alcuni controlle raid e quando c'erano disci ata66 (prima della patch),
corrompendo i dati e  non implementando l'idle.
per evitare questo tutti i costruttori di schede madri evitano
d'implementare nel bios la possibilita' dell'idle..
poi, per il fatto che in linux l'idle e' "piu' freddo" che in win, e' dovuto
solo al fatto che linux configurato a dovere e' ben piu' leggero, e percio'
c'e' meno roba da spostare e meno interruzioni dell'idle.. win, anche quando
non fa' nulla, macina sempre qualcosa.. e' bulemico.

  <*snip*>
Grazie  dell'interessante spiegazione! Ora  ho anche  capito perche`
alcuni si lamentano che la sblive gracchia quando cpucool e` attivo!
:-))


 :-))
purtroppo dovrebbe essere impostato un bios per ogni singola configurazione
di hardware!
non credo che ci siano costruttori in grado di permetterselo..
comunque per chi smanetta c'e' il mitico WPCREDIT per variare i parametri
del bios, purtroppo i pcr non li stende piu' nessuno..
smanettando con il bios si puo' riuscire a mettere l'idle, ma bisogna fare
qualche compromesso..

 bisogna fare qualche compromesso..
Comunque, visto  che mi hai fatto  venire il dubbio, ho  guardato un
po' tra  i log  di sistema. Il  seguente e`  uno stralgio  del dmesg
dell'ultimo avvio:
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0183fbff 00000000 00000000 00000000
CPU:             Common caps: 0183fbff 00000000 00000000 00000000
CPU: Intel Pentium II (Deschutes) stepping 01
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 416.5444 MHz.
..... host bus clock speed is 83.3088 MHz.
cpu: 0, clocks: 833088, slice: 416544
CPU0<T0:833088,T1:416544,D:0,S:416544,C:833088>
Quello che mi insospettisce e` quel: 
"Checking 'hlt' instruction... OK."
Secondo  me, serve  proprio a  tenere al  fresco la  CPU. Ovviamente
varranno anche  le tue considerazioni  sul bus pci. Magari  linux lo
utilizza in modo piu` razionale con un minor spreco di banda.  Fatto
sta'  che mentre  scrivo questo  messaggio  ho circa  una decina  di
applicazioni aperte (client  irc, icq, un download ftp  in corso, il
web browser opera con circa 10 finestre) e lm_sensors riporta:
temp1:       +27°C  (limit =  +60°C)
temp2:     +22.5°C  (limit =  +60°C, hysteresis =  +50°C)
temp3:     +19.5°C  (limit =  +60°C, hysteresis =  +50°C)
In situazioni simili con Win2000 sono sui 32°C ;-)


controlla se la cpu supporta l'hlt,se poi la implementa o meno è fortuna,cmq
le temperature non sono male....
--


 qualche compromesso..
già, fai te che al rientro dalla sospensione l'idle lo devo ri-settare
manualmente

sei con un intel
prova con un amd e un chipset via..