Az elkészített dokumentumban táblázatos formában szerepelnek a két operációs rendszer jellemzői, úgymint: fejlesztési modell, licenc, támogatott processzor architektúrák, támogatott processzorok száma, átlagos támogatási életciklus, OEM partnerek száma, licencek listaára, támogatás listaára, az adott operációs rendszerhez köthető egyedülálló technológiák listája, maximálisan támogatott memória, file és filerendszer méret, virtualizáció, iSCSI támogatás, tűzfal, és még felsorolni is sok, hogy mi minden. A táblázat megtekinthető itt.
- A hozzászóláshoz be kell jelentkezni
- 3298 megtekintés
Hozzászólások
Hogyan csúsztassunk mindjárt a címben:
"Solaris Costs Less, Does More, and Runs More SPARC, X86/X64 Platforms than Red Hat"
Ühüm. A Solaris több SPARC és X86/X64 platformon fut, mint a Red Hat. Nos ebből igaz a SPARC rész, de az nekem nem világos, hogy melyik az az X86/X86 platoform, amin a Solaris fut, de a RHEL nem. Továbbá azt a tényt, hogy a RHEL fut Itanium-on, IBM Power-en, azt már elfelejtették, bezzeg a saját rublikájukba nagy kegyesen behúzták, hogy "coming soon".
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
És többféle hardvert támogat. Például 265-féle külső adattárolót! És 99-féle videokártyát!
És ez is szép: System V Packages Image Packaging System (planned)
Egyáltalán minek ez..?
- A hozzászóláshoz be kell jelentkezni
A doksiban világosan benne van hogy az RHEL fut Poweren és IA64-en (rögtön a harmadik sorban: Intel X86-64, Intel Itanium2, AMD, IBM Power, Z-Series), az x86 támogatása pedig azért lehet szélesebb körű, mert egy csomó hardveren a Solaris bevizsgált, minősített és supportált, miközben a Red Hat valószínűleg nem. De ez csak a saját megérzésem.
- A hozzászóláshoz be kell jelentkezni
Igen, de nem is táblázatra, hanem azt azt felszo felvezető cikk címére reagáltam ;)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Áruld el kérlek, hogy ha a HCL-ben megtalálok egy gépet és van Sun supportom, milyen garanciát kapok egészen pontosan.
Egyáltalán mit jelent az, hogy bevizsgált, minősített és supportált?
- A hozzászóláshoz be kell jelentkezni
Nekem meg ez a "nyilt forrasu Solaris 10" bantja a szemem. Az telleg nyilt? Nem csak ingyenes (az is talan valami processzor szam korlatokkal) es az 10-es utan csinaltak meg az OpenSolaris-t? Lehet, hogy valamit nem ertek.
Amugy meg eleve viccesek ezek az gyartok altal keszitett tesztek. Mondjuk meg mindig jobb mint amikor az X fuggetlen ceg csinalja, akirol nemsokkal kesobb kiderul, hogy melyik gyarto szponzoralasaval dolgozik...
- A hozzászóláshoz be kell jelentkezni
Tényleg nyílt. Bár nem konkrétan a 10-es kódja, hanem az, amiből a Solaris 11 lesz.
Processzor korlátról nem tudok, bár szerintem aki pl. 32 processzoron futtat Solarist, az nagyon nagy valószínűséggel supportot is vesz hozzá. Ha meg sparc szervert vettél, a Solarist eddig is ingyen kaptad hozzá. (Pontosabban nem volt külön oprendszer tétel a számlán. :) )
- A hozzászóláshoz be kell jelentkezni
Nem követem, de az OpenSolaris és a kiadott Solaris kódja legjobb tudomásom szerint nem fog megegyezni a 11-esnél sem. Egyáltalán minden nyílt forrású már az OS-ből? (egyáltalán mi az a Solaris OS, meddig tart?)
- A hozzászóláshoz be kell jelentkezni
Jelenleg így néz ki: a Solaris neve most Solaris OE (Operating Environment). "Zárt forrású", még ha a nagy része open source is, de külön a forrásfája nem elérhető a nagyközönség számára. Ingyenesen használható és ehhez lehet support szolgáltatást igénybe venni. Update-ről update-re kerülnek át az új feature-ök az opensolaris-ból, aminek én nagyon örülök (pl. új, jobb minőségű open source driverek a zárt forrásúak helyett).
OpenSolaris: afféle -CURRENT, azzal a különbséggel, hogy jelenleg még van olyan fejlesztés, ami nem itt zajlik, hanem a Solaris-ban. Teljesen open source.
Solaris Express: letölthető, bináris OpenSolaris disztribúció, amely tartalmazza a Solaris zárt forráskódú részeit is. Létezik belőle kitesztelt változat, amelyhez jár bizonyos fajta support.
OpenSolaris Developer Preview: az Ian Murdock-féle cucc.
A "kereskedelmi" Solaris változatban vannak olyan dolgok, amik lehet, hogy ugyan open source-ok, de nincsenek benne az opensolaris fában (pl a támogatott postgresql csomag, stb), meg van egy rakás OEM-től származó device driver, closed source truetype engine, kereskedelmi fontok, adobe postscript library, acrobat reader, realplayer, stb, szerintem ezeknél egyértelmű a helyzet. Hiányzik még a Live Upgrade és a flash install, és ami egy kicsit fáj, a T1/T2 CPU-k crypto drivere (ez _nagyon_ hiányzik a linux/freebsd implementációkból).
Nekem az a véleményem, hogy a termék minősége nagyon sokat emelkedett a kódnyitás óta, az, hogy üzletileg mennyire jött be, azt nem tudom. Az ilyen dolgok, mint a ZFS, egyszerűen nélkülözhetetlenek lettek nálunk, egyébként megdöbbentő az a sebesség és minőség, ahogy a FreeBSD-ben implementálták. Talán lehet arra következtetni, hogy jó minőségű, portolható a kódja.
- A hozzászóláshoz be kell jelentkezni
Azért csak van még pár dolog azon telepítő DVD-n, ami nem nyílt forrású. :)
A ZFS-sel kicsit elmaradásban vagyok, régóta utána szeretnék nézni például, hogy miként működik az ARC benne. FreeBSD-n például a legtöbb embernek (nekem is) az a gondja, hogy egyszerűen elfogy a kernelmemória és ezt leginkább az ARC méretének csökkentésével lehet orvosolni (meg a kernelmemória növelésével).
Ekkor viszont (nálam például 16 MB-ra kellett venni egy 1 GB-os gépen, hogy ne rohadjon le állandóan) -ránézésre- rohadt lassú lesz minden, pld. egy nagyobb programot kétszer egymás után betöltve ugyanúgy diszkről húzza be azt, nem pedig cache-ből.
Nem értem, hogy:
- ezt Solarisban hogy oldották meg, ott miért nincsenek ilyen problémák
- miért nem lehetett azt a koncepciót alkalmazni, amit általában VFS cache-nél szoktak: a szabadon lévő memóriát alkalmazni és felszabadítani, ha másnak szüksége van rá
- A hozzászóláshoz be kell jelentkezni
Nekem a FreeBSD ZFS implementációja kb. annyira tűnik megbízhatónak, mint aknaföldön táncolni.
"Kapcsold ki a ZIL-t" a kedvencem.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Annál talán nagyobb a túlélési esély, de valóban nem tökéletes még, ahogy a ZFS maga sem:
http://prefetch.net/blog/index.php/2007/11/28/is-zfs-ready-for-primetim…
http://picasaweb.google.com/nagy.attila/20070623Sol10zfscrash/photo#507… (bár ez régebbi :)
- A hozzászóláshoz be kell jelentkezni
Én ahogy utánaolvastam a témának, a ZFS-sel nem csak FreeBSD-n vannak adaptive replacement cache problémák, hanem Solaris-on is. Tudom, citation needed, de most nem fogok utánakeresni.
Szerk: itt a blog. A csávó elég jól beleásta magát. Valós környezetben használta majd egy évig, nem Sun szponzorálta (küldünk egy T1 szervert, ha szépeket írsz, csoda, hogy annyira "jó" az ZFS?) hype blogokat olvasgatott és linkelt. :)
Az utolsó kérdése: Is ZFS ready for primetime?
Szerk2: most látom, hogy egy malomban őrlünk, azaz egy blogot olvastunk :)))
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Azért rengeteg jósága van, nekünk például egy helyen az jön nagyon jól, hogy inkrementális snapshotokat lehet bytestreamben kinyerni belőle és egy másik gépen a futó ZFS-be importálni (kvázi így tükrözni megváltozott adatokat A gépről tetszőleges számú gépre, akár egy ssh tunnelben is).
Ez óriási segítség, mert konzisztens inode-okra és a közös storage nélkülözésére van szükségünk. (eddig rsync-kel ment át egy UFS image, ami azért messze nem a legjobb, bár kétségtelen, hogy megbízhatóságban verhetetlen :)
- A hozzászóláshoz be kell jelentkezni
ebben a blog bejegyzesben nem sok konkretum van, elhiszem nekik, de ennyi erovel lehetne pastelgetni mindenfele ext3/xfs/ufs2 -rol is ilyet, mert lehet talalni, de semmi ertelme. regi verzio, hulladek hardver, benazo admin, sose derul ki.
nekem az a velemenyem, hogy a sun egy kicsit koran adta ki a zfs-t es korai solaris verziokkal nagyon sok bug volt, amire oda kellett figyelni. ARC volt az egyik, adatbazis workload (pl oracle) a masik ahol komolyabb problemak voltak, HA nem astad bele magad (es itt nem arra gondolok hogy irtal-e blogot egy even keresztul arrol, hogy milyen jo a zfs replace ^). mi sok helyen hasznaljuk a ZFS-t, hulladek pc-tol T2000-en at Thumperig, es nem volt meg ilyen gond. arrol nem is beszelve, hogy olyan dolgokat csinalunk meg ZFS-el, amiket nelkule nem tudom, hogy lehetne. jo, a snapshot/backup dolgokat meg lehetne valositani mashogy is, de pl a thumperen a teljesitmeny.. rakjak ra linuxot ext3/xfs, mert az stabil? UFS2? csak nehogy fsck-zni kelljen. :)
- A hozzászóláshoz be kell jelentkezni
Thumperre hammer, ez teljesen egyértelmű. :)
- A hozzászóláshoz be kell jelentkezni
Én nem állítom, hogy rossz, nekem csak az a nagy hype visszás egy kicsit körülötte, amit a Sun csap. Hogy nincs olyan sajtóbejelentése, amiben ne lenne kétszer bold-dal kiemelve, hogy a ZFS meg a DTrace. Két-három éve ebből a két buzzword-ből élnek. Tovább kéne lépni.
Elég ha csak abból kiindulunk, hogy bugmentes szoftver (a ZFS is szoftver) nincs. Pláne nem akkor, ha valamit from scratch csinálnak, teljesen új ötleteket implementálva. Egyszerűen lehetetlen. Egy filerendszer mire "mature" lesz, az hosszú évek kérdése. Egyszerűen nem tartom igaznak amit egyesek állítanak.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
solarison az ARC a szabad memoriat hasznalja, pontosabban az ARC meretet valtoztatja menet kozben, ha nem tul regi solarist hasznalsz. nem tudom, freebsd-n miert a kernel memoriaba kerul.
ettol fuggetlenul meg mindig nagyon sikeres projektnek tartom ezt a freebsd importot, melyik fajlrendszert portoltak utoljara ennyire gyorsan es hova?
- A hozzászóláshoz be kell jelentkezni
Bele olvastam a pdf-be.
Desktop Enviroment:
Firefox, Thunderbird, Evolution... khmm...
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
kicsit furcsállottam, bár tény, hogy ez része egy desktop környezetnek.
Mondjuk ez a tétel a Redhatnál is ugyanazokat tartalmazta, csak a CDE-vel volt több a Solaris oldalán.
- A hozzászóláshoz be kell jelentkezni
Nekem a Red Hat oldala itt-ott hiányosnak tűnik, pláne úgy, hogy a magunk oldalán hajlamosak vagyunk a "coming soon"-ok használatára. Persze ezzel nincs baj, ha az ilyesmi cégen belül marad, de azért publikálni elég veszélyes, mert hiteltelenné válhat.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ja. A Sun-os oldal kicsit túl van "szinezve".
Pl. a "OS unique advanced technologies" sorban a "Secure by default" -ot berakni a Sun oszlopába kicsit necces. (Ez egy olyan lehetőség, hogy hálózatra pakolt szerver minimális kívülről elérhető szolgáltatásokkal indul telepítés után.)
- A hozzászóláshoz be kell jelentkezni
No igen... Coming soon
Az OS level virtualization ha jól sejtem a 2.6.25(6?) main-ben már benne lesz (OpenVZ) és ezzel a Network Stack Virtualization is "megkezdődik"
Remélem CPU erőforrások dinamikus kezelésére is gyúrnak a linux-os csávók. Az openVZ-s fickók mindenesetre próbálkoznak.
Érdekes lett volna egy FreeBSD-t még mellétenni , persze tudom az nem business level OS. :)
- A hozzászóláshoz be kell jelentkezni
Ne, FreeBSD-t ne. Nagyon leszerepelne. :)
- A hozzászóláshoz be kell jelentkezni
...main-ben már benne lesz (OpenVZ)...
Hmm, ezt hol hallottad? linket plz!
- A hozzászóláshoz be kell jelentkezni
Annyiból igaza van a SUN-nak, hogy aki kereskedelmi verziót vesz, az nem akar nekiállni kernelt patchelni, hogy legyen benne virtualization. Azt nem tudom, hogy ez tényleg hiányzik e a RHEL-ből, de a Novell OES2-be most tették bele, ez egy jó húzás volt tőlük.
- A hozzászóláshoz be kell jelentkezni
Egyébként egy kérdés ezzel kapcsolatban a multi-level CDE/Gnome mit jelent? Lehet én vagyok tudatlan...
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
Támogatott a GNOME és CDE használata is Secure Extensions alatt. ("Trusted Solaris üzemmódban").
Vagyis normálisan működik alatta mindkettő, nem fog hülyeségeket csinálni mindenféle jogosultsági problémák miatt.
Legalábbis valami ilyesmi lehet.
Dolgoztam "régi" Trusted Solarissal, ott pl. bash-t sem volt érdemes használni, mert rosszul működött.
- A hozzászóláshoz be kell jelentkezni
Köszönöm a választ.
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
Pontosabban azt jelenti, hogy az alkalmazás security label-ét megjeleníti az ablakmenedzser mind a CDE mind a Gnome alatt. És a workspace-ekhez is lehet security label-t rendelni - asztalt váltasz, és máris más jogosultságaid vannak.
- A hozzászóláshoz be kell jelentkezni
Jah, itt a pont. :)
- A hozzászóláshoz be kell jelentkezni
Fura lett volna, ha nem a sajat cuccat hozza ki jobbnak.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Ezek a dokumentumok veszelyesek, a szakmabelieket leszamitva konnyen felreinformalhat valakit! Raadasul a legtobb vallalati donteshozo nem szakember es csak a szines 'get more, cheaper' szlogen jut el hozza...
- A hozzászóláshoz be kell jelentkezni
Jaj.
"UltraSparc, Sparc-64, Sparc-CMT, Intel X86-X64, AMD, Coming soon: IBM Power and Z-Series"
Ettől a felsorolástól eldobom a hajam, annyira amatőr. :)
Az IBM port pedig ilyen jól áll, hogy a Solaris 10 U5-ben már telepíthető is lesz rá? Esetleg a Solaris 12...
"Platform Support Over 900 including from Sun, IBM, HP, Dell and others www.sun.com/bigadmin/hcl"
Kacag a májam. Mit kínlódtunk anno HP gépekkel (mind rajta voltak a listán) Solarisszal.
Az OS unique advanced features is igen kimerítő (és igen vicces a linuxos kurta lista), de ezek kifejezetten jók:
- dynamically loading kernel (ez wtf?)
- secure by default (uh? Úgy érti, hogy minimal installnál, ahol a linuxon edződött root még a basht se találja, sőt ftp sincs, amivel a sunfreeware-ről lewarezolhatná? :)
- cryptographic framework: na ez tényleg unique, ilyen aztán sehol máshol nincs
- a guaranteed binary compatibility miatt van, hogy nemrég pampogott valaki, hogy a Solaris 9/SPARC-on futó (proprietary, sokpénzbekerülős) alkalmazása Sol10-en nem megy?
Ez ugye a vicc rovatba ment? :)
- A hozzászóláshoz be kell jelentkezni
A secure by default gondolom az, hogy telepítésnél ki lehet választani, hogy engedélyezze e a hálózati szolgáltatásokat. Ha a nemet választjuk akkor ssh-n kívül minden tiltva lesz. A csomagok feltelepülnek csak svcadm-el el kell indítani.
A coming soon-t pedig egy hasonló összehasonlításból szedték amit a redhat-esek csináltak, és ott a solarisból volt kihagyva egy csomó minden, redhatnél meg comingsoon-olva csomó minden.
Ezt nem flame-nek szántam, meg különbenis vannak itt olyanok akik sokkal jobban értenek a solarishoz mint én és mégis utálják. Szóval inkább nem is vitázok.
- A hozzászóláshoz be kell jelentkezni
Ugyanmár... Kár ebből akkora problémát csinálni. Ezt ők sem gondolják komolyan. Ebben az iparágban (legalábbis a felsőbb szinteken) alapvetően kétféle viselkedés létezik: tisztességtelen, és nagyon tisztességtelen :) Muszáj, különben nem jutsz messzire. Mindenki megpróbálja valahogy elsózni a portékáját. Az, hogy hazudoznak egy-két kört... a konkurenciáik talán soha? Én kifejezetten nem bánnám egyébként, ha a Solaris, és a hozzá hasonló, manapság visszaszorult rendszerek hosszútávon is életképesek maradnának, mert szerintem a diverzitás nagyon kell. Szóval, nem sajnálnám tőlük, ha így fognak néhány balekot, aki olyan hülye, hogy ennyin nem lát át, az különben is megérdemli :)
- A hozzászóláshoz be kell jelentkezni
Ha SUN olyat publikál, hogy a Solaris jobban teljesít mint a Red Hat EL, az pont olyan, mint ha a Red Hat mondaná az ellenkezőjét.
Ha egy teszt eredményt egy érdekelt fél publikál, akkor azt minden normális ember tudja, hogy a "Minden cigány a saját lovát dícséri a vásárban!" szellemében készült és ennek megfelelően tartózkodik messzemenő következtetések levonásától.
A lényeg nem azon van, hogy hol lóg ki a lóláb, hanem azon, hogy nem elfogulatlan az egész.
- A hozzászóláshoz be kell jelentkezni
Ha más publikálja, akkor meg lefizették -- nem mindegy? :-)
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Jó lenne látni egy hasonló összehasonlítást, csak több termékkel és objektív szakértőtől.
- A hozzászóláshoz be kell jelentkezni