A Wind River Carrier-grade Linux az űrbe megy

Linux

Wind River Systems, Inc. ma bejelentette, hogy a Honeywell Aerospace kiválasztotta a Nasa "New Millennium Program Space Technology 8 (ST8) Dependable Multiprocessor" projektjének támogatására. A szerződés megkötése mérföldkő, hiszen ez az első alkalom, hogy a Honeywell Linux platformot választ egy űrmisszióhoz. A "Wind River® Platform for Network Equipment, Linux Edition" termék lesz az az operációs rendszer, amely tudományos és kísérleti adatok feldolgozását fogja végezni az ST8 űrhajó fedélzetén. A bejelentés itt.

( trey | 2007. 06. 18., h – 21:40 )

Tudjátok melyik volt ez a cég... Nem is mondom :)

(Azóta mintha menne a bolt.)

--
trey @ gépház

ja mert hogy a BSD szar, és a linux az jó? A világ fekete és fehér? Mindössze arról van szó, hogy a linux körül hype van. lehet már 100 BSD-s műhold repked fent, és azokon át netezünk, csak az pl nem hír, hogy XYZ BSD-s wc lehúzó automatizálót tervez piacradobni.
---
Reactor error - core dumped!

Akkor miért BSD-s lamerkodast emlegetünk, miért nem csak sima lamerkodast, így arra enged következtetni, hogy most, linuxxal nagy ászok, bsd-val lamerkodtak. a bsd a hiba oka. linuxxal is lehet lamerkodni (pl Caldera/Corel) hogy más, frissebb példát ne hozzak fel (ami viszont szubjektív lenne...) szerintem nem volt 1értelmű, és azt is el tudom képzelni, hogy nem véletlen.
---
Reactor error - core dumped!

Engem már nem érdekel, hogy mi folyik a linuxos fórumokon. Viszont az elég gáz, hogy moderálás van és az indok, hogy sok a flame, miközben jelenleg pont a portál mester kezdte el az egészet. Nekem úgy rémlik, hogy lassan minden SUN-os és BSD-s témához negatívan szól hozzá, viszont a linux kritikákat kitörli. Ha rosszul emlékszem, akkor bocs

Részemről ennyi volt a flame, többet nem szólok hozzá ilyen témákhoz, de még utoljára leírtam a véleményem. Valószínűleg úgyis törölve lesz ...

A linuxnak pont az a hátránya, ami az előnye. Emberi kapcsolatok működtetik, de minden ember utál valakit/valamit ...

---
"A pokolba vezető út is jó szándékkal van kikövezve ..."

de. használják. Van, hogy linux mellett :-) Nemrégiben láttam egy rendszert - használtam is -, ami egy iSCSI-s eszköz volt. A VxWorks elindult, majd a linux. Az iSCSI stb dolgot mind a linux végezte. Ha csak nem a raid vezérlt kontrollálta, akkor nem értettem, hogy mi szükség vna ott a VxWorksre. Ha VxWorksnek van iSCSI target lehetősége akkor meg a linuxra. De gyanítom, hogy a "by design überfasza" "mikro-kernel-az-isten-mert-azzal-aztán-nincsen-baj-soha megoldások nem rendelkeznek olyan softverkomponensekkel, lehetőségekkel, kernel beli - elnézést, mikro kernel által felügyelt user-space beli lehetőségekkel, mint a linux vagy freebsd. Egyszer aztán - modnjuk 6-8 év múlva például - elkezd fejlődni ez a mikrokerneles téma is, ilyen tempóban. Van persze most is, ami tud mindent szinte, marha jó csak egy rakat pénz. Persze attól még marha jó. Tőlem egyébként nem áll távol, hogy azt mondjam,a mikrokerneles megvalósítás jobban tetszik. De a mikrokerneles rendszerek ma kb annyira merülnek ki, hogy a mikrokernel elindít serverként valamit, amit eredetileg nem arra találtak ki.

> Ha csak nem a raid vezérlt kontrollálta, akkor nem értettem, hogy mi szükség vna ott a VxWorksre

Szamtalan sikeres modell van arra (valamint en is preferalom:), amikor a lowlevel management dolgokat egy eleg stabil mikrokernel vegzi, a magasabb szintu funkciokat pedig egy mikrokernel funkcioit hasznalo bugware monolitikus. Ez a hybrid.

értem én, hogy villanymotor, de mi hajtja? Komolyra fordítva a szót: ismerem a hibridet, láttam már működés közben, hogy igen, megy az rendesen. Csak nem értem, hogy ha költség csökkentésről vna szó, akkor abba hogyan fér bele az, hogy:
- veszünk egy nagyobb hardvert, hogy mindkét rendszer működjön - ok, lehet memóriába kitömöríteni rendszert flash-ből stb.-, valamint veszik a VxWorks licenét és a linux kernel hw-re igazítását (ha már rá is volt szabva kakor is össze kell hozni a hibrid rendszerrel). Megoldásnak lehet, hogy jobb lesz, de nem olcsóbb, itt pedig arról van szó. Tehát, ha költség oldalról közelítünk, akkor a WR lépése logikus.

ha költség csökkentésről vna szó

Abban a csodalatos helyzetben vagyunk, hogy amirol te beszelsz az pont nyilvan nem ez.

veszik a VxWorks licenét és a linux kernel hw-re igazítását

Mondom, a hibrid megoldas lenyege hogy bizonyos funkciokat ki lehet valasztani hogy melyik kernel lasson el. Adott esetben a linux pl akar nem is er el real hardvert (lucky!)

értem én. én iscsi tároló megoldást láttam hybriden. egyébként nem hinném ,hogy annyira lesújtó lenne a helyzet linux fronton, mint Te állítod. Nekem például OS X-ben az "fogott meg", hogy egy elkúrt, sérült fonttal milyen szépen tönkre lehet baszni a rendszert. Egy fonttal. De nem gond, elvégre technikailag felsőbbrendű :-) De add oda egy grafikusnak, az megoldja helyetted :-) A 10.2-ig bezárlólag ezt lehetett reprodukálni. Én soha nem gondoltam volna, hogy ez adja fel a kenetet az os x-nek, de meg lehet csinálni. azóta is vadászom azt a sérült fontkészletet :-)

nem. nem olvastam. láttam. én a linux szerverekért és a hálózati eszközökért voltam elsősorban felelős a konkrét helyen. Másodsorban az OS X-ekért lettem volna, de hála Istennek akik használták azok 1.) vagy nem csináltak faszságot és tudták kezelni 2.) (a többség) nagy pofával mondta, hogy ő már x ideje maci hívő stb. és nem lehet hozzányúlni a gépéhez, mondjuk lekorlátozni a usert, hogy ne telepítsen össze vissza mindent (a vezetőség a saját korlátozási kérése ellenére sem adott támogatást a dologhoz).

Szóval ott volt napi tapasztalat. Ismerem én az OS X-et, nem úgy fikázom, hogy boltban láttam. Hogy rövid legyek: végül át lettek ruházva a maci userek - azóta is áldom a nevét - egy emberre, akiben viszont a vezetőség feltétel nélkül megbízott, mert ő csak macival és nyomdagépekkel, meg színkalibrációval foglalkozik több, mint 15 éve. Igaz, közben a problémás usereknek is megköszönték a munkát - egy idő után azért kiderül, hogy azért nem halad valaki a feladatokkal, mert fusizik és nem is mi akadályoztuk -, de utána le lettek korlátozva. Előtte viszont suitcase olyan szépen tönkre tudta vágni a rendszert egy sérült fonttal, hogy csak na. Meg az Apple saját beépített eszközei is, a font book. Nem is én találtam meg a hibát, akkoriban én szartam már nagy ívben a maces lámákra és csak a szerverekre néztem rá, ha kellett. Jobban mondva a bűnöst találta meg. Aztán újra lettek rakva a gépek, egy tesztgépen aztán kiderült, - hirtelen lett olyan is -, hogy melyik font a bűnös. De akkor engem ez meglepett. Utána még 2 hónapot szívtak a csodálatos macikkal a szakértők - az a fene egyszerű rendszer, ugye - mire sikerült úgy összelőni, hogy az adobe, a corel, meg egyéb alkalmazások menjenek is rajta. Aztán userek korlátja beállítva, nicns is sok gond, csak kevés. Például a frissítés. Minden ismeri a proxy kommunikációt, kivéve azt a mocskos szar igénytelen software updatet. használhatatlan fos. Vot, hogy teszteltük egy friss telepítésű macbookot úgy, hogy félig elkezdtük letölteni a frissítéseket, megállítottuk mikor már csak 1 vagy 2 csomag volt hátra és gyorsan átmentünk az irodából ügyfélhez, ahova belépve a squid mögött lehalt a cucc. De akkor is, ha kiengedtük direktben, sima snat-tal a klienst.
Szóval nekem nem kell fényezni macit, meg elmondani, hogy minden milyen szép és gyönyörű, mert az is ugyanolyan szar, mint a többi. Ráadásul ez nem is csak saját tapasztalat. Ezt úgy kell felfogni, hogy minden rendszernek megvannak a skizofrén típushibái, megtanulod megoldani, oszt jó napot.

a baj, hogy ezek nem mendemondák. Ezzel konkrétan szívtunk/szívunk. Egyébként squid listán is előkerült a téma. Az Apple amerikai supportja is szar. Egyébként meg is van a hibás csomag még valahol, mert csináltunk a proxyval dumpot abból, hogy mi közlekedik a proxy és a kliens és a proxy valamint az update szerver között, amit a kliens használt. A probléma notoriusan akkor jött elő, ha egyszer az életében látott egy proxyt a software update. és az mostani hiba. A font probléma sincs két éves. Másfél már megvan, deél a gyanúm, hogy lehetne reprodukálni manapság is.

Aha, persze. Azt ugye lekövetted, hogy annó netacademiánál az AD halt be, ami ugye betonstabil windows szerveren van, nem a szar linuxon? Egyébként meg én magam küldtem be blogba a sikertelen bemutató hírét, szóval ez nem nyert :-) Végül Marcell (Windows-guru) zárta le a kérdést. A megoldást meg is találod a Netacademia blogjai között valahol, keress rá. Már, ha érdekel a valódi eredmény is. Tanulhatsz belőle Te is. Én pl végig a linuxon kerestem a hibát, amit Marcell talált meg Windowson. :-\

Hogy a software updatre visszatérjünk, idéznék levélből:

>> 007-03-19 11:17:33.011 Software Update[186]
>> loader:didFailWithError:NSError "XML parser error:
>> Encountered unexpected EOF
>> Old-style plist parser error:
>> Malformed data byte group at line 1; invalid hex
>> " Domain=SUCatalogLoader Code=0 UserInfo={
>> NSLocalizedDescription = "XML parser error:\n\tEncountered
>> unexpected EOF\nOld-style plist parser error:\n\tMalformed data byte
>> group at line 1; invalid hex\n";
>> NSURL = http://swscan.apple.com/content/catalogs/index-1.sucatalog;
>> }
>> 2007-03-19 13:49:29.953 Software Update[201]
>> loader:didFailWithError:NSError "XML parser error:
>> Encountered unexpected EOF
>> Old-style plist parser error:
>> Malformed data byte group at line 1; invalid hex
>> " Domain=SUCatalogLoader Code=0 UserInfo={
>> NSLocalizedDescription = "XML parser error:\n\tEncountered
>> unexpected EOF\nOld-style plist parser error:\n\tMalformed data byte
>> group at line 1; invalid hex\n";
>> NSURL = http://swscan.apple.com/content/catalogs/index-1.sucatalog;
>> }
>> ### MRJPlugin: getPluginBundle() here. ###
>> ### MRJPlugin: CFBundleGetBundleWithIdentifier() succeeded. ###
>> ### MRJPlugin: CFURLGetFSRef() succeeded. ###
>> 2007-03-19 13:58:11.977 DiskImages UI Agent[209] Could not find image
>> named 'background'.
>> 2007-03-19 14:24:28.542 Software Update[230]
>> loader:didFailWithError:NSError "XML parser error:
>> Encountered unexpected EOF
>> Old-style plist parser error:
>> Malformed data byte group at line 1; invalid hex
>> " Domain=SUCatalogLoader Code=0 UserInfo={
>> NSLocalizedDescription = "XML parser error:\n\tEncountered
>> unexpected EOF\nOld-style plist parser error:\n\tMalformed data byte
>> group at line 1; invalid hex\n";
>> NSURL = http://swscan.apple.com/content/catalogs/index-1.sucatalog;
>> }

ilyenek szaladgáltak tömegével.

egyébként meg nem én téptem első körben a hajamat miatta, hanem a macis emberek. Biztosan jól tudsz érvelni olyanoknak is, akik már maci -10000 óta gyűrik azt az oprendszert :-) és ismerik az idegesítő kis hibáikat. Mellesleg azután kezdett el szarakodni a dolog, hogy lement egy frissítés és volt verzió upgrade, valahol a 10.3 környékén.

Ja, látod, ügyes vagy Te, megtaláltad a hibát is.
"Ago, még nincs megölve a DC, hisz még nem végeztem. De több órányi kutakodás után is csak arra jutottam, hogy a DNS error vitte el az egészet. Most persze semmi baja sincs. Itt van például az Exchange Server, ami szintén nem látta a DC-t. Az "őrület" nevű service jelezte a hibát (MAD.EXE).Ehhez aztán nagy kihívás lett volna akármivel is csatlakozni:"

Mielőtt égetni akarsz valakit, nyugodtan nézd meg a teljes történetet, mert akkor nem Te égsz be :-) (hacsak nem felejtetted el szándékosan a konklúziót is beírni).

Nekem például OS X-ben az "fogott meg", hogy egy elkúrt, sérült fonttal milyen szépen tönkre lehet baszni a rendszert. Egy fonttal. De nem gond, elvégre technikailag felsőbbrendű :-)

Kérdés, hogy a "tönkrebaszni a rendszert" egészen pontosan mit jelent. Nem ismerem az OS X-et és nem tisztem megvédeni, de elképzelhető, hogy az OS-nek egy olyan rétege borult meg (pl. grafikus felület), amit már nem lehetett reboot nélkül életrekelteni. Gyakorlati értelemben mondhatod azt, hogy ha egy rendszert a billentyűzeten keresztül illetve a hálózati interfészén keresztül nem tudsz elérni az "lefagyott". Valójában a rendszer nagyrésze lehet hogy működik, csak kívülről nem éred el. Nem véletlen, hogy Tannenbaum is olyan mikrokerneles rendszerről beszélt néhány hete (most nincs kedvem megkeresni, de azt hiszem itt a hup-on is volt hír), amelyik érzékeli, ha egy részrendszere nem működik, és ekkor újraindítja azt. Egy ilyen rendszert mikrokerneles alapon (állítólag) egyszerűbb megcsinálni, és szerintem is errefelé fog haladni a OS-ek fejlődése.

init();

inkább fogalmazzunk úgy: ahol a hardveren többet lehet spórolni, mint a programon (linux kernel módosítási is költség). A tiszta verseny kedvéért: 1 azaz egy darab Linksys WRT54G-n futott VxWorks, mikor memóriát csökkentettek. A Prestigio NAS-nál _is_ vegyes a környezet, azon, amit legutoljára láttam. A disztribútor amit mutogatott. itt fenntartom a tévedés jogát, lehet, hogy nem vegyes környezet, mint a másik esetben csak linux és csak vxworks-ös cuccok _is_ lehettek, de ezeket nem ma néztem :-) Viszont biztosan tudom, hogy volt linuxos cucc prestigioban a fent említett témakörben.

A v7-tol valoban. Nem veletlen szuletett meg a GL verzio. Amugy a WRT54GS-sen sem linux van ha jol remlik, es a tobbi linksys cuccon is ritka az OpenWRT.
Prestigio (mindamellett, hogy higfos es ott dogoljon meg az osszes tervezomernoke ahol van), eddig javareszt vx-es cuccot lattam, hasznaltam. Sajnos ilyen zummog a sarokban is. Ritka rossz vetel volt.

---
pontscho / fresh!mindworkz

A pontossag kedveert: v5-tol van VxWorks, es szallitanak GL modelt is, ami ugyanaz mint a v4 (tehat limugz, nagyobb memoriaval hogy beleferjen:)

Igaz. Most hogy mondod, be is ugrott, hogy v5-tol mar varazsolni kell, hogy OpenWRT felkusszon ra.

---
pontscho / fresh!mindworkz

Akkor valoszinuleg sikerult beszerezned egy "karcsusitott" (2M flash, 8M ram) verziot, gratulalok. Az eredeti wrt53G tudasaval megegyezo aru routert kapsz fele annyiert is. Ertelmes ember azert fizet 2x annyit egy linksysert mert kis munkaval jelentosen nagyobb funkcionalitas (pl openvpn server) is belezsufolhato.
Ja es szerinted miert kerenk el kb. ugyan annyit a fele akkora flasht es ramot tartalmazo verzioert? (hint: vxworks, royalty)

Es mi a raknak akarok en wrt-be openvpn szervert rakni? :) (eltekintve attol hogy milyen elkepesztoen bugware modon van megirva) (ne aggodj el tudok kepzelni ilyen szituaciot, csak nem tul gyakori) Tortenetesen raktam mar ra custom, proprietary vpn klienst, eleg gyatra am annak a MIPS-nek a[z SSL] performanciaja. Vajon szerverkent milyen lehet? :) A linuxos JFFS driver rettenetes CPU zabalasaval (bizonyos korulmenyek kozott, pl ha elegge tele van, ami azert ennel eleg gyakori) meg foleg gondjaim vannak.

Es hol jon a kepbe a linksys? Nincs egy normalis szervered?

Most erre a megfelelo visszakerdes az lenne hogy "Es hol jon a kepbe egy szerver 100W+ aramfogyasztassal, amikor az adott funkcionalitas megoldhato 10W-bol is. Nincs normalis hozzaallasod?"
De nem teszem fel mert - mivel tudom hogy nincs - koltoi kerdes lenne. Normalis (felelosen gondolkozo, nem onzo es ignorans) foldlako hallott olyasmirol hogy uveghazhatas, C02, kyoto meg hasonlok es ha megoldhato, nem pazarol el egy Wh energiat sem. De ezt toled persze senki nem varja el.

nahat, te is ujrafelhasznalt alapanyagokbol keszitett szamitogepet hasznalsz? autod sincs, ugye? :)

Nahat te sem tudsz olvasni? Vagy olvasni tudsz csak a szovegertessel van problemad? Vagy csak maskepp ertelmezzuk a "ha megoldhato" kifejezest? Vagy en fogalmaztam pongyolan? Akkor csak itt, csak most, csak Neked pontositok: megoldhato = lenyeges funkcionalitasvesztes nelkul megoldhato. Csak utalok regenyt irni gyp stilusban, ha a szovegkornyezetbol amugy is ki kellene tudd parse-olni a lenyeget (tudod, olvasni a sorok kozott...)

Amugy autom van, de hetkozben tomegkozlekedessel/gyalog jarok, auto szinte csak varoskozi kozlekedesre/nagybevasarlasra hasznalt. Bar ez mar nem felel meg a "lenyeges funkcionalitasvesztes nelkul" feltetelnek, mert a tomegkozlekedesi eszokzokon a legritkabb esetben biztositanak normalisnak nevezheto korulmenyeket (jaratsuruseg, homerseklet, stb.) Abszurdisztanban...
A szamitogepeim meg olyan alapanyagokbol keszultek amibol a gyartok keszitettek, ebbe nincs beleszolasom, viszont altalaban elhasznalom a gepeimet, ugy 3-5 eve nem volt jelentosen felujitva egyik sem (ertsd alkatresz kidobva es ujabbal helyettesitve) csak bovitve (RAM). Kinott notebookot meg apos hasznalja, szoval az sem a veszelyes hulladek lerakoban kotott ki.

Szoval hiaba ironizalsz itt nekem, a kornyezettudatos gondolkodas nem egyenlo sotetzold gondolkodassal. Mindossze annyit jelent hogy a donteseidnel figyelembe veszed ezeket a szempontokat is, es ha nem jar tul nagy aldozattal, a kornyezetbaratabb megoldast valasztod. Sajnos sokan meg erre is keptelenek.

"Miert legyek tisztesseges, kiteritenek ugyis
Miert ne legyek tisztesseges, kiteritenek ugyis"

Ha mar ugyis minden mindegy, miert nem huztok a fejetekre egy nejlonzacskot es fekszetek le a foldre megfulladni? Vagy legalabbis bejelentkezni az orvoshoz es elkottetni magad mert ha veletlenul gyereket talalsz csinalni az szerencses esetben veled egyutt, kevesbe szerencses esetben a szemed lattara nyulik majd ki. Az alternativ energiaforrasokbol meg ugy se lesz soha semmi hogy ellassa a soksok kinait meg indiait energiaval anelkul hogy co2-t bocsajtana ki, a tokamak reaktorokat is azert epitik (meg india is) mert soha nem lesz beloluk semmi hasznalhato, csak tul sok a penzuk.
De valoban egyszerubb minden mindegy mentalitassal leszarni az egeszet, mint megtenni azt ami toled telik... Csak nekem tudod gyenge a gyomrom es megint mennem kell hanyni, bocs.

egesz eletedben szetvalogatod a szemetet, biciklivel jarsz, meg minden, azt majd lesel mikor rajossz, hogy egy kereskedelmi hajo egy utja alatt tobb szennyezest csinal, mint az egesz varos lakossaga egy ev alatt.
es ez nem poen

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Egyszeru. Volt ot percem a munka kozben megdoglott masik WRT helyett beszerezni egy mukodo peldanyt (az a mocsok is csak ugy fogta magat, es ugy gondolta, h nem ohaj tobbet mukodni). Ugyhogy inkabb az erdekelt, hogy mukodjon es szorja a netet, mint az, h fut-e linux rajt. Azota lecserelodott egy GL-re, azon ma OpenWRT van, a "regi" pedig kikerult hugomek hazaba. Szamukra valahogy teljesen lenyegtelen milyen kign OS fut rajta, oket az erdekli, h legyen net. A tobbi erdektelen. Nem mindenki akar OpenVPN-t, NFS/SMB/WiFi sniffer szervert csinalni WRT-bol.

---
pontscho / fresh!mindworkz

Uh, tudom hogy egy unixos portalmester ugy ontheti az ostobasagat a vilagba ahogy akarja, de nekem ugy tunik hogy a ceg, ami szamtalan ureszkozt es foldi embedded device-t ellatott mar embedded realtime OS-el (es amit jelentektelen cegecskenek tudtal - es flameltel - egeszen tegnapig, kozrohejt okozva), most egy olyan projectben is reszt vesz ami gyakorlatilag "cutting the costs", mivel egy olcso, monolitikus OS-t probalnak hozzaigazitani egy olyan feladathoz amire (a kiirasbol lathatoan) by design eredetileg nem alkalmas, aztan megnezik milyen gyorsan csinal a space radiation urszemetet a pingvinbol.

... Tulajdonkepp tetszik :)

Tehát a Wind River-ről beszélt? Ja, akkor azért nem értettem.

Írta:

"es amit jelentektelen cegecskenek tudtal - es flameltel - egeszen tegnapig, kozrohejt okozva"

Nos, évek óta dícsérem a Wind River-t. Egészen pontosan azóta, amióta Linux-szal foglalkozik. Ezért nem értettem kedves barátunkat.

Csúnya melléfogás esete forog itt fenn a trollantyútól.

--
trey @ gépház

( bra | 2007. 06. 19., k – 10:06 )

Hiába, fontos a költségcsökkentés, a célszoftvert és hardvert egyre inkább kiváltják a kommersz megoldások.

Akárhogy is, nem szeretnék olyan repülőn utazni, amelyet egy ilyen költségcsökkentett megoldás vezérel, annak viszont örülök, hogy a Wind River nagy rendelkezésre állást és nagyobb hibatűrést biztosító módosításai visszakerülnek a kernelbe, bár ahogy látom nem hülyék és megoldják, hogy erre ne legyen szükség. :)