AIX batte davvero Red Hat Enterprise Linux? [chiuso]

AIX, in termini di usabilità, cerca di concentrarsi molto attività di amministrazione relative a unapp chiamata smitty. Non è più necessario sapere quali comandi eseguire, è sufficiente digitare:

smitty [keyword]

Ad esempio:

smitty storage

Ti porterà a una pagina dove puoi giocare con i montaggi NFS e creare nuovi filesystem, ecc. Smitty è una GUI a riga di comando completa con caratteri ASCII ed è abbastanza carino. Visto che probabilmente hai più esperienza con Linux (RHEL), troverai molti comandi AIX diversi, quindi smitty sarà di grande aiuto e per comprendere il tuo sistema.

In termini di elaborazione dei dati, non ho visto alcun grafico, ma da quello che ho sperimentato è abbastanza veloce nellelaborazione e nellanalisi dei dati.

Commenti

• So che smitty roba non ' ha molto a che fare con la velocità di elaborazione, ma immagino che se ' effettui il cambio, ' è una cosa importante sapere.

Non ho numeri, ma ho lavorato per una compagnia di assicurazioni due anni fa. Avevamo un prodotto creato per noi che era in esecuzione su RHEL / JBoss. Lo abbiamo migrato a IBM Websphere su AIX e lapplicazione è stata notevolmente più veloce su RHEL / JBoss.

Questo davvero non è un buon confronto solo perché ci sono così tanti fattori: AIX vs RHEL, JBoss vs WebSphere, x86 vs POWER (penso, o qualunque cosa AIX funzioni ora). Inoltre, i server AIX erano in esecuzione in LPARS e le specifiche erano sostanzialmente diverse.

A causa delle enormi differenze nelle piattaforme e nel modo in cui AIX viene normalmente distribuito, è davvero difficile ottenere numeri precisi o persino progettare benchmark equi.

Non credo che tu possa ragionevolmente parlare di velocità di elaborazione dati in senso lato. Come sottolineato in altre risposte, lunico modo per misurare con precisione le prestazioni è testare le proprie app. Tuttavia, ci sono più ragioni oltre alla semplice velocità e feed per considerare un sistema operativo. In media, nessuna variante UNIX di alto livello offre davvero una ragione convincente rispetto a unaltra. Ognuno ha i propri vantaggi e svantaggi che tendono a bilanciarsi in un confronto testa a testa. In casi duso estremi (HPC, elaborazione in tempo reale, ecc.) Una variante può salire al vertice. Altre volte vincoli esterni guideranno la decisione. Ad esempio, RedHat non certifica che JBoss funzioni su AIX , il che potrebbe essere sufficiente a innervosire qualcuno. In generale, lattenzione dovrebbe essere posta sul set di competenze del team di amministrazione del sistema e sullo stack software complessivo.

A parità di condizioni, sceglierei la piattaforma che attira più innovazione del settore. Linnovazione tende ad aumentare le opportunità per migliorare lefficienza operativa. In questo momento, questo è Linux.

Hmm … questo è interessante, ma per quelli che dicono che AIX è una risposta chiara sullhardware IBM Power, la risposta non è così chiara.

Le opzioni Linux on Power sono fornite da IBM per supportare SUSE e RedHat Linux che è specificamente “ottimizzato” e creato per lhardware Power.

Alcuni dei fantastici vantaggi dellambiente IBM Power come le principali tecnologie di affidabilità, prestazioni, stabilità e virtualizzazione sono tutti forniti agli ambienti Linux. Parla con IBM o esplora il loro sito web per guardare le molte funzionalità che ora sono supportate dalle versioni Linux per IBM power e vedono che la risposta non è più semplice.

Sono un fan di AIX, quindi so cosa preferisco, ma Linux è un soluzione molto fattibile!

Ci sono davvero due domande completamente diverse qui. Una è lhardware. Una è il software. Con IBM e AIX ne prendi un paio ed (matched) set – che consente al compilatore xlC di ottimizzare per lhardware, ecc. IBM ha un hardware straordinario – come HA (High Availability), che collega un gruppo di computer a una SAN (e consente laggiornamento automatico delle SAN remote ). Se un computer muore, cambia semplicemente in un altro. Ci vuole circa un secondo. Pochi utenti se ne accorgeranno. Se una SAN muore e ne hai una remota, la userà (probabilmente lentamente). Ma le SAN con livelli RAID elevati non si guastano. IBM ha lo swap a caldo praticamente di tutto. Se la memoria o un core si guasta, lo annotano nei log di errore e poi smettono di utilizzarli. Continui a lavorare (forse diminuito in memoria o core) . IBM ha “call home” – se qualcosa va storto, invia i dati a IBM e un addetto allassistenza si presenta alla tua porta (chiamano prima) e risolve il problema. Linux generalmente gira su “PC” (personale computer): il nome dovrebbe fare una pausa. Ma è un po vecchio, ci sono alcuni componenti hardware sorprendenti là fuori da persone diverse da IBM. Tutti fanno VM e così via. Il confronto è estremamente diverso: IBM ha un reputazione per essere costoso. Non lo è se paragonato a qualcosa con la stessa ridondanza, chiamata a casa, servizio 24 ore su 24, 7 giorni su 7, 365 giorni lanno con 4 risposte (e sostituiranno lintera scatola se non possono aggiustarlo). Se non ne hai bisogno, sono costosi. Ma man mano che la tua azienda cresce, ha sempre più senso averlo: puoi rimanere inattivo per un giorno o due? La nostra casella AIX è completamente sottoposta a backup al 100% fuori sede ogni MINUTO – se una bomba nucleare colpisce il mio edificio, perdo al massimo un minuto di dati (e ho molti altri problemi). Qualcuno ha già fatto notare che stai confrontando un AIX più recente con un vecchio Linux – non un buon confronto. IBM è molto affidabile: migliaia di utenti (lo fanno da 40 anni), 90% IBM, 10% CentOS (i piccoli).Ho computer IBM funzionanti da molti anni (come in più di 7 in un caso). I computer IBM sono utilizzabili quasi per sempre; Ho clienti con computer vecchi di 20 anni (con patch precedenti allanno 2000) e la maggior parte li conserva per 5+ anni. Questo è insolito nel mondo Linux. Qualcuno ha detto che linnovazione e così via è in Linux. Hanno ragione. Ad esempio, stanno aggiungendo funzionalità di gioco. Grande. Non ne ho bisogno. Facciamo sistemi ERP – contabilità – non ho bisogno di innovazione. È veloce, affidabile, di lunga durata? Buono. La mia risposta è: se sei piccolo, CentOS è un buon punto di partenza, il tuo software verrà eseguito su AIX (e per favore scrivi tenendo presente lo scambio di byte). Man mano che diventi sempre più grande, AIX e IBM iniziano ad avere più senso, soprattutto se è richiesta affidabilità. Ho sistemi con database con quasi un miliardo di righe che scambiano 2-4 milioni di file XML con fornitori e clienti al giorno, lIBM controlla centinaia di scanner portatili, centinaia di stazioni di imballaggio e gestisce anche sistemi automatici di inscatolamento e insacco. Un “ps” durante il picco può mostrare più di 10.000 processi contemporaneamente. Su UN COMPUTER. Con una SAN che ha un computer secondario e un sistema di backup flash non capisco (tranne che possono perdere 3/4 unità – stato solido – e comunque andare bene e non dover passare alla seconda SAN). strumento per il lavoro. Per traghettare i bambini a scuola, una Prius suona abbastanza bene. Non provare a tirare con essa il mio rimorchio per cavalli da 12.000 libbre. E la potente Ford che tira il rimorchio dei cavalli – non è facile da parcheggiare e non è la mia auto preferita in città. Dalla tua descrizione sembra che la tua azienda stia crescendo, e quindi passare a IBM e AIX sembra in superficie come se avesse senso. Non ho informazioni sufficienti per esserne certo. Tuttavia, un cliente con tre postazioni di lavoro che fa unoperazione di vendita al dettaglio 8-5 con 20 fatture al giorno sarebbe folle per ottenere un IBM. Ottieni CentOS o … gasp … Windows. In un certo senso vedo CentOS come la soluzione intermedia. A proposito, non prendere la mia risposta come vangelo; anche molti altri erano buoni. È una domanda situazionale per la quale nessuno di noi ha abbastanza dettagli (mi piacerebbe sapere quante transazioni al giorno, per quanto tempo puoi rimanere inattivo, quanti dati puoi perdere e ripristinare manualmente, qual è la tua proiezione di crescita, cosa sono le tue finanze e il tuo budget?) Sembra che te lo puoi permettere e che stai crescendo, quindi in superficie suona come una scelta praticabile.

Commenti

• Suggerisco di suddividere la risposta in paragrafi per renderla più leggibile.
• A proposito, cosè " 4 response "? Intendi " risposta entro 4 ore "?