Sun Microsystems

Jonathan Schwartz interjú - a Sun Linux stratégiája

Címkék

Az Eweek interjút készített Jonathan Schwartz-cal a Sun Microsystems szoftverekért felelős alelnökével. Az interjúból kiderül, hogy a Sun szerint a Linux nem igazán játszik szerepet mint, szerver operációs rendszer.

"... hadd mondjam el igazán mi is a mi Linux stratégiánk. Nincs nekünk ilyen... Nem hiszünk abban, hogy a Linux szerepet játszana a szervereken... Ha vásárolni szeretne [Linuxot], akkor el fogunk adni magának, de mi úgy hisszük, hogy a Solaris jobb alternatíva, biztonságosabb, robosztusabb, jobb minőségű, és drámaian olcsóbb a vételi ára."Schwartz beszél a SCO vs. IBM ügyről. Szerinte az IBM azért nem egyezik meg a SCO-val, mert akkor másik 50 IP perrel találná szemben magát. Érdekes interjú. Érdemes elolvasni.

Az interjú itt.

Intenzíven növekednek a Sun tárolóeszköz-eladásai

Címkék

Sajtóhír:

A Sun Network Storage divíziója kínálta termékek széleskörű vásárlói igényeket elégítenek ki, a kezdő szinttől egészen a legfelsőbb kategóriákig – és lényeges növekedést mutattak minden területen. Például a középkategória (az IDC definíciója szerint 15 és 300 ezer dollár közötti lemezes tárolórendszerek) bevételei terén elért 10 százalékos növekedés az előző negyedévhez képest jól jelzi a Sun legfrissebb terméksorának, a Sun StorEdge 6000 családnak a sikerét. A 6000-es termékcsalád e növekvő piac speciális igényeinek felel meg: adatközponti szintű funkcionalitást kínál, ugyanakkor az ára igen versenyképes. A Sun Network Storage vezető technológusa, a Magyarországon született Fleischer Bálint nemrégiben történt hazalátogatásakor elmondta, hogy a Sun adattárolók területén történt invesztícióinak eredményeképpen a Sun StorEdge termékei igen magas szintű funkcionalitást kínálnak, emellett számos olyan szoftverrel és szolgáltatással egészülnek ki, amellyel a vállalatok egyre kritikusabbá váló adatainak tárolása biztonsággal oldható meg. Az IDC jelentéséből kiderül továbbá, hogy a Sun Network Storage kétszámjegyű bevétel-növekedést ért el az előző negyedévhez képest a teljes piacon, valamint a UNIX-os és a nyílt rendszerek (UNIX, Windows, Linux és NOS) piacán egyaránt. A kutatás rávilágít, hogy az előző negyedévhez képest a Sun piaci részesedése 50 százalékot nőtt a felsőkategóriás (az IDC ársávjai szerint a 300 ezer dollárosnál drágább) lemezes tárolórendszerek terén, jelezve a felsőkategóriás megoldások terén felmutatott szakértelmet. A Sun piaci lendületet mutatja, hogy a Sun Network Storage négy fő bevételi kategóriában – teljes piac, UNIX, nyílt rendszerek és UNIX SAN – is javított eredményén.

Az IDC szerint a 2002. naptári évben a lemezes adattárolók magyarországi piaca, a világpiacon tapasztalható, enyhén csökkenő trenddel ellentétben mintegy 35,3%-kal növekedett a bevételek és mintegy 43,6%-kal az eladott kapacitás tekintetében. A Sun adattárolók értékesítéséből származó árbevétele Magyarországon kimagasló mértékben, mintegy 90%-kal növekedett, és ugyancsak ebben az időszakban kapta a hazai leányvállalat az első, StorEdge 9900-es sorozatú, csúcskategóriás adattárolóra az első hazai megrendelését is, amely a nemrégiben további két évre meghosszabbított Hitachi-Sun technológiai együttműködésből származik.

Forrás: www.sun.hu

A társ-alapító Bill Joy elhagyja a Sun-t

Címkék

Bill Joy neve nem ismeretlen a UNIX felhasználók között. Főként a BSD-sek között. Bill Joy egyike azon úttörőknek, akiknek ma az OpenBSD, FreeBSD, NetBSD és a többi BSD fork felhasználói nagyon sokat köszönhetnek. Billy Joy meghatározó alakja volt a Berkeley Software Distribution-nek, azaz a BSD-nek.

Bill Joy a Sun Microsystems-nél töltött évek alatt számos fejlesztésben vett részt, mint például a Java, a SPARC processzor architektúra, stb. A Sun nem árulta el, hogy a 48 éves Joy miért hagyja el a céget. A helyét Greg Papadopoulos a Sun egyik alelnöke veszi át. Joynak állítólag tervei vannak. Sokan tudni vélik, hogy terveinek köze van a nemrégiben a Wired magazin oldalain megjelent cikkének (A jövőnek miért nincs szüksége ránk), amelyben robotikáról, genetikai kutatásról, és nanotechnológiáról beszélt.

Joy két évtizedet töltött Santa Clara-i (Kalifornia) munkahelyén. Több mint 21 év után döntött a távozás mellett.

De lássuk, hogy ki is Bill Joy, és hogy hogyan is történt az egész:

"....Annak ellenére, hogy Berkeley egyetemen az INGRES projekt elhagyta a PDP 11/45-öt, még mindig kevés gépidő állt a tanulók rendelkezésére. Hogy csillapítsák a hiányt, Michael Stonebraker és Bob Fabry professzor 1974 júniusában kihirdette, hogy két oktatói 11/45-öst szereznek be a számítástechnikai tanszék számára. 1975 elején a pénz össze is jött. Valamikor ebben az időben jelentette be a DEC a 11/70-et - azt a gépet, amely sokkal jobb képességekkel rendelkezett, mint a 11/45-ös. A két 11/45-ösre félretett pénzből inkább egy 11/70-est vásároltak, amely 1975 őszére meg is érkezett. A 11/70-es érkezésével egy időben Ken Thompson úgy döntött, hogy kiveszi egy éves kutatói szabadáságát és mint vendég professzor meglátogatja a Berkeley-t, a korábbi iskoláját. Thompson Jeff Schriebman-nel és Bob Kridle-lel együtt feltelepítették 11/70-re az akkori legfrissebb Unix verziót, a Version 6-ot.

1975 őszén bukkant fel két addig észrevétlen végzős diák a kaliforniai Berkeley egyetemen. Bill Joy és Chuck Haley, akik azonnal érdeklődni kezdtek az új rendszer iránt. Először egy Pascal rendszeren kezdtek el dolgozni, amelyet Thompson ütött össze miközben a 11/70-es géptermében lógott. Addig a pontig terjesztették ki és tökéletesítették a Pascal értelmezőjét (interpreter) amíg a tanulók egyik kedvenc programozási rendszere nem lett. Lett, mert kiváló hiba visszakeresési sémával, gyors fordítási- és végrehajtási képességekkel rendelkezett. Miután a Model 33 teletype-ok helyett ADM-3 képernyő terminálok lettek, Joy és Haley úgy érezte, hogy akadályozza Őket az ed névre hallgató szerkesztőprogram. Miután egy em névre hallgató editoron dolgoztak - amelyet George Coulouris professzortól kaptak, aki a Queen Mary Kollágiumban tanított Londonban - nekiálltak, hogy létrehozzanak egy "line-at-a-time" szerkesztőt, amelynek a neve ex lett.

Miután Ken Thompson 1976 nyarán elhagyta a Berkeley-t Joy-t és Haley-t érdekelni kezdte a Unix kernel belső működése. Első próbálkozásuk az volt a rendszerrel kapcsolatban, amikor Schriebman figyelő szemei mellett feltelepítették azokat javításokat és frissítéseket, amelyet az "ötven változás" ("fifty changes") névre hallgató szalag tartalmazott, és amely a Bell Labs-tól érkezett. Miután megtanultak manőverezni a forráskódban, már néhány kisebb javaslatot tettek arra, hogy hogyan is lehetne csökkenteni a kernel szűk keresztmetszeteit.

A Pascal fordítóban levő hiba visszakeresési munka annyira népszerű lett, hogy megjelentek az igények a rendszer másolására. 1977 elején Joy összeállította a "Berkeley Software Distribution"-t. Az első terjesztés magában foglalta a Pascal rendszert, egy zavaros alkönyvtárban a Pascal forrását, és az ex szerkesztőt. A következő évben Joy körülbelül 30 szabadon felhasználható másolatot küldött el a rendszerből.

Miután néhány ADM-3a konzol (terminal) érkezett, amely már rendelkezett képernyőn címezhető kurzorral, Joy nekiállhatott a vi megírásának, amely elhozta a Berkeley-be a képernyő-alapú szerkesztés lehetőségét. Joey hamarosan dillemába esett. Gyakori eset az egyetemeken, hogy kevés a pénz és nem tudják kicserélni a régi felszereléseket új eszközökre. Ahelyett, hogy a különböző terminálokra írt volna támogató kódot inkább úgy döntött, hogy egyesíti a képernyőkezelést. Ehhez egy kis értelmezőt (interpreter) használt, amely újrarajzolta a képernyőt. Ez az interpreter a terminal karakterisztikájának leírása alapján volt vezérelve. Ez az erőfeszítés vezetett végsősoron a termcap-hoz.

Az 1978-as év közepére a disztribúciónak igazán szüksége volt már egy frissítésre. A Pascal rendszer egyre megbízhatóbb és robosztusabb lett, köszönhetően az egyre növekvő felhasználói közösség visszajelzéseinek. Két részre lett bontva, úgyhogy képes volt futni a PDP-11/34-esen is. A frissítés eredményeképpen létrejött a "Second Berkeley Software Distribution" (Második Berkeley Szoftver Terjesztés), amelynek a nevét gyorsan le is rövidítették 2BSD-re. A 2BSD a bővített Pascal rendszert, a vi-t és a különböző terminálokhoz használható termcap-ot tartalmazta. Bill Joy egy személyben állította össze a disztribúciót, válaszolt a telefon kérdésekre, és valósította meg a felhasználók visszajelzéseit a rendszerben. A következő évben közel 75 szalag került ki a kezei közül. Miután Joy más projektekbe is beszállt az elkövetkező évben a 2BSD terjesztés folytatta a bővülést. Ennek a disztribúciónak a végső verziója a 2.11BSD már egy komplett rendszer volt, amely PDP-11-esek százain futott a Föld különböző részein.

1978 elején Richard Fateman professzor elkezdett keresni egy olyan gépet, amelyen nagyobb címtartomány van mint az eddigieken, hogy folytatni tudja a Macsyma névre hallgató munkáját (eredetileg egy PDP-10-esen kezdte). Az akkor újonnan bejelentett VAX-11/780 kielégítette ezt az igényt és belefért a költségvetésükbe. Fateman és további 15 fakultás tag készített egy NSF előterjesztést, amelyhez hozzáadtak egy kis tanszéki tőkét, hogy meg tudják venni a VAX-ot.

Eredetileg a VAX a DEC VMS névre hallgató operációs rendszerét futtatta, de a tanszék a Unix rendszerben kezdett el dolgozni, és ezt akarták a továbbiakban is használni. Röviddel a VAX érkezése után Fateman kapott egy 32/V Unix portot a VAX-hoz John Reiser-től és Tom London-tól (Bell Labs).

Habár a 32/V képes volt Version 7-es Unix környezetet biztosítani a VAX-on, nem volt képes kihasználni a VAX hardver virtuális memória kezelési képességeit. Mint az elődjei a PDP-11-en, teljesen swap-alapú rendszer volt. A berkeley-i Macsyma csoport nem tudta kihasználni a virtuális memória adta lehetőségeket, és ez azt jelentette, hogy a folyamatok címtartományát a fizikai memória mérete határozta meg, amely akkoriban 1 MB volt az új VAX-on.

Hogy ezt a problémát kiküszöböljék Fateman megkereste Domenico Ferrari professzort - aki a rendszer fakultás tagja volt a Berkeley-ben - és megkérte, hogy derítse ki azt, hogy hogyan lehetne virtuális memória (al)rendszert írni a Unix-hoz. Ozalp Babaoglu, Ferrari egyik tanítványa nekiállt megkeresni azokat a lehetőségeket, amellyel működő lapozó rendszer implementációt lehet készíteni a VAX-hoz. Sajnos a munkája nem volt egyszerű, mert a VAX kevés referenciával rendelkezett.

Amint Babaoglu közeledett az implementáció első részéhez, megkérte Bill Joy-t, hogy segítsen neki megérteni a Unix kernel bonyolult szerkezetét. Joy érdekesnek találta Babaoglu megközelítését, így csatlakozott és segített a kódot beépíteni a 32/V-be, majd pedig segítkezett az azt követő hibakeresésben is.

Sajnos a Berkeley-nek csak egyetlen VAX rendszere volt, és ezt az egyet használták fel fejlesztésre is és az általános célokra is. Így néhány héttel a karácsonyi szünet után a felhasználók váltakozva találhatták magukat a 32/V-be és a "Virtual VAX/Unix"-ba bejelentkezve. Az új rendszeren dolgozva gyakran tapasztalhatták, hogy megállt a rendszer futása pár perccel a 32/V login prompt után. De 1979 januárjára a bugok nagy része eltűnt, és vele együtt a 32/V is eltűnt a történelem süllyesztőjében.

Joy látta, hogy a 32-bites VAX mellett a 16-bites PDP-11 hamarosan elavult lesz és elkezdte portolni a 2BSD programokat a VAX-ra. Amíg Peter Kessler és Marshall Kirk McKusick portolta a Pascal rendszert, addig Joy portolta az editorokat, a vi-t, a C héjat (shell), és a számtalan kisebb programot, amely megtalálható volt a 2BSD terjesztésben. 1979 végére a teljes terjesztés összeállt. Ez a terjesztés már tartalmazta a virtuális memória kernelt, a standard 32/V segédprogramokat, és a stuffokat a 2BSD-ből. 1979 decemberében Joy leszállította a majd' 100 másolatból álló 3BSD-t, a Berkeley első VAX terjesztését.

A Bell Laboratories legutolsó kiadása a 32/V volt, ezután az összes Unix kiadás már az AT&T-től jött, először a System III majd később a System V, amelyet már különböző csoport kezelt, és hangsúlyozottan stabil kereskedelmi kiadás volt. A Unix elüzletiesedésével a Bell Labs kutatói többé nem voltak képesek kiadni a folyamatban levő Unix kutatások eredményeit. Mivel a kutatóközösség folytatta a Unix rendszer módosítását, keresni kellett egy szervezetet, amely képes volt előállítani a kutatási kiadásokat. Mivel a Berkeley már korábban is részt vett a Unix fejlesztésében és történelme volt a Unix-alapú eszközök szállításában, gyorsan belépett abba a szerepbe, amelyet előzőleg a Bell Labs játszott.

Időközben a Defense Advanced Research Projects Agency (DARPA) tervező irodáiban megbeszéléseket tartottak arról, hogy hogyan lehetne nagyobb befolyást szerezni a Berkeley-ben folyó munka felett. A DARPA egyik korai sikere az volt, hogy országos számítógéphálózatot állított fel úgy, hogy országszerte összekötötte az összes nagyobb kutatóközpontot. Ez idő alatt számos olyan számítógépet találtak ezekben a központokban, amelyek elérték az életciklusuk végét, és lecserélésre vártak. Ezeknek a cseréknek a legnagyobb költségét a kutatószoftverek új gépekre való portolásának ára tette ki. Továbbá a telephelyek hiába is szerették volna kicserélni egymás között a szoftvereket, nem tudták, mert a hardverek és az operációs rendszerek különböztek.

Egy hardvergyártót választani nem lett volna praktikus (a DARPA részéről), mert a kutatócsoportok számára a számítógépek széles skálája kellett a munkához, és emellett nem lett volna bölcs dolog egy gyártótól függeni. Ezért a DARPA tervezői úgy döntöttek, hogy az lesz a legjobb megoldás, ha a gépeket az operációs rendszer szintjén fogják egyesíteni. Számos megbeszélés után úgy döntöttek, hogy a Unix lesz a kiválasztott szabvány, mert az már korábban is bizonyította a portolhatóságát.

1979 őszén Bob Fabry választ adott a DARPA Unix irányú érdeklődésére azzal, hogy írt egy beadványt amelyben javaslatot tett arra, hogy a Berkeley fejlesszen ki egy kibővített 3BSD verziót a DARPA közösség számára. 1979 decemberében Fabry fogta a beadványának másolatát és elvitte a DARPA találkozóra, ahol jelen voltak a VLSI (Very Large Scale Integrated Circuit) vállakozók, a Bolt, Beranek, és Newman (BBN) képviselői, akik az ARPANET fejlesztői voltak. Sok fenntartás fogalmazódott meg arra nézve, hogy a Berkeley képes lesz-e működő rendszert produlálni, de az 1979 decemberében kiadott 3BSD eloszlatta a kétséget nagy részét.

A 3BSD kiadás egyre nővekvő jó megítélésének köszönhetően Bob Fabrynak lehetősége nyílt arra, hogy egy 18 hónapos szerződést kössön a DARPA-val, amely 1980 áprilisával indult. A szerződés pártfogása alatt Bob Fabry felállított egy szervezetet, amelyet Computer Systems Research Group névre kereszteltek el, és amelynek a rövidítése CSRG lett. Azonnal felvette Laura Tongot, hogy kezelje a projekt adminisztrációs ügyeit. Fabry ezután egy projektvezetőt kezdett keresni, aki felügyelni fogja a szoftver fejlesztéseket. Fabry feltételezte, hogy amióta Joy átment a Ph.D. képesítő vizsgán, jobban koncentrál arra, hogy megszerezze fokozatát, mintsem elfoglaljon egy szoftver fejlesztői pozíciót. De Joy-nak más tervei voltak. Március elején egyik éjjel felhívta otthonában Fabry-t, és kifejezett érdeklődést mutatott a Unix további fejlesztésével kapcsolatban. Mivel Fabry meglepődött az ajánlattól, kellett egy kis idő mire beleegyezett a dologba.

A projekt azonnal elindult. Tong felállított egy olyan terjesztési rendszert, amely képes volt Joy előző disztribúcióinál nagyobb mennyiségű megrendelést kezelni. Fabry sikeresen irányította a megbeszéléseket Bob Guffy (AT&T) és a Kaliforniai Egyetem ügyvédei között a célból, hogy a hivatalosan kibocsátott Unix verziók kiadási feltételei mindenki által elfogadhatóak legyenek. Joy elfogadta Jim Kulp "job control"-ját, megvalósította az auto reboot-ot, egy 1K blokkos filerendszert írt, és támogatást készített a legújabb VAX géphez, a VAX-11/750-hez. 1980 októberében jelent meg az a felpolírozott terjesztés, amely a Pascal fordító és a Franz Lisp rendszer mellett egy kibővített levelező rendszert tartalmazott, és amely a 4BSD névre hallgatott. A kilenc hónapos életciklusa alatt közel 150 másolatot szállítottak le belőle. A licenc megállapodás nem gépekre szólt, hanem oktatási intézményekre, ezért a terjesztés körülbelül 500 gépen futott.

A Berkeley Unix széleskörű elterjedésével és előtérbe kerülésével számos kritika kezdett napvilágra kerülni. David Kashtan a Stanford Research Institute munkatársa írt egy tanulmányt, amelyben publikálta az általa a VMS-en, és a Berkeley Unix-on futtatott mérőprogram eredményeit. Ezek az eredmények egyértelműen azt mutatták ki, hogy a VAX-os Unix rendszernek teljesítménybeli problémái vannak. Ennek hatására Joy pár hónapra félretette jövőbeli terveit, és szisztematikusan elkezdte finomhangolni a kernelt. Heteken belül elkészült egy cáfolat, amely rámutatott arra, hogy a Kashtan-féle mérőprogram ugyanolyan jól fut a Unix-on, mint a VMS-en.

Ahelyett, hogy a folytatódott volna a 4BSD szállítása, 1981 júniusában Robert Elz által készített automatikus konfigurációs kóddal felruházott, és Joy által tuningolt rendszer megjelent 4.1BSD néven. A több, mint két éves életciklusa alatt körülbelül 400 terjesztési szállítást élt meg. Az eredetileg tervezett 5BSD kiadásból nem lett semmi, mert az AT&T részéről ellenvetés érkezett az elnevezéssel kapcsolatban. Az AT&T szerint a felhasználóik összekeverhetik az Ő kereskedelmi Unix kiadásuk "System V" nevét a Berkeley "5BSD"-jének nevével. Éppen ezért, hogy ne legyen elnevezési probléma, a Berkeley beleegyezett, hogy a jövőbeli elnevezési sémájukat megváltoztatják, maradnak a "4BSD"-nél, és a későbbiekben csak a kisebb számot fogják növelni.

A 4.1BSD megjelenésével a legtöbb teljesítmény körüli aggodalom eloszlott. A DARPA elégedett volt az első szerződés eredményeivel, és egy új két évre szóló szerződést kötött a Berkeley-vel. Majdnem ötször annyi támogatást nyújtott, mint első alkalommal. A szerződésből származó pénz fele a Unix projekthez vándorolt, a többit más kutatók kapták a számítástechnikai tanszéken.

A DARPA közösség igényeinek alapján egyre több módosítás került a rendszerbe. Az új rendszertől olyan gyorsabb filerendszert vártak el, amely képes volt nagyobb áteresztőképességet biztosítani az éppen elérhető diszk technológián, processz támogatást a multi-gigabyte cím tartományok igényeihez, flexiblis IPC (interprocess communication) megoldást, amely lehetővé teszi a kutatóknak, hogy elosztott rendszereken dolgozhassanak, és hálózati támogatás integrálását, hogy az új rendszert futtató gépek könnyen részesei lehessenek az ARPAnet-nek.

Duane Adams - aki a Berkeley szerződés felügyelője volt a DARPA-nál - abban az igyekezetében, hogy segítsen meghatározni az új rendszer milyenségét, létrehozott egy csoportot amelynek a "steering committee" (kormánybizottság?) nevet adta. A csoport feladata az volt, hogy segítsen írányítani az új rendszer tervezését, és hogy gondoskodjon arról, hogy a kutató közösség szükségletei ki legyenek elégítve. A bizottság évente kétszer találkozott 1981 áprilisától 1983 júniusáig. A bizottság tagja volt Bob Fabry, Bill Joy, Sam Leffler a Kaliforniai Egyetem Berkeley részéről, Alan Nemeth és Rob Gurwitz a Bolt, Beranek, és Newman-tól, Dennis Ritchie a Bell Laboratories részéről, Keith Lantz a Stanford Egyetemről, Rick Rashid a Carnegie-Mellon Egyetemről, Bert Halstead a Massachusetts-i Technológiai Intézettől (Massachusetts Institute of Technology), Dan Lynch az Információ Tudományi Intézettől (The Information Sciences Institute), Duane Adams és Bob Baker a DARPA részéről és Jerry Popek a Kaliforniai Egyetem Los Angeles részéről. 1984 elejétől ezt a találkozót workshopok felváltották fel, amelyekben már más emberek is részt vettek.

Egy kezdeti dokumentáció - az új rendszer felépítésére tett javaslatot - amely a kormányzótanács, és más emberek között keringett a Berkeley-n kívül, 1981 júliusában hosszas vitákat váltott ki. 1981 nyarán Marshall Kirk McKusick már közreműködött a CSRG-ben (Computer Systems Research Group), amelynek során egy új filerendszer implementációján dolgozott. Ezen a nyáron Joy egy IPC (interprocess communication) implementáció prototípusának fejlesztésére koncentrált. 1981 őszén Sam Leffler csatlakozott a CSRG-hez, mint teljes munkaidős csapattag, és együtt dolgozott Bill Joy-jal.

Amikor Rob Gurwitz átadott a Berkeley-nek egy korai TCP/IP protokol implementációt, Joy beépítette azt a rendszerbe, és javított a teljesítményén. E munka során Joy-nak és Leffler-nek világossá vált, hogy az új rendszernek több hálózati protokolt kell támogatnia, nem csak a DARPA standard hálózati protokoljait. Ezért nekiálltak, és újratervezték a szoftver belső felépítését, csiszoltak a csatolófelületeken, így többszörös hálózati protokolokat tudtak egyidőben használni.

Mikor a belső rekonstrukciós munkák elkészültek, a TCP/IP protokolok integrálva lettek a prototípus IPC megoldással együtt, számos egyszerű alkalmazás született annak érdekében, hogy a helyi felhasználók hozzáférhessenek a távoli erőforrásokhoz. Ezek a programok - az rcp, rsh, rlogin, és rwho - eredetileg átmeneti programoknak készültek, amelyek a tervek szerint le lettek volna cserélve sokkal ésszerűbb megoldásokra (erre utalt az "r" prefix). Ez az új rendszer - amelynek a neve 4.1a lett -, előszőr 1982 áprilisában lett helyi felhasználásra disztributálva. Soha nem volt széles körű terjesztésre tervezve, viszont a rendszerről csempészett másolatok terjedtek el azokon a helyeken, ahol türelmetlenek voltak kivárni a 4.2 megjelenését.

A 4.1a rendszer már régen elavult mielőtt kész lett volna. A felhasználóktól visszaérkező értékes információkat felhasználva elkészült egy javított ajánlás az új rendszerhez, amelynek a neve "4.2BSD Rendszer Kézikőnyv" (4.2BSD System Manual) lett. 1982 februárjában keringett ez a dokumentum, és azoknak a javasolt felhasználói csatolófelületeknek (a rendszer szolgáltatásokhoz) a rövid leírását tartalmazta, amelyeknek a későbbiekben beépítésre kerültek a 4.2BSD-be.

A 4.1a fejlesztésével párhuzamosan McKusick befejezte az új filerendszer implementálását, amely végül 1982 júniusában teljesen beépítésre került a 4.1a kernelbe. A rendszert ezután 4.1b-nek hívták, és csak néhány kiválaszott fejlesztői gépen futott a Berkeley-ben. Joy tartott a rendszer ilyen jelenős változtatásától, ezért szerintük az volt a legjobb, ha elkerülik a helyi terjesztést, főleg azért mert az összes gép filerendszerét le kellett volna menteni, majd vissza kellett volna állítani ahhoz, hogy át lehessen téri a 4.1a-ról a 4.1b-re. Amikor a filerendszer bizonyította stabilitását, Leffler nekiállt az új filerendszerrel kapcsolatos rendszerhívások megvalósításának, közben Joy pedig az IPC szolgáltatás javításán dolgozott.

1982 tavaszának végén Joy bejelentette, hogy csatlakozik a Sun Microsystems-hez. Ezen a nyáron felváltva töltötte idejét a Sun és Berkeley között. Idejének nagy részét az IPC-k javítására, csiszolására fordította, és újjászervezte a Unix kernel forrását, hogy elkülönítse a gép specifikus függőségeket. Joy távozásával Leffler-re szállt a projekt befejezésének felelőssége. Néhány határidő már esedékessé vált, és a DARPA közösségnek 1983 tavaszára ígérték a következő kiadást."

Joy-t méltán említik a számítástechnika egyik úttörőjének. Munkája nélkül sokkal kevesebb lenne ez az iparág. Remélem megtalálja számítását. További részletek az ügyben később várhatóak.

A News.com kapcsolodó cikke itt.

Sun: Mad Hatter screenshotok

Címkék

A Sun Microsystems is be kíván szállni a desktop ringbe. A kiadás előtt álló (ősszel megjelenő) Mad Hatter névre keresztelt Linux-alapú desktop operációs rendszere lassan elkészül. Úgy volt, hogy a projekt Red Hat alapú lesz, de a képernyőmentések arról tesznek tanúbizonyságot, hogy a Sun erősen rajta tartotta a kezét a fejlesztésen. A projektet eredendően azért hozta létre a Sun, hogy egy olcsó workstation/desktop megoldást nyújtson a meglevő felhasználóinak, akik egyre nagyobb számban váltottak a Sun drágább Solaris megoldásairól az olcsó Linuxra.

A képernyőképek itt:

defaultmenu_scrnshot_081803.jpg

defaultevolution_scrnshot_081803.jpg

defaultmozilla_scrnshot_081803.jpg

Bővebb infó itt.

A Sun és a SuSE Linux globális szövetségre lépett

Címkék

A Sun Microsystems, Inc. és a SuSE Linux ma bejelentette, hogy globális szövetségre lépnek. Ennek értelmében a SuSE elfogadja a Java 2 Standard Edition forrás licencet és terjeszteni fogja a Sun Java Virtual Machine(TM) (JVM) terméket, a Sun pedig árusítani, szállítani és támogatni fogja a SuSE Linux Enterprise Server 8 terméket a Sun x86 rendszerein.



Hát ki érti ezt? ->Tegnap még Scott McNealy a Sun Microsystems elnöke és vezérigazgatója drámaian figyelmeztette a Linuxot használó cégeket a SCO miatti jogi veszélyekre.

Olyanokról beszélt, hogy senki ne nyúljon addig szabad szoftverhez, amíg ügyvédek azt nem látták.... Ma pedig szerződést köt az egyik legerősebb Linux disztribútorral, és szállítani fogja annak az egyik zászlóshajójának számító termékét, a SLES 8-at (ami köztudottan a vállalatok részére készül, és tartalmaz minden olyan dolgot, amelyet a SCO kifogásol a Linux forráskódjában (SMP, JFS, NUMA kód, RCU (read copy update)).

Vagy elképzelhető, hogy azért vett a Sun SCO részvényeket nem olyan rég, hogy befolyást gyakorolhasson a SCO-ra?

Valaki magyarázza ezt el.

Sajtóbejelentés itt.

A SCO-related HUP hírek itt.

Interjú: Scott McNealy

Címkék

Az Eweek interjút készített Scott McNealy-vel a Sun Microsystems elnökével és vezérigazgatójával (CEO and Chairman). Az interjúban főként a SCO kontra Linux ügyről esett szó. McNealy a Linuxot a Napster-hez hasonlította.

Eweek: "A Linus Torvalds vezette Linux közösség szerint a
SCO-Linux ügy "vihar a teáskannában", ha bármi probléma lenne a Linuxszal, azt könnyen lehetne orvosolni."

McNealy: "Ugyanezt mondta a Napster is, így van?"Eweek: "Hogyan hasonlítja ezt a Napsterhez és a zene megosztáshoz?"

McNealy: "Tudja a RIAA (Recording Industry Association of America) előbb az engedélyezők után ment, majd a végfelhasználók után. Szerzői jogi téma...."

Néhol érdekesen gondolkodik McNealy. Az tisztán látszik, hogy üzletre számítanak a SCO ügy kapcsán. Nem véletlenül vásároltak SCO részvényeket pár nappal ezelőtt.

Az interjú itt.

Kapcslódó HUP cikkek itt.

A Sun előrenyomulása az x86 piacon

Címkék

Sajtóhír:

Az IT költségvetések csökkenése minden eddiginél népszerűbbé és elterjedtebbé teszi a kedvező árú szervereket. Az alacsony költségű gépek mindenfajta vállalkozásban, többféle munkaterületen megtalálhatók: munkacsoportokat erősítenek vagy speciális dedikált alkalmazásokat (pl. adatbázisokat és tűzfalakat) működtetnek.

A Sun az új Sun Fire V60xés Sun Fire V65x szerverekrévén az x86-os szerverek piacára is kiterjeszti jelenlétét. E gyors, nagy teljesítményű x86-os szerverek hatékony Sun platformot biztosítanak az Ön vállalkozása számára, méghozzá igen kedvező áron.A Solaris operációs rendszer és a standard Linux rendszerek futtatására egyaránt alkalmas Sun Fire V60x és V65x szerverek ésszerű befektetésvédelem mellett biztosítják az ügyfeleink áhította rugalmasságot.

“A Sun Fire V60x és V65x szerverek a közelmúltban bemutatott kedvező árú, UltraSPARC IIIi mikroprocesszorral szállított Sun Fire V210 és V240 szerverek után ismételten tanúsítják a Sun elkötelezettségét az alacsony költségű vállalati informatika mellett. A Sun csúcskategóriás szervercsaládjába tökéletesen illeszkedő, felülmúlhatatlan ár/teljesítmény arányú termékeket kínálunk ügyfeleinknek.” - fogalmazott Robert Holt, a Sun Volume System Products részlegének termékcsoport-menedzsere

Kompromisszumok nélkül

Az alacsony költségű Sun Fire V60x és V65x szervereknél nem kell kompromisszumot kötni az ár és a teljesítmény tekintetében. E gépek valamennyi komponense a teljesítmény szolgálatában áll, s ügyfeleink egyedi igényeiknek megfelelően konfigurálhatják őket.

Mivel kétprocesszoros működésre képes szerverekről van szó, két gyors Intel Xeon chip teljesítménye hasznosítható. Óriási memória-, lemez- és buszkapacitás egy igen kis “dobozban”. A Sun Fire V60x szerver egy, a Sun Fire V65x pedig két rack unit magas kivitelben készül. Ez a robusztus, kompakt, költséghatékony kialakítás hozzájárul a problémamentes szerver- és rackkezeléshez

A Sun Fire V60xés V65x szerverekfőbb tulajdonságai:

* Egy vagy két 3.06 GHz-es Intel Xeon mikroprocesszor

* Akár 12 GB RAM

* Akár hat darab 100 MHz-es PCI-X-bővítőhely

* Egy 533 MHz-es előoldali busz

* Kettős Gigabit Ethernet

A Sun Fire V65x szerver redundáns, működés közben cserélhető tápegységeket is tartalmaz, független tápkábelekkel. Ez maximális elérhetőséget biztosít a működéskritikus környezetekben.

A Sun Fire V60x és V65x szerverek piacvezető hardverük mellett tökéletesen integrált, a Sun Control Station 2.0 és egyéb felügyeleti eszközök használatát lehetővé tevő, az Ön munkáját megkönnyítő felügyeleti funkciókkal is büszkélkedhetnek. Mindemellett a Network Management Protocol és az Intelligent Platform Management Interface támogatásának köszönhetően más vállalatoktól származó felügyeleti eszközök, például a HP OpenView vagy a CA UniCenter is használható.

A Sun Fire V60x és V65x szerverek ideális platformot biztosítanak az igényes munkacsoportos és vállalati alkalmazások számára. Ügyes megoldást jelenthetnek továbbá a tűzfalak és a betolakodás-ellenőrzés, a nagy teljesítményű műszaki informatika és a webszolgáltatások esetében, illetve munkacsoportos vagy adatbázisszerverként.

Rugalmas választási lehetőségek

A Sun nyílt szabványokkal és platformokkal szembeni elkötelezettségének köszönhetően ügyfeleink már régóta nagyfokú szabadságot és rugalmasságot élvezhetnek technológiai infrastruktúrájuk kezelésében. A “bezáródás” elkerülésével csökkennek a költségek, miközben a beruházásuk hozama növekszik.

A Sun elveire, tehát a választási lehetőségekre és a nyíltságra épített Sun Fire V60x és V65x szerverek két erőteljes hálózati operációs rendszert kínálnak a rendszergazdáknak: a Solaris 9 operációs rendszert (x86 Platform Edition) (Solaris 9 OS for x86)és a Red Hat Enterprise Linuxot. Mindkét operációs rendszer megbízható, biztonságos, a vállalat igényeit tökéletesen kielégítő platform.

“Az ügyfelek ragaszkodnak a rugalmassághoz és nyíltsághoz, s a Sun Fire V60x és V65x szerverek mindkettőt jelentős mértékben képes biztosítani. - nyilatkozta Robert Holt. - A Solaris 9 operációs rendszer Inteles változata és a Red Hat Enterprise Linux egyaránt sziklaszilárd, vállalati alkalmazásra kész platformok. Hogy melyiket választják, tulajdonképpen mindegy: a döntés mindenképpen jó lesz.”

A magas rendelkezésre állást megkövetelő, növekvő vállalatok számára a Solaris 9 operációs rendszer Inteles változata skálázhatóságot, megbízhatóságot és biztonságot kínál. A Solaris platformot az erős, beépített felügyelet fémjelzi, a Sun Fire V60x és V65x szerverek pedig olyan erőteljes vezérlőeszközök előnyeit használják ki, mint a Solaris Resource Manager szoftverés a Solaris Volume Manager szoftver.

A Sun Fire V60x és V65x szerverek a Solaris 9 OS for x86 rendszer kínálta Solaris Live Upgrade szoftverés Solaris Flash technológiahasználatával jelentős mennyiségű tervezett és tervezetlen állásidő megelőzésére képesek.

A Sun évtizedeken keresztül gyakorlatilag legyőzhetetlen rendszereket kínált. A Solaris 9 OS for x86 csúcstechnológiájú biztonsági tulajdonságokkalruházza fel a Sun Fire V60x és V65x szervereket. A Solaris Secure Shell szoftver, a SunScreen tűzfalszoftver és egyéb eszközök soha nem látott mértékű hozzáférés-szabályozást biztosítanak a rendszergazdák számára.

A Solaris operációs rendszert már használó Sun-ügyfeleket nem kell meggyőzni a Solaris 9 OS for x86 előnyeiről. A Solaris rendszer teljes vállalatra kiterjedő üzembe helyezésével ügyfeleink élhetnek a közös adminisztrációs felület, a közös felügyeleti eszközcsomag, valamint a teljes körű Sun-támogatás előnyeivel. Ez a költségcsökkentő együttműködés látványosan megnövelheti a beruházások hozamát.

Linux-alternatíva

Azon ügyfeleink számára, akik nem homogén Solaris hálózattal dolgoznak, ügyes megoldást kínálhat a Sun Fire V60x vagy V65x szerver a Red Hat Enterprise Linux rendszerrel. A stabil, biztonságos, nyílt forrású operációs rendszer alkalmazása x86 platformunkon ismét csak a Sun alacsony költségű informatika melletti elkötelezettségéről tanúskodik.

Számos cégnek vannak gazdag Linux-tapasztalatokkal rendelkező munkatársai, akiknek a tudása és szakértelme a Linux alapú Sun Fire V60x vagy V65x szerver üzembe helyezésével kiaknázható. Az egyedi Linux alkalmazások zökkenőmentesen integrálhatók a Sun Fire V60x és V65x szerverekbe, melyeknek a Red Hat Enterprise Linux néhány különleges funkciót is kölcsönöz (például a fürtözést).

Bővebben itt.