Precedente :: Successivo |
Autore |
Messaggio |
MaXXX eternal tiare Dio maturo
Registrato: 18/02/09 11:13 Messaggi: 2290 Residenza: Dreamland
|
Inviato: 12 Nov 2012 17:12 Oggetto: |
|
|
Discussione interessante.
Occhio però che la "ati" o meglio la divisione di gpu amd sta andando piuttosto bene, la crisi è che la amd sta vedendo andare a quel paese il suo mercato storico le cpu a favore della intel.
AMd dopo aver superato intel ora ritorna in coda e ripunta sul mercato entry level dove può vincere per il prezzo..
Ati rimane un successo anche come amd.. ma cosa farà l'azienda per tutto il resto????
licenziare e ridimensionar ei costi ed abbassare il prezzo delle cpu entry non basterà. |
|
Top |
|
|
mda Dio maturo
Registrato: 01/11/06 09:39 Messaggi: 6648 Residenza: Figonia
|
Inviato: 12 Nov 2012 17:13 Oggetto: |
|
|
spacexplorer ha scritto: |
@mda
Ah ecco! La SUN ha certificato alcune linee amd64 (SunFire entry-level)
*su richiesta* di Microsoft o di qualche partner Microsoft, SUN di suo non
ha mai né venduto né costruito soluzioni per Windows. I SunFire basati su
Opteron potevano far girare Windows a patto che qualcuno scrivesse i driver
del caso; qualcuno l'ha fatto e Microsoft ha ottenuto un link sulle pagine
hw del tempo sun.com/nomeMacchina nella lista dei "Certified for ..." per
Windows con scritto ben in chiaro che SUN non offre alcun supporto per
questa piattaforma... E non mi stupisce che nessuno abbia comprato ferro
SUN per farci girare Windows...
Non è che vendesse Windows! |
Dal nome mi pare quello: Sulla pubblicità (che me frega di macchine Windows) pareva proprio della SUN, ma se poi si beccavano anche questa fregatura...
Fregatura, insomma, nessuna società (parlo per i server) vende realmente Windows, loro certificano e al massimo un supporto, poi sono cavoli tuoi.
Mi ricordo di una risposta di una manager IBM in cuoi un I5 (in realtà una scheda aggiuntiva con una CPU Intel) può supportare anche Windows ma alle domande dell'agente il tecnico gli disse "ma che centriamo noi di IBM???" e questo "ma per gli altri OS non mi avete risposto in questo modo", risposta "ma questo è solo prodotto Microsoft! di competenza unica Microsoft ecc.."
La barzelletta:
"Pronto, servizio veloce Microsoft?"
"Reinstalli...TUT..TUT..TUT..TUT..TUT..TUT.."
"allora lo frego io..."
"Pronto, servizio veloce Microsoft?"
"Reinstalli"
"non si reinstalla!"
"cambia computer...TUT..TUT..TUT..TUT..TUT..TUT.."
:
Ciao |
|
Top |
|
|
spacexplorer Dio minore
Registrato: 08/10/09 10:22 Messaggi: 610
|
Inviato: 12 Nov 2012 20:36 Oggetto: |
|
|
@mda
In effetti se non ricordo male anche le W[2]100z era certificate per Windows
ma SUN su Solaris dà(va) supporto; IBM su AiX, HP su HP-UX, VMS, True64 ecc,
come lo dava SGI su Irix. 'somma tutte le unix company han sempre venduto sia
hw che sw.
La SUN nel caso di amd64 dava pieno supporto a Solaris (toh) un'assistenza
de-facto a GNU/Linux: "ok, formalmente non garantiamo nulla ma se hai un
problema chiamaci che ti diamo una mano come possiamo" mentre non si è mai
curata di Windows come penso a nessuno sia mai interessato il ferro SUN con
Windows...
La linea x86 cmq è stata una scuola per tutti gli OEM, solo come esempio in
un'era in cui quasi tutti i desktop aveva gli HD messi per il lungo le W
li avevano di fianco, colle palettine sui molex e una maniglia in grado di
reggere il peso del disco con le slitte _e_ che tirata sganciava le slitte
da sola; il case rivettato con le viti su un lato solo col pirulo di plastica
per svitarle senza cacciavite (e la testa della vite disponibile se la
plastica si rompe o hai stretto troppo) ovviamente con due occhielli per un
lucchettino se richiesto. Tutte le espansioni ad incastro tooless, la mobo e
la mezzanine card (II CPU+ram extra) montate su degli incastri che dando un
paio di giri sulle viti ATX standard+espansione e tirando come indicato verso
il davanti si estrae ecc. I Fire col pannellino frontale da cui puoi estrarre
sia l'scc che l'eventuale dvd che i 2/4 hd _e_ dopo aver rimosso il fronte
anche l'alimentatore principale, sfilando l'unità le ventoline si cambiano
senza viti, idem l'espansione pci-e idem l'alimentatore ed il suo eventuale
collega ecc. vorrei questa cura su hw Dell, IBM o HP!
In più c'era il programma "usato SUN" per il mercatino dei singoli clienti
con sistemi oltre EOL, la SUN se non interveniva dava spazio tipo eBay più
la garanzia dell'originalità dei componenti gratis...
Nostalgia... Sigh |
|
Top |
|
|
Zievatron Dio maturo
Registrato: 22/12/10 23:36 Messaggi: 3234
|
Inviato: 12 Nov 2012 21:40 Oggetto: |
|
|
@spacexplorer
Sostanzialmente, faccio uso di firefox e libreoffice, meno di qBittorrent e SMPlayer. Moooltooo meno di qualunque altra cosa.
Io ormai compilo e ricompilo per pura dipendenza.
Ho anche deciso di pubblicare la cronaca di questa installazione.
In caso di curiosità |
|
Top |
|
|
spacexplorer Dio minore
Registrato: 08/10/09 10:22 Messaggi: 610
|
Inviato: 12 Nov 2012 22:19 Oggetto: |
|
|
Sbirciato!
E faccio pure le pulci
all'inizio della guida dici di andare in /mnt/gentoo e pingare google ma se
non sei in chroot che bisogno hai di andare in /mnt/gentoo? E se lo sei non
hai ancora copiato resolv.conf sarà dura che ping-i!
dei bind ti manca sys e dev/pts, qualcuno monta anche shm ma non vedo a cosa
ti possa servire per lo meno per emergere lo stage3...
Sul kernel hai scordato make install!
Poi in make.conf dai, un po' di coraggio: almeno -fwhopr -Ofast il sistema
non è instabile come con -O6 ma per roba cpubound (mplayer ad esempio ma
anche certe parti di Firefox) sono una bomba!
Per il resto preferisco Systemrescuecd al posto di HBCD (sysrescue è già
una Gentoo tra l'altro!). Salix non me gusta come non me gusta la Slack
ufficiale, ma questo è un po' tanto OT Non voglio ext* nelle mie lande,
solo ext3 per /boot che nel tuo caso cmq non è comodo da tener separato...
Cmq anche la /home condivisa è problematica dato che molti dotfiles
potrebbero essere delle stesse app compilate con opzioni diverse e di
versione diverse, preferirei lavorare sullo zfs (in produzione dalla Ubuntu
10.04 senza problemi, se lo provi non lo lasci più!) con un volume home e
tanti sottovolumi uno per dir in home, home è una per ogni distro ed il
pool viene montato da ogni distro come si deve
|
|
Top |
|
|
Zievatron Dio maturo
Registrato: 22/12/10 23:36 Messaggi: 3234
|
Inviato: 12 Nov 2012 23:56 Oggetto: |
|
|
@spacexplorer
Visto che è OT, perchè non posti lì dentro?
Sarebbe più carino.
Non ci metti niente a registrarti al sito ed a ricopiare il messaggio. |
|
Top |
|
|
spacexplorer Dio minore
Registrato: 08/10/09 10:22 Messaggi: 610
|
Inviato: 13 Nov 2012 10:58 Oggetto: |
|
|
tu as raison! Provveduto alla bisogna! Non l'ho fatto subito perché il tempo
di seguire vari forum è piuttosto carente, cmq ci provo |
|
Top |
|
|
eratostene Dio maturo
Registrato: 10/02/06 12:38 Messaggi: 1058 Residenza: colli fiorentini
|
Inviato: 12 Nov 2013 15:40 Oggetto: |
|
|
ma per me utonto quali potrebbero essere i riflessi? |
|
Top |
|
|
MK66 Moderatore Sistemi Operativi
Registrato: 17/10/06 22:24 Messaggi: 8616 Residenza: dentro una cassa sotto 3 metri di terra...
|
Inviato: 16 Nov 2013 18:27 Oggetto: |
|
|
eratostene ha scritto: | ma per me utonto quali potrebbero essere i riflessi? |
Nella peggiore delle ipotesi, potrebbero esserci problemi a installare una distribuzione linux in un computer con processore AMD (ma non ho alcun modo di far prove in merito).
Per quanto riguarda invece le schede video, ti posso garantire che problemi di fatto non ce ne sono (a meno che non cerchi di installare i driver proprietari) o almeno questa è la mia attuale esperienza: scheda video AMD Radeon perfettamente funzionante con i driver open (crash continui quando ho tentato di installare i driver proprietari) |
|
Top |
|
|
eratostene Dio maturo
Registrato: 10/02/06 12:38 Messaggi: 1058 Residenza: colli fiorentini
|
Inviato: 16 Nov 2013 21:10 Oggetto: |
|
|
quindi comunue vale come al solito la questione "prima di prendere una macchina accertati che funzioni con linux"..
grazie |
|
Top |
|
|
mda Dio maturo
Registrato: 01/11/06 09:39 Messaggi: 6648 Residenza: Figonia
|
Inviato: 16 Nov 2013 23:21 Oggetto: |
|
|
@eratostene
Tecnicamente funziona su tutte! Il caso AMD è rimasto al palo per Suse e qualcun altro (che poi moltissime CPU AMD ci girano lo stesso), ma ci sono distro fatte apposta per AMD.
Sono solo le macchine vecchissime o quelle nuovissime in cui puoi avere dei problemi.
Dato che in Italia le macchine arrivano già vecchie dagli States, qui non si pone il problema salvo macchine vendute per nuove ma in realtà vecchissime.
Qualche integrazione come il lettore d'impronte o il touch, Wifi, ci rognano... Ma insistendo trovi le soluzioni. Le rogne peggiori sono le schede video particolari.
Programmi che girano solo per Windows e ci sei affezionato/abituato? C'è Wine/Bordeax o Virtualbox nel caso.
Ciao |
|
Top |
|
|
MK66 Moderatore Sistemi Operativi
Registrato: 17/10/06 22:24 Messaggi: 8616 Residenza: dentro una cassa sotto 3 metri di terra...
|
Inviato: 16 Nov 2013 23:33 Oggetto: |
|
|
Citazione: | "prima di prendere una macchina accertati che funzioni con linux" |
questo vale sempre |
|
Top |
|
|
spacexplorer Dio minore
Registrato: 08/10/09 10:22 Messaggi: 610
|
Inviato: 18 Nov 2013 00:07 Oggetto: |
|
|
@MK66, eratostene
Non ci sarebbero problemi per Linux su AMD, l'architettura (x86, nelle sue
implementazioni amd64, emt64 ecc) è COMUNE a tutte le CPU AMD ed Intel con
la sola eccezione di Itanium di Intel e dei SoC Seattle (ARM) di AMD.
Semplicemente nella PEGGIORE (e non realistica) ipotesi le eventuali nuove
istruzioni aggiunte da AMD non sarebbero supportate. In altri termini si
avrebbe una situazione simile alle schede grafiche: c'è un driver, in
genere opensource, che sfrutta solo alcune caratteristiche dell'hardware ed
un driver, in genere proprietario, che le sfrutta tutte. In questo caso la
situazione sarebbe ben diversa poiché la maggior parte del software non ha
alcun bisogno di istruzioni particolari e la maggior parte dei compilatori
impiega PARECCHIO tempo a implementare le ultime uscite...
Questa ipotesi non è realistica per la semplice ragione che ogni produttore
pubblica anche un architectural manual per gli sviluppatori di compilatori,
se paga da solo qualcuno che aggiunge il supporto alle sue istruzioni in
genere questo arriva prima, se non lo fa e c'è interesse della community
è la community stessa ad implementare le novità, se nessuna delle due
situazioni si verifica il prodotto in genere muore. Semplicemente non c'è
mercato per qualcosa di limitato e limitante. Lo sa bene NVidia che perse
un gigantesco ordine acquisito proprio da AMD a causa del suo driver
proprietario (news a tema da Phoronix: link)
OT: AMD è un'azienda che ha acquisito le più grandi teste della storia delle
CPU a partire dal team Alpha che proprio sotto AMD portò i 64bit su x86 e
introdusse gli Opteron. Al pari di HP non ha mai trovato il modo di lasciar
lavorare queste teste, il risultato più visibile oggi è che la stragrande
maggioranza del mercato è di Intel, l'azienda che usciva con CPU 33/66MHz
a 32bit quando le Alpha della stessa epoca erano a 450MHz 64bit mentre AMD
langue...
@eratostene
tranquillizzati per AMD, non è il supporto ad una particolare CPU che deve
preoccuparti, IMO l'idea è: "prima di prendere una macchina accertati che
non sia spazzatura più o meno ben confezionata". In genere se non va su
GNU/Linux e la trovi nella GDO o da qualche grosso OEM desktop vuol dire
che si tratta di spazzatura, se non in toto almeno in parte. L'avere uno
sviluppo comunitario dà una forte garanzia: chi sviluppa (ovvero chi ha
le competenze per farlo) supporta ciò che gli interessa. Qualcosa può anche
non interessare ma se hai community di migliaia e migliaia di sviluppatori
è difficili che non interessi qualcosa di buono ad un sia pur piccolo
numero di questi |
|
Top |
|
|
kenshir Semidio
Registrato: 21/02/07 15:29 Messaggi: 473 Residenza: un punto nero sulla faccia del mondo
|
Inviato: 17 Dic 2013 03:11 Oggetto: |
|
|
spacexplorer ha scritto: | news a tema da Phoronix: link |
Notizia gustosa, non l'avevo sentita. E pensare che c'e' ancora qualche furbone che pensa che lavorare a sorgente aperto equivalga a perdere denaro.
Qualcuno mi sa dire come si e' evoluta nel frattempo la situazione del supporto ai driver linux AMD, sempre se si e' evoluta? Non sono molto informato a riguardo, la mia regola operativa e' che mantenere il driver video di default in una nuova installazione evita casini... |
|
Top |
|
|
|