| |
Diszkó
Diszkó településenként ezen az oldalon
Diszkó Baja
Márton Kft.6500 Baja, Vasvári P. u. 14. 79/323-428, 30/938-3744 http://www.m-family.hu |
bélyegzőkészítés, disco, disco club, diszkó, dj, fénymásolás, gravírozás, irodaszer, irodatechnika, írószer, névjegykártya, nyomtatvány, papír-írószer, party, szakdolgozat kötés, szórakozóhely, vendéglátás, zenés szórakozóhely Diszkó Balatonföldvár
See Panzió és Étterem8623 Balatonföldvár, Ady E. u. 2. 20/337-8981, 84/340-755 http://www.balaton.hu/see |
diszkó, erkély, étterem, félpanzió, fürdőszoba, hajózás, hűtőszekrény, pótágy, söröző, svédasztalos reggeli, szabadstrand, szálloda, szoba, turizmus, TV, vendéglátás, vitorlázás, zeneiskola, zuhanyzó Diszkó Bóly
Club T-boy7754 Bóly, Tischler domb (kisváros Pécs és mohács között!) Mobil: 06-209230592 clubtboy kukac clubtboy.hu, sago kukac boly.hu http://www.clubtboy.hu/ |
alkoholos ital, BACARDI, BAILEYS, bár, buli, CORONITA, disco, diszkó, DREHER, kikapcsolódás, szórakozás, szórakozási lehetőség, szórakozóhely, tequila, zene Diszkó Budakalász
Club Jungle Music Club & Pizzéria2011 Budakalász, Pomázi u. 2. 30 9346-123 http://web.axelero.hu/show99 |
disco, diszkó, ital, klub, lézershow, pizza, pizzéria, vendéglátás, zene Diszkó Budapest
Morrisons Music Pub1065 Budapest, Révay u.25. 269 4060, 70/505-9870! rendezveny kukac morrisons.hu, info kukac morrisons.hu http://www.morrisons.hu |
disco, diszkó, étel, ital, klub, program rendezése, pub, szórakozóhely, szórakoztatás, zene Fat Mos Music Club1056 Budapest, Nyári Pál u. 11. 267-3199 fatmo kukac axelero.hu http://www.fatmo.hu |
amerikai konyha, bár, blues zene, chippendale show, disco, diszkó, drinkbár, élőzene, étterem, európai konyha, ital, jazz zene, klub, koktélbár, koncert, latin zene, legénybúcsú, music club, pub, rendezvényszervezés, szórakozóhely, szórakoztatóipar, vendéglátás, zene, zenés szórakozóhely Pacha Bár1051 Budapest, Vigadó tér 2. 327-4340 http://www.partyarcok.hu/20021221pacha.html |
bár, disco, diszkó, előétel, ételkülönlegesség, étterem, főétel, halétel, leves, nemzeti konyha, rendezvényszervezés, üzleti ebéd, vegetáriánus étel, vendéglátás Trocadero Cafe1050 Budapest, Szt. István krt. 15. 311 4691 Mobil: 06-305-466-496 djgonzales kukac freemail.hu http://trocadero.uw.hu/ |
BACARDI, bár, BOMBA, CAROLANS, disco, diszkó, DREHER, GARRONE, GARRONE CHERRY, gin, HEINEKEN, JIM BEAM, JOHNNIE WALKER, kávézó, MALIBU, MARTINI, music club, music pub, PINA COLADA, szórakozóhely, szórakoztatóipar, tequila, TOKAJI Dokk Club - Hajógyári sziget1033 Budapest, Hajógyári Sziget Mobil: 30 535 2747 info kukac dokkdisco.hu http://dokkdisco.hu |
BACARDI, BOMBA, BORSODI, buli, CHIVAS REGAL, CORONITA, disco, diszkó, DREHER, gin, HEINEKEN, JACK DANIELS, JIM BEAM, kikapcsolódás, MARTINI, METAXA, music club, PINA COLADA, program, SHERRY, szórakozás, szórakozóhely, tequila, UNICUM, vodka, zene Blondy Club1024 Budapest, Tölgyfa utca 1-3. 336 0850! Mobil: 30 570 5581 blondyclub kukac yahoo.com http://www.blondyclub.com |
BACARDI, BAILEYS, bár, buli, disco, diszkó, drinkbár, JIM BEAM, kávézó, koktél, MARTINI, PINA COLADA, randi, STELLA ARTOIS, szórakozás, szórakozóhely Bamboo Music Club1066 Budapest, Dessewffy u. 44. 428 2225 Mobil: 70/5697716 info kukac bamboomusicclub.com, info kukac bamboomusicclub.hu http://www.bubbledanceclub.hu/ |
BACARDI, bár, BOMBA, buli, CORONITA, disco, diszkó, drinkbár, GARRONE, GÖSSER, ismerkedés, JIM BEAM, kikapcsolódás, koktél, MARTINI, randi, RED BULL, STELLA ARTOIS, szórakozás, szórakozóhely, zene Olds Club1138 Budapest, Csavargyár u. 1-3. oldsclub kukac freemail.hu http://oldsclub.atw.hu/ |
bár, disco, diszkó, kikapcsolódás, music club, music pub, szórakozás, szórakozóhely, zene Buddha Inside-Retro Inside-Groovy Inside1093 Budapest, Közraktár utca 9-11. 210 4872 Mobil: 20 361 3445 info kukac clubinside.hu http://www.clubinside.hu |
bár, buli, disco, diszkó, szeszes ital, szórakozás, szórakozóhely Mambo Night Club1011 Budapest, Hegyalja út 2. BACARDI, bár, buli, COCA-COLA, diszkó, drinkbár, éjszakai bár, koktél, koktélbár, night-club, PALL MALL, SEGAFREDO, szórakozás, szórakozóhely, szórakoztatás, szórakoztatóipar, vendéglátás, vendéglátóipar, zene Márton Áron Szakkollégium1037 Budapest, Kunigunda útja 35. 368-8860 http://www.martonaron.hu |
csoportos szállás, diákotthon, diszkó, drogprevenció, egyéni szállás, étkezési lehetőség, irodalmi est, karrierfejlesztés, kollégium, könyvtár és archívum, nemzetközi diákigazolvány, oktatás, ösztöndíj, pályázatfigyelés, pizza, pizzéria, sport, szállás, szálláshely Eventshall1000 Budapest, Hajógyári Sziget info kukac szigeteventshall.hu http://www.szigeteventshall.hu/ |
buli, disco, diszkó, music club, music pub, szórakozóhely AAA Strawberry Youth Hostel II.1096 Budapest, Kinizsi u.2-6. 217-3033, 260-9499 http://www.hotels.hu/strawberryhostel2 |
bár, diszkó, hostel, hotel, különterem, pénzváltás, programszervezés, szállás, szálláshely, szálloda, turizmus, vendéglátás, vendéglátóipar Citadella Hotel1118 Budapest, Citadella sétány 466-5794 http://www.citadella.hu/info.htm |
ajándékbolt, csoportkedvezmény, diszkó, élőzene, étterem, hotel, kávézó, lézershow, magyaros konyha, nemzetközi konyha, parkolási lehetőség, party, pénzváltás, söröző, szállás, szálláshely, szálloda, széfhasználat, szórakozóhely, terasz, turizmus, vendéglátás SZÓDA Kávézó&mulató1075 Budapest, Wesselényi u. 18 461-0007 http://www.szoda.com |
disco, diszkó, fotógaléria, galéria, kávézó, kiállítás, koncert, szórakozóhely, vendéglátóipar, zenés szórakozóhely E-Klub1101 Budapest, Népligeti út 2. 263-1614 Mobil: 20 414 5025 office kukac e-klub.hu http://www.e-klub.hu |
disco, disco club, diszkó, erotikus show, koncert, szórakozás, szórakozóhely, szórakoztatás, szórakoztatóipar, szórakoztató műsor, zene, zenés szórakozóhely LivingROOM1053 Budapest, Kossuth Lajos utca 17. Mobil: Lendvai János [70] 380 70 90, Mikus Márton [70] 380 70 92!, 70-380-7125 info kukac livingroom.hu http://www.livingroom.hu/ |
alkoholmentes ital, BACARDI, BAILEYS, BALLANTINES, bár, BB, BORSODI, buli, CAMPARI, CHIVAS REGAL, CORONITA, disco, diszkó, DREHER, GARRONE, gin, GÖSSER, HEINEKEN, ismerkedés, JACK DANIELS, JIM BEAM, JOHNNIE WALKER, koktél, MALIBU, MARTINI, METAXA, MILLER, music club, PILSNER URQUELL, PINA COLADA, RED BULL, SHERRY, sör, szórakozás, szórakozóhely, tequila, THEODORA, TÖRLEY, UNICUM, üdítő, vodka Bed Beach - Hajógyári sziget1033 Budapest, Hajógyári sziget buli, disco, diszkó, koktél, koktélbár, szórakozóhely B7 Palace Club1152 Budapest, 1152 Budapest Késmárk utca 32. info kukac b7palace.com, info kukac b7palace.hu http://www.b7palace.com/ |
BACARDI, BAILEYS, bár, BOMBA, buli, disco, diszkó, ismerkedés, JIM BEAM, kikapcsolódás, koktél, MARTINI, music club, randi, szórakozás, szórakozóhely, tequila Barokko Club & Lounge1065 Budapest, Liszt Ferenc tér 5. 322-0700, 342-1505 barokko kukac barokko.hu http://www.barokko.hu/ |
BACARDI, BAILEYS, bár, CORONITA, disco, diszkó, DREHER, drinkbár, étterem, MALIBU, music club, STELLA ARTOIS, szórakozási lehetőség, terasz, UNICUM Süss Fel Nap1055 Budapest, Honvéd utca, Szent István krt. sarok-->Szt.István krt.11. 3023799, 374 33 29 sussfelnap kukac sussfelnap.hu http://www.sussfelnap.hu |
BACARDI, BAILEYS, bor, BORSODI, buli, CAROLANS, CORONITA, disco, diszkó, DREHER, energiaital, étel, GARRONE, HEINEKEN, ital, JIM BEAM, JOHNNIE WALKER, kávé, koktél, koncert, MARTINI, music club, pezsgő, PILSNER, PINA COLADA, sör, STELLA ARTOIS, szórakozóhely, tequila, UNICUM, üdítő, zene Djinn Pub, Caffe1060 Budapest, Teréz krt. 23. 3020640 info kukac djinn.hu http://www.djinn.hu/ |
alkoholos ital, ásványvíz, BAILEYS, buli, CAMPARI, CORONITA, disco, diszkó, kávé, kikapcsolódás, koktél, MANHATTAN, music club, PINA COLADA, pub, SIÓ, STELLA ARTOIS, szórakozás, tánc, tea, üdítő, zene Upside Down Caffe & Club1050 Budapest, Podmaniczky tér 1. (Arany János utcai Metro megálló - Podmaniczky tér = Bajcsy-Zs. út - Arany J. u. sarok) Mobil: 70 3679619 http://www.upsidedown.tag.hu/ |
disco, diszkó, kávé, kávékülönlegesség, kávézó, koktél, music club Palásti és Társa Kft.1214 Budapest, Rákóczi F. u. 251. 276-8246 http://www.palasti.hu |
ablakpárkány, asztal, asztallap, belsőépítészet, beltéri burkolat, bérmunka, burkolat, díszítőkő, diszkó, egyedi bútor, emlékmű, emléktábla, építészet, épületdíszítés, épületfelújítás, épületmunka, épületszobrászat, fürdőszobapult, gránit, gránit ablakpárkány, gránitburkolat, gránit épületmunka, gránitmegmunkálás, gránit padlóburkolat, gránitpult, járda, járólap, kandalló, kandallóburkolat, kegytárgy, kerítés, kert, kertépítés, kerti bútor, konyhapult, korlát, kő, kőburkolat, kőfaragás, kőfeldolgozás, kőkorlát, kőmegmunkálás, kőszobor, kőszobrászat, kültéri burkolat, lakberendezés, lépcső, lépcsőburkolat, lépcsőkorlát, márvány, márványburkolat, márvány épületmunka, márványlépcső, medence, medenceburkolat, mészkő, mészkő burkolat, munkalap, oszlop, párkány, pult, síremlék, sírkő, sírkőkészítés, szobor, szobrászat, szökőkút, teraszkorlát, térburkolat, zuhanytálca Új Randevú Étterem1073 Budapest, Erzsébet krt. 28. diszkó, élőzene, esküvő, étterem, gépzene, házhozszállítás, iskolai rendezvény lebonyolítása, kávéház, kávézó, különterem, magyaros konyha, nemzetközi konyha, olasz konyha, pizza házhoz szállítása, pizzarendelés, pizzéria, pub, reformkonyha, rendezvényszervezés, vendéglátás, vendéglátóipari egység VISION Laser&Show1041 Budapest, Rózsa u. 57. 30/950-3569 http://www.visionlaser.hu |
diszkó, diszkófény, effekt, esküvői ajándék, esküvői tűzijáték, fényeffekt, fénytechnika, kiállítás, látványshow, látványtechnika, lézerábra, lézerberendezés, lézereffekt, lézergrafika, lézerreklám, lézershow, lézertechnika, művészet, party, reklám, show, showműsor, szórakoztató műsor, tűzijáték, tűzzsonglőr PINGPONG Ázsiai Koktélbár1061 Budapest, Király u. 34. 431-7181 http://www.pingpongkiraly34.hu |
ázsiai étel, desszert, diszkó, étterem, főétel, keleti étel, koktél, leves, rizsétel, saláta, tésztaétel, vendéglátás, vendéglátóipari egység Citadella Szálloda1118 Budapest, Citadella sétány 466-5794 http://www.hotels.hu/hotelcitadella |
diszkó, étterem, grillterasz, hotel, magyaros konyha, nemzetközi konyha, pénzváltás, saját parkoló, söröző, szálláshely, szálloda, szállodai szoba, turizmus, vendéglátás Monostori Gábor - DJ. MONO1000 Budapest, N/A 30/632-0922 http://www.djmono.hu |
céges rendezvény, disco, diszkó, hangosítás, hangtechnika, házibuli, lemezlovas, rendezvénytechnika Klub 112 Kft.1067 Budapest, Podmaniczky utca 29. 70/4529711, 3122-112 http://www.klub112.hu |
disco, disco club, diszkó, rendezvényszervezés, szórakozás, szórakozóhely, táncos szórakozóhely, vendéglátás, zenés szórakozóhely Club Fantasy1137 Budapest, Pozsonyi út 4. 239-1806 http://www.clubfantasy.hu |
alkohol, bár, diszkó, ételbár, ital, kikapcsolódás, klub, koktél, szórakoztatás, üdítő, vendéglátás, zene, zenés szórakozóhely Coronita Music Club1033 Budapest, Hajógyári Sziget Mobil: 30 408 3965 info kukac pacha.hu http://www.clubcoronita.hu/ |
alkoholos ital, BACARDI, BAILEYS, bár, buli, disco, diszkó, DREHER, HEINEKEN, koktél, music club, randi, SHERRY, STELLA ARTOIS, szórakozás, szórakozóhely, tequila, UNICUM, vodka Club 111119 Budapest, Tétényi út 63. 206 0256 http://www.club11.hu |
BACARDI, BAILEYS, bár, BOMBA, disco, diszkó, GARRONE, GÖSSER, HEINEKEN, kávézó, kikapcsolódás, MARTINI, randi, STELLA ARTOIS, szórakozás, szórakozóhely, találkozó, vendéglátás, vendéglátóipar Oázis Kávézó és Disco Club1110 Budapest, Fehérvári út 120. 206-1225 Mobil: 06-70-267-1551, 06-70-703-1963! info kukac oazisdc.hu http://oazisdc.hu/ |
bár, disco, diszkó, ebéd, étterem, házhozszállítás, ismerkedés, kávézó, kikapcsolódás, koktél, randi, reggeli, szórakozás, szórakozóhely, találkozó, vacsora, zene Capella Cafe1056 Budapest, Belgrád rakpart 23 318-6231 capella kukac uw.hu, capella kukac axelero.hu http://www.capellacafe.hu/ |
disco, disco zene, diszkó, étel, ismerkedés, ital, műsor, szórakozás, szórakozóhely, vendéglátás, vendéglátóipari egység Szikla-kert1105 Budapest, Csajkovszkij Park 1. Mobil: 30 222 3116 info kukac szikla-kert.hu http://www.szikla-kert.hu/ |
bár, disco, diszkó, kikapcsolódás, koktél, music club, rövidital, sör, szórakozási lehetőség, zene Portside Pub és Restaurant1074 Budapest, Dohány u. 7. 351-8406 http://www.portside.hu |
COCA-COLA, diszkó, étel, étterem, ital, pub, STELLA ARTOIS, szórakozás, szórakozóhely, szórakoztatás, vendéglátás, zene Új Vár Klub1117 Budapest, Irinyi u. 42. alkoholos ital, buli, büfé, disco, disco club, diszkó, dj, együttes, előadóművész, fellépés szervezés, ital, klub, koktélbár, koktélparty, koncert, pizza, promóció, rendezvényszervezés, saláta, salátabár, szórakozás, szórakozóhely, szórakoztatás, szórakoztatóipar, vendéglátás, vendéglátóipar, zene Sakál Club1053 Budapest, Curia u. 2. disco club, diszkó, dj, élőzene, esküvői rendezvény, étterem, éttermi szolgáltatás, frissensült, házibuli, karaoke, koktél, magyaros étel, menü, mixer show, party, rendezvényszervezés, svédasztal, szórakozóhely, vendéglátás, vendéglátóipar Retro 77 Club1050 Budapest, Arany János u. 25. Mobil: 20 255 7777 retro77 kukac retro77.hu http://www.retro77.hu/ |
bár, disco, diszkó, kikapcsolódás, koktél, music club, rövidital, sör, szeszes ital, szórakozási lehetőség, üdítő, zene Verne Étterem & Music Club1056 Budapest, Váci u. 60. 30/9403894, 318-6274, 318-9952 http://www.verne-restaurant.com |
bor, disco, diszkó, étel, ételspecialitás, étterem, halétel, hitelkártya elfogadása, húsétel, ital, italspecialitás, kávézó, koktél, nemzetközi konyha, saláta, sör, szórakozás, szórakoztatás, vegetáriánus étel, vendéglátás, zene Club Riviera1077 Budapest, Dohány u. 22 322-0006 info kukac clubriviera.hu http://clubriviera.hu/ |
alkoholos ital, bár, BB, BORSODI, disco, diszkó, DREHER, GÖSSER, HEINEKEN, kikapcsolódás, LEFFE, MARTINI, music club, randi, STELLA ARTOIS, szórakozás, szórakozóhely Klub Király Night Club1068 Budapest, Király u. 70. bár, disco, diszkó, ital, koktél, masszázs, night-club, szaunahasználat, szórakozóhely, vendéglátás Logic Stúdió Bt.1213 Budapest, Ordas u. 8/b. 277-1471, 20/320-9606, 20/320-9616 http://http:/ |
akusztikai tanácsadás, ALESIS, BEHRINGER, bemutató, diszkó, fénytechnika, fénytechnikai berendezés, fénytechnikai berendezés bérbeadása, hangrendszer, hangstúdió, hangtechnika, hangtechnikai berendezés, hangtechnikai berendezés bérbeadása, koncert, látványtechnika, lemezlovas, rendezvényszervezés, rendezvénytechnika, színpadtechnika, szórakoztató elektronika, világosítás Clear Tech1142 Budapest, Kassai tér 13. 30/933-5305 http://ismeretlen |
bál, beltéri rendezvény, diszkó, divatbemutató, GALA, koncert, lakodalom, rendezvényszervezés, sportrendezvény, szabadidő, szabadtéri rendezvény Diszkó Budapest A Baross utca és a Szentkirályi utca
Klub Dilemma1083 Budapest A Baross utca és a Szentkirályi utca, Baross utca 266-4894 info kukac klubdilemma.hu http://www.klubdilemma.hu |
aperitif, baráti összejövetel, baráti rendezvény, baráti találkozó, baráti találkozó lebonyolítás, családi rendezvény, csapolt sör, disco, diszkó, eljegyzés, esküvői vacsora, esküvő lebonyolítása, étterem, éttermi szolgáltatás, éttermi vendéglátás, funky party, galéria, gin, kávé, kávékülönlegesség, kávézó, koktél, koktélbár, koktélkülönlegesség, koktélparty, konyak, likőr, mediterrán konyha, melegkonyha, melegkonyhás étterem, névnapi rendezvény, rendezvény lebonyolítása, rum, szórakozóhely, születésnapi party, tequila, vállalati parti, vendéglátás, vendéglő, vodka, whisky, zártkörű rendezvény Hírek Diszkó témában stop.hu
2008-06-24 17:37:00 | 12,5 millió utas négy év alatt |
| Az idén a tavalyit 120 ezerrel meghaladó, több mint 820 ezer ferihegyi utasra számít a Wizz Air diszkont légitársaság, amely négy éve indította első budapesti járatát - áll a légitársaság közleményében. |
www.optimedia.hu
2009-01-16 11:15:53 | Vizio - Vbr100 $200 Dolláros Bd-Live Blu-Ray Lejátszó |
| Lehetett rá számítani, hogy a Vizio leviszi a VBR100 Blu-Ray lejátszó árát $150 US Dollárra, na de ez a $200 MSRP Dolláros kiskereskedelmi ár egy BD-Live lejátszóért.Jelenleg a Blu-ray lejátszók adják a legtökéletesebb képet és elkényezteti a tulajdonost a varázslatos 1080p minőségű felbontással is. Most $199.99 US Dollárérét mérik a VIZIO legutoljára megjelent VBR100 Blu-Ray lejátszóját. Ez az ár gyakorlatilag azt jelenti, hogy ezután szinte mindenki megengedhet már magának egy ilyen készüléket.A készülék kapott egy 108MHz/11-bites D/A Videó konvertert (DAC). A VBR100 tehát képes mindenféle felkonvertálás nélkül élből 1080p minőségű videó anyag leadására, egy mezei Blu-Ray lemezről. Ezen túl pedig, 720p/1080i/1080p videó felkonvertálásra standard felbontású DVD diszkekről (kizárólag a HDMI kimeneten keresztül).A 24-bit/192kHz D/A konverter képes a legutolsó surround formátumok dekódolására is. A VBR100 beépített dekódere elbánik a kompresszálatlan audió formátumokkal is, mint a íb>Dolby TrueHD, DTS-HD Master Audio, vagy a többcsatornás PCM. Természetesen a megszokott térhatású hangformátumokkal is elboldogul, mint például a Dolby Digital, Dolby Digital Plus, vagy a DTS.A szuper vékony lejátszó egyébként kompatíbilis a Blu-Ray lemezekkel és elboldogul a BD-Live anyagokkal is, viszont csak standard DVD-Video visszajátszására képes, DVD-R, DVD-RW. Az audió szekcióban pedig CD-audió, CD-R és CD-RW lemezekre égetett MP3 fileokat is visszajátszik.A VBR100 Tulajdonságai:- Videó kimenetek: HDMI (1.3), component, és composite- Audió kimenetek: 7.1 csatornás analóg audió, Koaxiális és optikai digitális audió, és- Analóg sztereo (RCA) kimenet- Távirányító- Megjelenés időpontja 2009 Április- Ár $199.99Forrás: hificity.hu |
www.mno.hu
2008-10-02 19:50:00 |
Tovább terjeszkedik Romániában a WizzAir
|
|
A Wizz Air diszkont légitársaság három újabb, Airbus A320 típusú repülőgéppel bővíti romániai bázisait és megduplázza kapacitását a következő fél évben - közölte a légitársaság az MTI-vel csütörtökön. Az első repülőgép a Wizz Air tizedik bázisára, Temesvárra érkezik jövő februárban, az új bázist a légitársaság a tervezettnél egy hónappal korábban nyitja meg.
|
www.portfolio.hu
2008-10-29 12:50:00 | Csődbe ment a Sterling - egy diszkont légitársasággal kevesebb Ferihegyen |
| Újabb légitársaság lett az áldozata a légiközlekedési szektor válságának, a Sterling a mai napot jelentett csődöt és azonnali hatállyal törölte összes járatát. A diszkont légitársaság Ferihegyről... |
www.mno.hu
2008-12-23 12:28:00 |
Vegyes mozgások az állampapírpiacon
|
|
Az Államadósság Kezelő Központ (ÁKK) 3 és 12 hónapos diszkont kincstárjegyeket hirdetett meg értékesítésre keddi aukcióján, a 3 hónapos (D090401) papír hozama 12 bázisponttal csökkent, a 12 hónaposé (D091118) 16 bázisponttal emelkedett.
|
www.harmonet.hu
2008-07-09 16:28:00 | Puffadás, görcs, hasi diszkomfort - Meddig tűrj és mit tehetsz? |
| Időnként szinte mindenkit gyötörnek gyomor- és hastáji panaszok, legyen az görcs, fájdalom, diszkomfort vagy más kellemetlen tünet. Ha azonban ezek a tünetek rendszeressé válnak, jelentősen ronthatják a munkavégzést, a mindennapi életvitelt. Mi a teendő? Mikor és hogyan lépj? |
www.penzcentrum.hu
2008-09-25 06:00:01 | Ha nem értenéd, mi folyik a gazdaságban - egy kis magyarázat a válsághoz |
| A pénzügyi piacokat 2007 augusztusában elérő válságot elsősorban az USA jelzáloghiteleinek bedőlése, illetve várható bedőlése idézte elő. Ennek okait, vagyis a másodlagos jelzálogpiac diszfunkcióit rengeteg tanulmány megvitatta már, felhívva a figyelmet az észnélküli, illetve laza hitelezési gyakorlat káros következményeire. A válsághoz azonban az ingatlanpiac működési zavarai, számos intézményi sajátosság, adózási, jogi és egyéb szabályozói tényezők is hozzájárultak. Ezeket ismerteti a Nemzetközi Fizetések Bankjának (BIS) egyik legfrissebb tanulmánya. |
index.hu
2008-03-25 13:16:00 | Csökkent a kincstárjegyhozam |
| Az Államadósság Kezelő Központ (ÁKK) keddi három hónapos diszkont kincstárjegy aukcióján több mint három és félszeres túljegyzés mellett tovább csökkentek a hozamok. |
origo.hu
2008-12-09 12:49:15 | Tovább szakadtak a hozamok a keddi aukción |
|
Bő egy százalékkal csökkent a háromhónapos diszkont kincstárjegyek hozama a keddi aukción, miután az eredetileg tervezett 35 milliárdos kibocsátásra 138 milliárd forintnyi igény jelentkezett. Az átlaghozam végül 9,44 százalékra csökkent a múlt heti 10,46 százalékról, ez is azt támasztja alá, hogy lassan magához tér a magyar állampapírpiac.
|
origo.hu
2008-08-28 18:00:00 | Kézimunka klub |
| "Magam vagyok. Nagyon. Kicsordul a könnyem. Hagyom." - fogalmazott a költő*. Az összeállításunkban szereplő filmhősök is többnyire magukban vannak, de nekik nem a könnyük csordul ki. Most induló sorozatunkban a legemlékezetesebb maszturbálós jeleneteket gyűjtjük össze.#20 - A titkárnő (Secretary, 2002)Ki? Az egész film arról szól, hogy egy neurotikus, falcoló kislány (Maggie Gyllenhaal) hogyan tanul meg örömöt szerezni magának és virágzik nővé, az csak természetes, hogy ebben a folyamatban a maszturbáció is fontos szerepet kap.Miért? Mert ha az ember lányának éppen hátulról ráélveztek a blúzára, akkor legfőbb ideje, hogy ő maga is kieressze a gőzt.Hogyan? Három maszturbáció is szerepel a filmben, az elsőt Maggie hagyományos, ágyon hason fekvős módon, vicceseket fantáziálva bonyolítja, de a másik kettő az igazán emlékezetes. Mr. Grey (James Spader) ráparancsol titkárnőjére, hogy hajoljon rá az íróasztalra és tolja le a bugyiját, hogy mögötte állva kiverhesse a farkát. Amikor a főnök végzett, a lány ragacsos blúzban kivonul a vécébe, hogy Mr. Grey-en fantáziálva kielégítse magát, miközben az irodában a férfi káromkodva sikálja nadrágjáról a véletlenül odacsöppent anyagot. A titkárnő kéjes perceit semmi, még a szomszéd fülkében csendben meghúzódó nő sem zavarja meg.Meddig? A két egymást követő kielégülés összesen mintegy öt percbe telik.+ + +#19 - Margot az esküvőn (Margot at the Wedding, 2007)Ki? Margot (Nicole Kidman), az írónő megromlott párkapcsolatát maga mögött hagyva kisfiával rég nem látott nővéréhez utazik, hogy részt vegyen az esküvőjén.Miért? Margot frusztrált kisiklott párkapcsolata, nővérével való ambivalens, konfliktusos viszonya és a számára teljesen felfoghatatlan vőlegény miatt. Leszáll az éjszaka, mindenki elvonul a szobájába, és amikor már a spangli is elfogyott, csak egy lehetséges relaxálási módszer jöhet még szóba.Hogyan? A keserű nő ténykedése a sötét szobában csak amolyan félszívű próbálkozás a magány enyhítésére, ami még szomorúbbnak tűnik attól, hogy a szomszéd szobában eközben a csak Margot szerint diszfunkcionális pár (Jennifer Jason Leigh és Jack Black) szertartásmentes, bensőséges dugáshoz készül.Meddig? Hamar letesz róla, hogy ez még jó lehet.Olvasd el a sorozat többi részét is!________________* Idézet Tóth Árpád Meddő órán című verséből.Köszönettel tartozunk Dömötör Áginak, Jóri Balázsnak, Libor Anitának, Magyari Péternek és Straub Ádámnak, amiért színvonalas címötleteikkel segítették a munkánkat. |
www.monitormagazin.hu
2008-12-08 22:17:00 | Az én gyerekem is…? |
| A tanulási zavarokról, részletesen a diszlexiáról és a diszgráfiáról hallhattak december 8-án, hétfőn este egy ingyenes előadást a Balaton Színházban az érdeklődő szakemberek és szülők. A téma égető és aktuális: a 2005/2006-os tanévben már több, mint 23 ezer tanulási nehézséggel küszködő diákot szűrtek ki a szakemberek. Ez a tanulók 7-15%-át jelenti.
|
hvg.hu
2008-03-19 10:19:11 | Az EasyJet profitfigyelmeztetése megártott a légitársaságoknak |
| A nagyságra második európai diszkont légitársaság, a brit EasyJet szerdán erőteljes profitfigyelmeztetést adott ki: ha az üzemanyagárak a mostani szinten maradnak, akkor a cég nem fogja elérni a mostani pénzügyi évére tervezett, 20 százalékos növekedést az adózás előtti eredményben. |
hvg.hu
2008-12-14 16:30:49 | Felfüggesztették a fapadosok indulását Ferihegyen |
| Nőtt a zsúfoltság a ferihegyi reptéren a délutáni forgalmas időszakban, a gépek késve indulnak, a diszkont légitársaságok gépeinek indulását 13-19 óra között felfüggesztette a BA.
|
hup.hu
2008-03-17 11:38:03 | Intel Modular Server |
| A minap Pratchett mester hívott. Gyanúsan remegett a hangja az izgalomtól miközben elmesélte, hogy valami nincs rendben a Poggyásszal.
Persze a Poggyásszal sosincs rendben semmi, de valami csak történhetett, hiszen Széltoló minden előzetes bejelentés nélkül megjelent a múlt héten nála, majd az ajtónyitás után óriási erőfeszítések árán -de egy szó nélkül- lecipelte a mágikus úti holmit a pincébe és rálakatolta az ajtót.
"Bel-Shamharoth, nyolcasok!" - csak ennyit tudott zihálva kinyögni, mielőtt elájult.
Miután Széltoló magához tért elmondta, hogy a Poggyászon több változást is megfigyelt az elmúlt időben. A legszembetűnőbb, hogy a lábait behúzta és újabban kerekeken közlekedik, de belül is történt valami, mert a frissen mosott és vasalt ruhák helyett mindig egy nagy, ezüstös tetejű, azonosíthatatlan rendeltetésű doboz kerül elő belőle, na meg egy vékonyka füzet, amelyben többször szerepel, hogy "8 cores", a nyolc pedig tudvalevőleg Bel-Shamharothhoz köthető.
Terry tudja, hogy vonzódom a nagy, ezüstös tetejű azonosíthatatlan rendeltetésű dobozokhoz, így azonnal engem hívott. A Poggyászt azonnal biztonságos helyre szállítottuk és közelebbről is megvizsgáltuk.
A lábak tényleg eltűntek, helyükön könnyen forduló és gördülő kerekek nőttek, és érdekes címkék kerültek a Poggyász felületére is:
A kerekekből és a súlyból ítélve arra a következtetésre jutottunk, hogy a Poggyász a gyorsabb haladás és a lábai kímélése érdekében váltott haladási módot. Megvizsgáltuk a címkéket is, de sajnos azokon csak számunkra értelmezhetetlen korongvilági szavak voltak, így hát kinyitottuk a Poggyászt:
Az ezüstös tetejű valami, amely a titokzatos "EDDMFSCH-26" névre hallgat gondosan körbe van véve hangszigetelő anyaggal, ebből arra a következtetésre jutunk, hogy zajos lehet, ezért inkább visszacsukjuk a Poggyász tetejét és úgy döntünk, hogy EDDMFSCH-26-ot a hozzá hasonló ezüstös tetejű dobozok szobájában vesszük csak elő.
Mielőtt azonban lecsuknánk a fedelet, kivesszük egy rövid tanulmányozásra a doboz tetején lévő papírokat, amelyekből megtudjuk "Eddie" polgári nevét is:
Ő egy Intel Modular Server!
Most, hogy már beazonosítottuk, bátran beírjuk a nevét a Google-be, amely rögtön el is dob minket egy marketingoldalra, ahol érdekeseket írnak: modern processzorok, dinamikusan kiosztható diszkterület, meg egy benchmark, amely szerint a szerver gyors.
Gyors. Kerekek. Rögtön asszociálunk és le is futtatjuk (vagy gördítjük?) az első sebességtesztet:
Megállapítjuk, hogy a szerver valóban gyors, de sajnos a harmadik klíma mögött rejtőző rendőr lekapcsol minket, így vissza kell térnünk a Poggyász tartalmának vizsgálatához.
Közelről szemrevételezve -de a Poggyászból még nem kivéve- a dobozt, azt láthatjuk, hogy két sorban hét SFF SAS (ill. feltételezhetően SATA) diszk fér bele:
A gépet kiemelve már okosabbak vagyunk:
Az Intel Modular Server egy blade-szerű megoldás, amely áll egy ránézésre passzív házból, illetve modulokból, amelyeket egyesével dughatunk bele.
Elölről és hátulról így néz ki:
Az első részen látható a 14 db. hotswap diszk (illetve azok helye, mi három diszkkel kaptuk), alatta egy ventillátor modul, majd a doboz jobb oldali 2/3-án a 6 darab, ún. Compute Module hely, amelyből esetünkben kettő van feltöltve.
A hátulja bal oldalt két ventillátor modulból, középen egy SCM, SW1 és MM (Storage Controller Module, Switch, Management Module) kártyából áll, amelyekből az SCM és az SW modulokból kettő is lehet a rendszerben.
A doboz jobb oldalán pedig négy tápnak van hely, ebből nálunk kettő volt telepítve, ill. két dummy modul, amelyben csak kisebb ventillátorok vannak.
A doboz önmagában nem sok mindent tartalmaz:
kicsit a p-class HP blade-eket idézi a passzivitásával, bár utóbbi méretben és kapacitásban is nagyobb.
A doboz lényegi tartalma a Poggyász hátán (a fotót az időközben befutott Kétvirág készítette):
A modulokat közelebbről megvizsgálva szembe tűnik, hogy mindegyik hátsón van egy RS-232-es port, illetve a rájuk jellemző egyéb csatlakozók (storage modulon külső SAS csatlakozó, a switch modulon RJ-45-ös Ethernet portok, a management modulon szintén egy RJ-45-ös Ethernet):
A tápegységet megnézve azt láthatjuk, hogy 1050W-os, kínai (American components, Russian components: all made in Taiwan) és Delta. Ugyanaz, mint az x86-os HP szerverekben.
A dobozon találunk egy figyelmeztető jelzést is:
amely sajnos meghiúsítja ördögi tervünket (munkahelyi üdítő- és csokoládéautomatára gyűjtünk).
A Compute Module, azaz a "blade szerver" így néz ki:
Két, passzívan hűtött 5400-as szériájú négy magos Xeon processzor (előtte és közvetlenül mögötte sincs ventillátor, így egy műanyag légcsatornával próbálják "csőbe húzni" a levegőt) van a szerverünkön. A kártyán rend van, 8 darab memóriaslot (gépünkben 2 GB van) található rajta, amellyel 32 GB-ig biztosan bővíteni tudjuk a szervereket, hátul egy rendszer és egy tápcsatlakozó, ATI ES1000 videochip, és a jobb hátsó sarokban a mezzanine kártya bővítőhelye.
Érdekes a modul elején lévő hely, úgy tűnik az Intel meghagyta a lehetőségét annak, hogy a későbbiekben a modulra is tehessünk legfeljebb két helyi diszket (esetleg mást, pld. bővítőkártyákat), ha a közös megoldás nem válna be.
Fan modul és Ethernet switch:
Storage controller:
Jól látható a külső SAS csatlakozó, amelyre a beépített expanderen keresztül köthetünk külső storage-ot (ez enyhíti kicsit a SAN opció hiányát). A kontroller maga LSI chipes, 512MB cache-t tartalmaz (amely értelemszerűen megoszlik a szerver modulok között), illetve a miénkben volt egy akksi is, amely feltételezhetően segít a cache-nek nem felejteni, illetve az írást ilyen módon gyorsítani.
A menedzsment modul egy Realtek chippel kezdődik:
és egy lighttpd-t:
telnet 172.16.133.181 80
Trying 172.16.133.181...
Connected to 172.16.133.181.
Escape character is ^].
HEAD / HTTP/1.0
HTTP/1.0 302 Found
Connection: close
X-Powered-By: PHP/5.2.2
Set-Cookie: PHPSESSID=hg5q1jiu3i07l3ummjes5evs84; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Location: https:///
Content-type: text/html
Content-Length: 0
Date: Wed, 13 Feb 2008 11:34:13 GMT
Server: lighttpd/1.4.11
futtató ilyen OS-sel végződik:
Starting Nmap 4.52 ( http://insecure.org ) at 2008-03-16 11:01 CET
Interesting ports on 172.16.133.181:
Not shown: 1702 closed ports
PORT STATE SERVICE
80/tcp open http
111/tcp open rpcbind
199/tcp open smux
443/tcp open https
623/tcp open unknown
624/tcp open unknown
625/tcp open apple-xsrvr-admin
2201/tcp open ats
6346/tcp filtered gnutella
8000/tcp filtered http-alt
8080/tcp open http-proxy
10000/tcp open snet-sensor-mgmt
MAC Address: 00:15:17:34:20:13 (Intel Corporate)
No exact OS matches for host (If you know what OS is running on it, see http://insecure.org/nmap/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=4.52%D=3/16%OT=80%CT=1%CU=32827%PV=Y%DS=1%G=Y%M=001517%TM=47DCF23
OS:C%P=amd64-portbld-freebsd7.0)SEQ(SP=BB%GCD=1%ISR=C5%TI=Z%TS=7)SEQ(SP=BC%
OS:GCD=1%ISR=C5%TI=Z%TS=7)OPS(O1=M5B4ST11NW2%O2=M5B4ST11NW2%O3=M5B4NNT11NW2
OS:%O4=M5B4ST11NW2%O5=M5B4ST11NW2%O6=M5B4ST11)WIN(W1=16A0%W2=16A0%W3=16A0%W
OS:4=16A0%W5=16A0%W6=16A0)ECN(R=Y%DF=Y%T=40%W=16D0%O=M5B4NNSNW2%CC=N%Q=)T1(
OS:R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=16A0%S=O%A
OS:=S+%F=AS%O=M5B4ST11NW2%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%
OS:Q=)T4(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%
OS:A=S+%F=AR%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)T6(R=Y
OS:%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O
OS:=%RD=0%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T7(R=Y%DF=Y%T=40
OS:%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%TOS=0%IPL=164%UN=0%RIPL=G%
OS:RID=G%RIPCK=G%RUCK=G%RUL=G%RUD=G)IE(R=Y%DFI=N%T=40%TOSI=Z%CD=S%SI=S%DLI=
OS:S)
Uptime: 1.847 days (since Fri Mar 14 14:51:01 2008)
Network Distance: 1 hop
A switch modul közelről szintén egy egy-két chipes integrált megoldás, 10 porttal:
Míg végignéztük a részegységeket a dolgos kezek berakták a rackbe a dobozt, a versenyszellem jegyében egy HP p-class (régebbi) blade enclosure-re:
Miután ez is megvolt, úgy gondoltuk, hogy bekapcsoljuk a gépezetet, amely még ebben a zajos környezetben is olyan hangos volt, hogy egy közeli Linux meggondolta magát és a biztonság kedvéért elpánikolt:
Mi azonban nem ijedtünk meg, rádugtunk a menedzsment konzolra egy notebookot és figyeltük, hogy mi történik. Semmi. Reménykedtünk kicsit, hogy legalább valami DHCP-s, vagy bármilyen más hálózati próbálkozás lesz, de hát ha nem, hát nem, szégyenszemre elővettük a manualt:
Azt mondja, hogy a Mozilla Firefox nevű alkalmazással kell elérni a konzolt a 192.268.150.150-es címen. Hollywoodi jelenetek jutnak hirtelen az eszünkbe, de kicsit arréb csúszik a szemünk a lapon és máris olvashatjuk a helyes megoldást:
A default usernév, jelszó: admin/admin
Mielőtt azonban belépnénk, nézzük meg kicsit, hogy hogyan is épül fel a gép.
Az Intel Technical Product Specification nevű PDF-ből kiollózott architekturális (huzalozási) diagram:
Ezek szerint minden Compute Module egy-egy SAS kapcsolattal rendelkezik a két storage controller felé, amely így képessé válik a redundancia biztosítására. A weblap szerint ezt a redundanciát a rendszer még nem támogatja, implementálása 2008. első negyedévére (az most van) várható. A storage controllereken nem közvetlenül lógnak a diszkek, hanem összesen két SAS expanderen keresztül érik el a SAS backplane-t. Ahhoz, hogy a rendszer a Compute Module-tól a diszkig redundáns legyen, értelemszerűen dupla útvonallal kell, hogy rendelkezzen. Ennek érdekében a rendszerrel szállított Seagate diszkek is duplaportosak, azaz bármelyik komponens (útvonal, SCM, SAS expander) kiesését képes a diszk elvesztése nélkül elviselni a rendszer.
A diszkek "A" és "B" portja egy-egy összerendelésben van a storage controllerrel és az expanderrel, azaz az SCM1 csakis az egyes expanderen keresztül fogja elérni a diszkek "A" SAS portját, míg az SCM2 a kettes expanderen a diszkek "B" portját.
Az SCM1-expander2 és SCM2-expander1 SAS kapcsolat a két SCM cache szinkronizációjára van fenntartva (kérdés, hogy ez fizikailag egy kapcsolatot jelent-e, mert ezesetben szűk keresztmetszetet jelenthet).
A switch modul tíz külső Gigabit Ethernet porttal rendelkezik, illetve belül minden gép felé két port (összesen tehát 12) látszik. Ezen felül az opcionális második switch felé egy 10 gigabites belső kapcsolat van, illetve a doksi szerint az SCM felé is ki van építve egy 10GE link. Ennek szerepe egyelőre nem tisztázott, vélhetőleg a későbbiekben iSCSI-szerű funkcionalitást nyújthat majd (bár a belső diszkek esetében ennek nem sok értelmét látom).
Most, hogy már tudjuk mivel állunk szemben, lépjünk be a menedzsment felületre (amelynek még fent a gépteremben egy keresztkábellel átállítottuk a hálózati interfészét DHCP-sre).
A bejelentkező képernyő átlátszó login-ablaka már sejtet némi modernitást, amit méginkább megerősít a belépés után látható dashboard:
A dashboardon a leglényegesebb információkat láthatjuk: van-e valamilyen teendő a szerverünkkel (nincs), az "egészsége" (kiváló), az áramfelvétel a tápegységek számának tükrében (egyértelmű jelzéseket kapunk: ha a zöld sávban vagyunk, a rendszer egy tápegység kiesését gond nélkül elviseli, ha a sárgában, egy újabb táp elvesztése már meghatározhatatlan következményekkel jár, ha pedig a pirosban áll a mutató, a rendszer túlterhelt, ne csodálkozzunk azon, ha kiszámíthatatlanná és megbízhatatlanná válik a szerver működése).
A dashboardon látható még egy hőmérsékleti kijelző (környezeti, szerver CPU-k és diszkek), illetve egy ízelítő a legutolsó kritikusnak ítélt eseményekből.
Továbblépve megtekinthetjük szerverünk elejét és hátulját is, és joggal bízhatunk abban, hogy ezek az ábrák a valóságot fogják tükrözni, azaz a megjelenített eszközök ott vannak, ahol azt a lapon látjuk (vagy éppen nincsenek):
Mint az látható, a szervereknél megszokott módon a doboz és minden modul tele van szórva érzékelőkkel (amelyekre riasztási küszöbök is állíthatók). A kívánt információt általában többféleképpen is megszerezhetjük: a gépekhez hozzárendelt diszkterületeket például megnézhetjük a szerver információs ablakaiban és a storage menedzsment fülön is.
Itt érdemes szót ejteni arról, hogy mit is jelent az, hogy a storage controller virtualizálja a diszkeket. A "hagyományos" RAID kontrollerekkel, illetve blade (pld. HP blade-eknél) megoldásokkal szemben itt a szervereknek (Compute Module) csak SAS kapcsolatuk van a storage controller felé, azaz diszket közvetlenül nem látnak. A storage controller feladata, hogy minden gép számára tudjunk tárhelyet biztosítani, ezt azonban nem úgy teszi, hogy a legkisebb egységként a diszket ajánlja fel (azaz pld. az első szervernek az első két diszket odaadja RAID 1-ben), hanem a diszkek fölé storage poolok, azok fölé pedig virtuális diszkek (volume-ok) szervezhetők.
Ez azt jelenti, hogy a mi három diszkünk esetében ezeket egy poolba téve "csíkokat", volume-okat, virtuális diszkeket alakíthatunk ki, amelyek aztán a választott redundancia (RAID) szint szerint fognak rendelkezésre állni.
Három diszkkel RAID 0-át (striping), 1-et (mirroring), 5-öt (striping+parity block), illetve 1E-t (stripe+mirroring) választhatunk, de megfelelő méretű pool (elég diszk) esetében használhatunk RAID 6-ot (dupla paritás), RAID 10-et, 50-et, vagy 60-at is. Azaz szinte minden értelmes kialakítást.
A virtuális diszkek kialakítása gyerekjáték:
Mint látható, a virtuális diszkeket szerverekhez rendelhetjük, illetve beállíthatjuk, hogy azok milyen LUN-nal lássák azt (a boot diszknek érdemes a 0-ásat adni).
Sajnos az Intel kihagyott egy nagyszerű lehetőséget, amely például a HP blade megoldása fölé emelte volna ezt a rendszert: a virtuális diszkek csak egy szerverhez köthetők, egy diszket nem érhet el több szerver.
Az architektúra egyértelműen lehetővé teszi ezt, segítségével pedig viszonylag olcsón, külső SAN (vagy egyéb, ekvivalens) megoldás nélkül lehetne shared diszkes clustereket (pld. mini Oracle RAC, vagy HA clusterek osztott adatterülettel) építeni egy kompakt megoldásban.
Ha valakinek esetleg nehezére esne követnie, hogy melyik diszk milyen virtuális diszkeket tárol, illetve azokat mely szerverek használják, segítség lehet a storage layout, amely egy bonyolultabb megosztás esetében igen hasznos lehet:
A háttértár mellett nagyon fontos a hálózat. A mi eszközünkben egy darab switch kapott helyet (a rajz szerint a második switch által biztosított két plusz port gépenként csak egy külön beszerzendő mezzanine kártyával vehető igénybe), amely a világ felé tíz GE porttal, befelé pedig 12 (gépenként kettő) GE-vel kapcsolódik.
Szintén a clusteres képességek javítása kapcsán úgy gondolom, hogy néhány területen értékelték volna a GE helyett a gyorsabb interconnect megoldásokat is (például InfiniBand), de ha már ez nem fért bele, a két GE port ellensúlyozásaként hasznos lett volna legalább 2,5 gigabites Ethernetet tenni belülre, mellé pedig ehhez passzoló switchet. Apró bibi persze, hogy ilyet jelenleg csak a Broadcom gyárt, itt meg ugye Intel megoldásról beszélünk. (a 10 GE valószínűleg költség oldalról volt ellenjavallt, illetve könnyen lehet, hogy a szegmens, amelyet megcéloztak vele, nem is igényli ezeket a sebességeket)
Szóval a switch. A switchet kétféleképpen menedzselhetjük: egy egyszerű felületen, amely integrálva van a fent bemutatottal, illetve egy fejlettebb (még mindig webes) GUI-n, ahol sokkal több beállítás elvégzésére van mód.
Az egyszerű beállító-felület a port státuszát (enabled/disabled), a VLAN-t, a sebességet (10-100-1000, FDX, HDX) és a STP alapvető befolyásolását teszi lehetővé:
A részletesebb, több beállítást lehetővé tévő felület egy új böngészőablakban (másik webszerveren, porton) jön be:
amely rögtön érdekes megoldásra hívja fel a figyelmet: a switch IP címe a lap szerint 1.1.1.71, így a külső menedzsment modulon minden bizonnyal egy HTTP proxy fut, amely továbbítja belülre a kéréseket.
A switch képességeire jól lehet következtetni a bal oldali lenyíló menüben szereplő pontokból:
Az eszköz tudása egy átlagos layer 2 switché: port tükrözés, kábelmérés (távolság, érvizsgálat, skew), storm control (broadcat, ismeretlen unicast, multicast), port security, ACL-ek (MAC és IP alapon), interface trunking (LAG, LACP), STP (RSTP, PVSTP), VLAN (a GARP és GVRP-ből ítélve nem éppen Cisco switch van belül), VLAN grouping (MAC cím, IP subnet, és protokoll (IP/IPX/ARP) alapján), QoS és az általános statisztikák.
A menedzsment felületen természetesen több user is létrehozható, ezek külön szabályozhatók RW/RO alapon az egyes nagyobb egységekre nézve (chassis, storage, switch admin, illetve a hat szerver egyesével). A felhasználókhoz riasztási szintek köthetők, amelyek egyesével beállíthatók minden típusra:
A gépek távmenedzsmentjét távoli soros porttal, illetve KVM (Keyboard, Video, Mouse) átvételével lehet intézni, utóbbihoz egy virtuális CD is társul, amely a gépünkön lévő CD/DVD drive-ot közvetlenül, vagy a gépünk diszkjén lévő image-ből (ISO) tud dolgozni. A remote KVM alkalmazás Java WS-os, kétféle mód (high, low resolution) közül választhatunk, az erőforrásaink (pld sávszélesség) és igényünk függvényében.
Az alkalmazás képminősége és -frissítése jó (viszonyítási alap a HP ILO-ja, amely néha egyenesen katasztrofális), a virtuális CD viszont nekem nagyon lassú volt (helyi gigabites hálózat).
A KVM program menüjéből vezérelhetjük azokat a gombokat, amelyeket az nem tud átvinni közvetlenül és itt kapcsolhatjuk be, vagy ki a távoli CD/DVD-t is:
A menedzsment felületről készült videók:
http://ftp.fsn.hu/contrib/bra/intelmodular-mgmc.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-switch.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-fbsdinstall.wmv
Miután kiveséztük szinte az egész gépet, ejtsünk pár szót a szerverekről is. A mi dobozunk két Compute Module-lal érkezett, amelyekben 2 db. L5410-es (2,33 GHz-es, 1333 MHz-es FSB-s, 12MB L2 cache-es) quad core Xeon processzor és 2 GB RAM volt.
A processzorok tekintetében az L5410 -az E5410-es alacsony feszültségű (LV) párja- az 5400-as széria ("Harpertown") majdnem legkisebb CPU-ja, alatta már csak az 5405 van (2G/1333MHz), felette pedig még jópár változat, a jelenleg legnagyobb X5482-vel bezárólag (3,2G/1600MHz).
Ez azonban ne tévesszen meg bennünket, hiszen az "új" Xeonokból már az 5300-as széria is nagyon gyors volt, amelyre még egy lapáttal rátett az Intel az 5400-assal.
Bár semmiképpen nem mondanám kimerítő CPU benchmarknak, azért lefuttattam a sysbench CPU tesztjét három különböző gépen. Az egyik a cikk tárgya, azaz két darab Intel L5410-es (2,33 GHz) quad core xeonos gép, a másik egy HP BL460c, ugyancsak két darab quad core Xeonnal, de az előző szériából (E5345, 2,33GHz), a harmadik pedig egy még korábbi verzió, az 5130, amely csak két magos és 2 GHz-en ketyeg.
A következő parancs:
for i in `jot 32`; do sysbench --num-threads=$i --test=cpu --cpu-max-prime=100000 run | grep total time: | egrep -o [0-9]+.[0-9]+; done
eredménye:
Az x tengelyen a futásidő látható másodpercben, míg az y-on a threadek száma a ciklusban.
Az Intel eléggé belehúzott az elmúlt évben, ráadásul meglehetősen aggresszív árpolitikát folytat (az 5400-as CPU-k olcsóbbak, mint az elődeik).
A gépek BIOS-a átlagosnak mondható:
A memória a modulok számától függően teljes egészében felhasználható (no RAS), tükrözhető (a memóriamodulok felének kiesését tolerálja a rendszer, értelemszerűen a kapacitás felezésével), illetve tartalékolható (memória RAID 5, ahol egy modult elveszthetünk a működés befolyásolása nélkül). Kíváncsi vagyok, hogy ha az Intel is áthelyezi a memóriavezérlőt a processzorba, eltűnnek-e ezek a funkciók a low-end, midrange x86-os szerverekből.
A gépben egy LSI 1064E SAS vezérlő biztosítja a kapcsolatot a storage controller, és így a diszkek felé, a hálózati elérést pedig Intel PRO/1000 EB NIC-ek adják.
Vélemény:
Az Intel Modular Servert két dologgal tudnám összehasonlítani. Az egyik hat darab 1U-s rackmount szerver (a modular server doboza is 6U-s és hat Compute Module fér bele), a másik pedig egy hasonló méretű blade megoldás (ezekből leginkább a HP-t ismerem).
A rackmount szerverekkel szembeni előnye világos: kompaktabb, egységes környezet, dinamikusan kiosztható diszkterület, integrált switch és sok mindenre kiterjedő monitoring, riasztási lehetőség, távmenedzsment.
Árban valószínűleg az 1U-s rackmount szerverek nagy többsége fölött van, azonban ha azok teljes költségéhez hozzászámítjuk a valószínűleg kisebb fogyasztás, a switch és az ilyen szintű távmenedzsment lehetőségét is (azaz nem a legolcsóbbat vesszük), könnyen lehet, hogy azonos, vagy éppen magasabb árat kapunk.
A blade megoldással szemben jelenleg hátrányként róható fel a választék hiánya, amely mind a szerver-modulok, mind a beléjük helyezhető kiegészítő kártyák (mezzanine és backplane modulok) tekintetében fennáll.
A rendszer felépítéséből adódik a kérdés: mennyire jövőbiztos az architektúra, milyen további fejlesztések várhatók?
Bár elvi lehetősége van annak, hogy akár mezzanine kártya nélkül Fibre Channel, vagy InfiniBand képessé váljon a szerver (például egy olyan kombinált storage controllerrel, amely a belső SAS kapcsolatokon keresztül valósítja meg az elérést, kifelé pedig FC, vagy IB csatolóval rendelkezik), azonban elképzelhető, hogy abban a szegmensben, amelyet az Intel megcélzott a Modular Serverrel nincs is igény az ilyen -jellemzően magasabb árszínvonalat képviselő- megoldásokra.
A Modular Servert egy belépő szintű blade megoldásnak érzem, amely némileg kisebb bővíthetőséget ad, mint a "nagy" blade megoldások, azonban -feltételezhetően- alacsonyabb áron teszi ezt, hasonló szolgáltatások mellett. Annak, aki több, két processzoros x86-os szerver felett "uralkodik", esetleg most még csak kevesebbel indulna, de a későbbiekben bővülne és együtt tud élni a fent említett hiányosságokkal, mindenképpen hasznos megoldás lehet.
A tesztgépet az ASBIS Magyarország biztosította, köszönet érte.
A tesztről készült összes kép itt tekinthető meg.
ui: miután kivettük a Poggyászból a Modular Servert, visszanőttek a lábai, megrázta magát -tiszta ruha illatát árasztva magából-, majd elsietett (ezt egy tűzálló géptermi ajtónk bánta, amely önhibáján kívül éppen zárt állapotban tartózkodott, amikor meg kellett tapasztalnia a tudákos körtefa földöntúli erejét) Széltolóhoz, aki Ankh-Morporkból üzeni, hogy épp jókor érkezett a láda, mert már nagyon fogytán volt a tiszta alsónak. |
hup.hu
2008-03-17 11:38:03 | Intel Modular Server |
| A minap Pratchett mester hívott. Gyanúsan remegett a hangja az izgalomtól miközben elmesélte, hogy valami nincs rendben a Poggyásszal.
Persze a Poggyásszal sosincs rendben semmi, de valami csak történhetett, hiszen Széltoló minden előzetes bejelentés nélkül megjelent a múlt héten nála, majd az ajtónyitás után óriási erőfeszítések árán -de egy szó nélkül- lecipelte a mágikus úti holmit a pincébe és rálakatolta az ajtót.
"Bel-Shamharoth, nyolcasok!" - csak ennyit tudott zihálva kinyögni, mielőtt elájult.
Miután Széltoló magához tért elmondta, hogy a Poggyászon több változást is megfigyelt az elmúlt időben. A legszembetűnőbb, hogy a lábait behúzta és újabban kerekeken közlekedik, de belül is történt valami, mert a frissen mosott és vasalt ruhák helyett mindig egy nagy, ezüstös tetejű, azonosíthatatlan rendeltetésű doboz kerül elő belőle, na meg egy vékonyka füzet, amelyben többször szerepel, hogy "8 cores", a nyolc pedig tudvalevőleg Bel-Shamharothhoz köthető.
Terry tudja, hogy vonzódom a nagy, ezüstös tetejű azonosíthatatlan rendeltetésű dobozokhoz, így azonnal engem hívott. A Poggyászt azonnal biztonságos helyre szállítottuk és közelebbről is megvizsgáltuk.
A lábak tényleg eltűntek, helyükön könnyen forduló és gördülő kerekek nőttek, és érdekes címkék kerültek a Poggyász felületére is:
A kerekekből és a súlyból ítélve arra a következtetésre jutottunk, hogy a Poggyász a gyorsabb haladás és a lábai kímélése érdekében váltott haladási módot. Megvizsgáltuk a címkéket is, de sajnos azokon csak számunkra értelmezhetetlen korongvilági szavak voltak, így hát kinyitottuk a Poggyászt:
Az ezüstös tetejű valami, amely a titokzatos "EDDMFSCH-26" névre hallgat gondosan körbe van véve hangszigetelő anyaggal, ebből arra a következtetésre jutunk, hogy zajos lehet, ezért inkább visszacsukjuk a Poggyász tetejét és úgy döntünk, hogy EDDMFSCH-26-ot a hozzá hasonló ezüstös tetejű dobozok szobájában vesszük csak elő.
Mielőtt azonban lecsuknánk a fedelet, kivesszük egy rövid tanulmányozásra a doboz tetején lévő papírokat, amelyekből megtudjuk "Eddie" polgári nevét is:
Ő egy Intel Modular Server!
Most, hogy már beazonosítottuk, bátran beírjuk a nevét a Google-be, amely rögtön el is dob minket egy marketingoldalra, ahol érdekeseket írnak: modern processzorok, dinamikusan kiosztható diszkterület, meg egy benchmark, amely szerint a szerver gyors.
Gyors. Kerekek. Rögtön asszociálunk és le is futtatjuk (vagy gördítjük?) az első sebességtesztet:
Megállapítjuk, hogy a szerver valóban gyors, de sajnos a harmadik klíma mögött rejtőző rendőr lekapcsol minket, így vissza kell térnünk a Poggyász tartalmának vizsgálatához.
Közelről szemrevételezve -de a Poggyászból még nem kivéve- a dobozt, azt láthatjuk, hogy két sorban hét SFF SAS (ill. feltételezhetően SATA) diszk fér bele:
A gépet kiemelve már okosabbak vagyunk:
Az Intel Modular Server egy blade-szerű megoldás, amely áll egy ránézésre passzív házból, illetve modulokból, amelyeket egyesével dughatunk bele.
Elölről és hátulról így néz ki:
Az első részen látható a 14 db. hotswap diszk (illetve azok helye, mi három diszkkel kaptuk), alatta egy ventillátor modul, majd a doboz jobb oldali 2/3-án a 6 darab, ún. Compute Module hely, amelyből esetünkben kettő van feltöltve.
A hátulja bal oldalt két ventillátor modulból, középen egy SCM, SW1 és MM (Storage Controller Module, Switch, Management Module) kártyából áll, amelyekből az SCM és az SW modulokból kettő is lehet a rendszerben.
A doboz jobb oldalán pedig négy tápnak van hely, ebből nálunk kettő volt telepítve, ill. két dummy modul, amelyben csak kisebb ventillátorok vannak.
A doboz önmagában nem sok mindent tartalmaz:
kicsit a p-class HP blade-eket idézi a passzivitásával, bár utóbbi méretben és kapacitásban is nagyobb.
A doboz lényegi tartalma a Poggyász hátán (a fotót az időközben befutott Kétvirág készítette):
A modulokat közelebbről megvizsgálva szembe tűnik, hogy mindegyik hátsón van egy RS-232-es port, illetve a rájuk jellemző egyéb csatlakozók (storage modulon külső SAS csatlakozó, a switch modulon RJ-45-ös Ethernet portok, a management modulon szintén egy RJ-45-ös Ethernet):
A tápegységet megnézve azt láthatjuk, hogy 1050W-os, kínai (American components, Russian components: all made in Taiwan) és Delta. Ugyanaz, mint az x86-os HP szerverekben.
A dobozon találunk egy figyelmeztető jelzést is:
amely sajnos meghiúsítja ördögi tervünket (munkahelyi üdítő- és csokoládéautomatára gyűjtünk).
A Compute Module, azaz a "blade szerver" így néz ki:
Két, passzívan hűtött 5400-as szériájú négy magos Xeon processzor (előtte és közvetlenül mögötte sincs ventillátor, így egy műanyag légcsatornával próbálják "csőbe húzni" a levegőt) van a szerverünkön. A kártyán rend van, 8 darab memóriaslot (gépünkben 2 GB van) található rajta, amellyel 32 GB-ig biztosan bővíteni tudjuk a szervereket, hátul egy rendszer és egy tápcsatlakozó, ATI ES1000 videochip, és a jobb hátsó sarokban a mezzanine kártya bővítőhelye.
Érdekes a modul elején lévő hely, úgy tűnik az Intel meghagyta a lehetőségét annak, hogy a későbbiekben a modulra is tehessünk legfeljebb két helyi diszket (esetleg mást, pld. bővítőkártyákat), ha a közös megoldás nem válna be.
Fan modul és Ethernet switch:
Storage controller:
Jól látható a külső SAS csatlakozó, amelyre a beépített expanderen keresztül köthetünk külső storage-ot (ez enyhíti kicsit a SAN opció hiányát). A kontroller maga LSI chipes, 512MB cache-t tartalmaz (amely értelemszerűen megoszlik a szerver modulok között), illetve a miénkben volt egy akksi is, amely feltételezhetően segít a cache-nek nem felejteni, illetve az írást ilyen módon gyorsítani.
A menedzsment modul egy Realtek chippel kezdődik:
és egy lighttpd-t:
telnet 172.16.133.181 80
Trying 172.16.133.181...
Connected to 172.16.133.181.
Escape character is ^].
HEAD / HTTP/1.0
HTTP/1.0 302 Found
Connection: close
X-Powered-By: PHP/5.2.2
Set-Cookie: PHPSESSID=hg5q1jiu3i07l3ummjes5evs84; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Location: https:///
Content-type: text/html
Content-Length: 0
Date: Wed, 13 Feb 2008 11:34:13 GMT
Server: lighttpd/1.4.11
futtató ilyen OS-sel végződik:
Starting Nmap 4.52 ( http://insecure.org ) at 2008-03-16 11:01 CET
Interesting ports on 172.16.133.181:
Not shown: 1702 closed ports
PORT STATE SERVICE
80/tcp open http
111/tcp open rpcbind
199/tcp open smux
443/tcp open https
623/tcp open unknown
624/tcp open unknown
625/tcp open apple-xsrvr-admin
2201/tcp open ats
6346/tcp filtered gnutella
8000/tcp filtered http-alt
8080/tcp open http-proxy
10000/tcp open snet-sensor-mgmt
MAC Address: 00:15:17:34:20:13 (Intel Corporate)
No exact OS matches for host (If you know what OS is running on it, see http://insecure.org/nmap/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=4.52%D=3/16%OT=80%CT=1%CU=32827%PV=Y%DS=1%G=Y%M=001517%TM=47DCF23
OS:C%P=amd64-portbld-freebsd7.0)SEQ(SP=BB%GCD=1%ISR=C5%TI=Z%TS=7)SEQ(SP=BC%
OS:GCD=1%ISR=C5%TI=Z%TS=7)OPS(O1=M5B4ST11NW2%O2=M5B4ST11NW2%O3=M5B4NNT11NW2
OS:%O4=M5B4ST11NW2%O5=M5B4ST11NW2%O6=M5B4ST11)WIN(W1=16A0%W2=16A0%W3=16A0%W
OS:4=16A0%W5=16A0%W6=16A0)ECN(R=Y%DF=Y%T=40%W=16D0%O=M5B4NNSNW2%CC=N%Q=)T1(
OS:R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=16A0%S=O%A
OS:=S+%F=AS%O=M5B4ST11NW2%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%
OS:Q=)T4(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%
OS:A=S+%F=AR%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)T6(R=Y
OS:%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O
OS:=%RD=0%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T7(R=Y%DF=Y%T=40
OS:%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%TOS=0%IPL=164%UN=0%RIPL=G%
OS:RID=G%RIPCK=G%RUCK=G%RUL=G%RUD=G)IE(R=Y%DFI=N%T=40%TOSI=Z%CD=S%SI=S%DLI=
OS:S)
Uptime: 1.847 days (since Fri Mar 14 14:51:01 2008)
Network Distance: 1 hop
A switch modul közelről szintén egy egy-két chipes integrált megoldás, 10 porttal:
Míg végignéztük a részegységeket a dolgos kezek berakták a rackbe a dobozt, a versenyszellem jegyében egy HP p-class (régebbi) blade enclosure-re:
Miután ez is megvolt, úgy gondoltuk, hogy bekapcsoljuk a gépezetet, amely még ebben a zajos környezetben is olyan hangos volt, hogy egy közeli Linux meggondolta magát és a biztonság kedvéért elpánikolt:
Mi azonban nem ijedtünk meg, rádugtunk a menedzsment konzolra egy notebookot és figyeltük, hogy mi történik. Semmi. Reménykedtünk kicsit, hogy legalább valami DHCP-s, vagy bármilyen más hálózati próbálkozás lesz, de hát ha nem, hát nem, szégyenszemre elővettük a manualt:
Azt mondja, hogy a Mozilla Firefox nevű alkalmazással kell elérni a konzolt a 192.268.150.150-es címen. Hollywoodi jelenetek jutnak hirtelen az eszünkbe, de kicsit arréb csúszik a szemünk a lapon és máris olvashatjuk a helyes megoldást:
A default usernév, jelszó: admin/admin
Mielőtt azonban belépnénk, nézzük meg kicsit, hogy hogyan is épül fel a gép.
Az Intel Technical Product Specification nevű PDF-ből kiollózott architekturális (huzalozási) diagram:
Ezek szerint minden Compute Module egy-egy SAS kapcsolattal rendelkezik a két storage controller felé, amely így képessé válik a redundancia biztosítására. A weblap szerint ezt a redundanciát a rendszer még nem támogatja, implementálása 2008. első negyedévére (az most van) várható. A storage controllereken nem közvetlenül lógnak a diszkek, hanem összesen két SAS expanderen keresztül érik el a SAS backplane-t. Ahhoz, hogy a rendszer a Compute Module-tól a diszkig redundáns legyen, értelemszerűen dupla útvonallal kell, hogy rendelkezzen. Ennek érdekében a rendszerrel szállított Seagate diszkek is duplaportosak, azaz bármelyik komponens (útvonal, SCM, SAS expander) kiesését képes a diszk elvesztése nélkül elviselni a rendszer.
A diszkek "A" és "B" portja egy-egy összerendelésben van a storage controllerrel és az expanderrel, azaz az SCM1 csakis az egyes expanderen keresztül fogja elérni a diszkek "A" SAS portját, míg az SCM2 a kettes expanderen a diszkek "B" portját.
Az SCM1-expander2 és SCM2-expander1 SAS kapcsolat a két SCM cache szinkronizációjára van fenntartva (kérdés, hogy ez fizikailag egy kapcsolatot jelent-e, mert ezesetben szűk keresztmetszetet jelenthet).
A switch modul tíz külső Gigabit Ethernet porttal rendelkezik, illetve belül minden gép felé két port (összesen tehát 12) látszik. Ezen felül az opcionális második switch felé egy 10 gigabites belső kapcsolat van, illetve a doksi szerint az SCM felé is ki van építve egy 10GE link. Ennek szerepe egyelőre nem tisztázott, vélhetőleg a későbbiekben iSCSI-szerű funkcionalitást nyújthat majd (bár a belső diszkek esetében ennek nem sok értelmét látom).
Most, hogy már tudjuk mivel állunk szemben, lépjünk be a menedzsment felületre (amelynek még fent a gépteremben egy keresztkábellel átállítottuk a hálózati interfészét DHCP-sre).
A bejelentkező képernyő átlátszó login-ablaka már sejtet némi modernitást, amit méginkább megerősít a belépés után látható dashboard:
A dashboardon a leglényegesebb információkat láthatjuk: van-e valamilyen teendő a szerverünkkel (nincs), az "egészsége" (kiváló), az áramfelvétel a tápegységek számának tükrében (egyértelmű jelzéseket kapunk: ha a zöld sávban vagyunk, a rendszer egy tápegység kiesését gond nélkül elviseli, ha a sárgában, egy újabb táp elvesztése már meghatározhatatlan következményekkel jár, ha pedig a pirosban áll a mutató, a rendszer túlterhelt, ne csodálkozzunk azon, ha kiszámíthatatlanná és megbízhatatlanná válik a szerver működése).
A dashboardon látható még egy hőmérsékleti kijelző (környezeti, szerver CPU-k és diszkek), illetve egy ízelítő a legutolsó kritikusnak ítélt eseményekből.
Továbblépve megtekinthetjük szerverünk elejét és hátulját is, és joggal bízhatunk abban, hogy ezek az ábrák a valóságot fogják tükrözni, azaz a megjelenített eszközök ott vannak, ahol azt a lapon látjuk (vagy éppen nincsenek):
Mint az látható, a szervereknél megszokott módon a doboz és minden modul tele van szórva érzékelőkkel (amelyekre riasztási küszöbök is állíthatók). A kívánt információt általában többféleképpen is megszerezhetjük: a gépekhez hozzárendelt diszkterületeket például megnézhetjük a szerver információs ablakaiban és a storage menedzsment fülön is.
Itt érdemes szót ejteni arról, hogy mit is jelent az, hogy a storage controller virtualizálja a diszkeket. A "hagyományos" RAID kontrollerekkel, illetve blade (pld. HP blade-eknél) megoldásokkal szemben itt a szervereknek (Compute Module) csak SAS kapcsolatuk van a storage controller felé, azaz diszket közvetlenül nem látnak. A storage controller feladata, hogy minden gép számára tudjunk tárhelyet biztosítani, ezt azonban nem úgy teszi, hogy a legkisebb egységként a diszket ajánlja fel (azaz pld. az első szervernek az első két diszket odaadja RAID 1-ben), hanem a diszkek fölé storage poolok, azok fölé pedig virtuális diszkek (volume-ok) szervezhetők.
Ez azt jelenti, hogy a mi három diszkünk esetében ezeket egy poolba téve "csíkokat", volume-okat, virtuális diszkeket alakíthatunk ki, amelyek aztán a választott redundancia (RAID) szint szerint fognak rendelkezésre állni.
Három diszkkel RAID 0-át (striping), 1-et (mirroring), 5-öt (striping+parity block), illetve 1E-t (stripe+mirroring) választhatunk, de megfelelő méretű pool (elég diszk) esetében használhatunk RAID 6-ot (dupla paritás), RAID 10-et, 50-et, vagy 60-at is. Azaz szinte minden értelmes kialakítást.
A virtuális diszkek kialakítása gyerekjáték:
Mint látható, a virtuális diszkeket szerverekhez rendelhetjük, illetve beállíthatjuk, hogy azok milyen LUN-nal lássák azt (a boot diszknek érdemes a 0-ásat adni).
Sajnos az Intel kihagyott egy nagyszerű lehetőséget, amely például a HP blade megoldása fölé emelte volna ezt a rendszert: a virtuális diszkek csak egy szerverhez köthetők, egy diszket nem érhet el több szerver.
Az architektúra egyértelműen lehetővé teszi ezt, segítségével pedig viszonylag olcsón, külső SAN (vagy egyéb, ekvivalens) megoldás nélkül lehetne shared diszkes clustereket (pld. mini Oracle RAC, vagy HA clusterek osztott adatterülettel) építeni egy kompakt megoldásban.
Ha valakinek esetleg nehezére esne követnie, hogy melyik diszk milyen virtuális diszkeket tárol, illetve azokat mely szerverek használják, segítség lehet a storage layout, amely egy bonyolultabb megosztás esetében igen hasznos lehet:
A háttértár mellett nagyon fontos a hálózat. A mi eszközünkben egy darab switch kapott helyet (a rajz szerint a második switch által biztosított két plusz port gépenként csak egy külön beszerzendő mezzanine kártyával vehető igénybe), amely a világ felé tíz GE porttal, befelé pedig 12 (gépenként kettő) GE-vel kapcsolódik.
Szintén a clusteres képességek javítása kapcsán úgy gondolom, hogy néhány területen értékelték volna a GE helyett a gyorsabb interconnect megoldásokat is (például InfiniBand), de ha már ez nem fért bele, a két GE port ellensúlyozásaként hasznos lett volna legalább 2,5 gigabites Ethernetet tenni belülre, mellé pedig ehhez passzoló switchet. Apró bibi persze, hogy ilyet jelenleg csak a Broadcom gyárt, itt meg ugye Intel megoldásról beszélünk. (a 10 GE valószínűleg költség oldalról volt ellenjavallt, illetve könnyen lehet, hogy a szegmens, amelyet megcéloztak vele, nem is igényli ezeket a sebességeket)
Szóval a switch. A switchet kétféleképpen menedzselhetjük: egy egyszerű felületen, amely integrálva van a fent bemutatottal, illetve egy fejlettebb (még mindig webes) GUI-n, ahol sokkal több beállítás elvégzésére van mód.
Az egyszerű beállító-felület a port státuszát (enabled/disabled), a VLAN-t, a sebességet (10-100-1000, FDX, HDX) és a STP alapvető befolyásolását teszi lehetővé:
A részletesebb, több beállítást lehetővé tévő felület egy új böngészőablakban (másik webszerveren, porton) jön be:
amely rögtön érdekes megoldásra hívja fel a figyelmet: a switch IP címe a lap szerint 1.1.1.71, így a külső menedzsment modulon minden bizonnyal egy HTTP proxy fut, amely továbbítja belülre a kéréseket.
A switch képességeire jól lehet következtetni a bal oldali lenyíló menüben szereplő pontokból:
Az eszköz tudása egy átlagos layer 2 switché: port tükrözés, kábelmérés (távolság, érvizsgálat, skew), storm control (broadcat, ismeretlen unicast, multicast), port security, ACL-ek (MAC és IP alapon), interface trunking (LAG, LACP), STP (RSTP, PVSTP), VLAN (a GARP és GVRP-ből ítélve nem éppen Cisco switch van belül), VLAN grouping (MAC cím, IP subnet, és protokoll (IP/IPX/ARP) alapján), QoS és az általános statisztikák.
A menedzsment felületen természetesen több user is létrehozható, ezek külön szabályozhatók RW/RO alapon az egyes nagyobb egységekre nézve (chassis, storage, switch admin, illetve a hat szerver egyesével). A felhasználókhoz riasztási szintek köthetők, amelyek egyesével beállíthatók minden típusra:
A gépek távmenedzsmentjét távoli soros porttal, illetve KVM (Keyboard, Video, Mouse) átvételével lehet intézni, utóbbihoz egy virtuális CD is társul, amely a gépünkön lévő CD/DVD drive-ot közvetlenül, vagy a gépünk diszkjén lévő image-ből (ISO) tud dolgozni. A remote KVM alkalmazás Java WS-os, kétféle mód (high, low resolution) közül választhatunk, az erőforrásaink (pld sávszélesség) és igényünk függvényében.
Az alkalmazás képminősége és -frissítése jó (viszonyítási alap a HP ILO-ja, amely néha egyenesen katasztrofális), a virtuális CD viszont nekem nagyon lassú volt (helyi gigabites hálózat).
A KVM program menüjéből vezérelhetjük azokat a gombokat, amelyeket az nem tud átvinni közvetlenül és itt kapcsolhatjuk be, vagy ki a távoli CD/DVD-t is:
A menedzsment felületről készült videók:
http://ftp.fsn.hu/contrib/bra/intelmodular-mgmc.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-switch.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-fbsdinstall.wmv
Miután kiveséztük szinte az egész gépet, ejtsünk pár szót a szerverekről is. A mi dobozunk két Compute Module-lal érkezett, amelyekben 2 db. L5410-es (2,33 GHz-es, 1333 MHz-es FSB-s, 12MB L2 cache-es) quad core Xeon processzor és 2 GB RAM volt.
A processzorok tekintetében az L5410 -az E5410-es alacsony feszültségű (LV) párja- az 5400-as széria ("Harpertown") majdnem legkisebb CPU-ja, alatta már csak az 5405 van (2G/1333MHz), felette pedig még jópár változat, a jelenleg legnagyobb X5482-vel bezárólag (3,2G/1600MHz).
Ez azonban ne tévesszen meg bennünket, hiszen az "új" Xeonokból már az 5300-as széria is nagyon gyors volt, amelyre még egy lapáttal rátett az Intel az 5400-assal.
Bár semmiképpen nem mondanám kimerítő CPU benchmarknak, azért lefuttattam a sysbench CPU tesztjét három különböző gépen. Az egyik a cikk tárgya, azaz két darab Intel L5410-es (2,33 GHz) quad core xeonos gép, a másik egy HP BL460c, ugyancsak két darab quad core Xeonnal, de az előző szériából (E5345, 2,33GHz), a harmadik pedig egy még korábbi verzió, az 5130, amely csak két magos és 2 GHz-en ketyeg.
A következő parancs:
for i in `jot 32`; do sysbench --num-threads=$i --test=cpu --cpu-max-prime=100000 run | grep total time: | egrep -o [0-9]+.[0-9]+; done
eredménye:
Az x tengelyen a futásidő látható másodpercben, míg az y-on a threadek száma a ciklusban.
Az Intel eléggé belehúzott az elmúlt évben, ráadásul meglehetősen aggresszív árpolitikát folytat (az 5400-as CPU-k olcsóbbak, mint az elődeik).
A gépek BIOS-a átlagosnak mondható:
A memória a modulok számától függően teljes egészében felhasználható (no RAS), tükrözhető (a memóriamodulok felének kiesését tolerálja a rendszer, értelemszerűen a kapacitás felezésével), illetve tartalékolható (memória RAID 5, ahol egy modult elveszthetünk a működés befolyásolása nélkül). Kíváncsi vagyok, hogy ha az Intel is áthelyezi a memóriavezérlőt a processzorba, eltűnnek-e ezek a funkciók a low-end, midrange x86-os szerverekből.
A gépben egy LSI 1064E SAS vezérlő biztosítja a kapcsolatot a storage controller, és így a diszkek felé, a hálózati elérést pedig Intel PRO/1000 EB NIC-ek adják.
Vélemény:
Az Intel Modular Servert két dologgal tudnám összehasonlítani. Az egyik hat darab 1U-s rackmount szerver (a modular server doboza is 6U-s és hat Compute Module fér bele), a másik pedig egy hasonló méretű blade megoldás (ezekből leginkább a HP-t ismerem).
A rackmount szerverekkel szembeni előnye világos: kompaktabb, egységes környezet, dinamikusan kiosztható diszkterület, integrált switch és sok mindenre kiterjedő monitoring, riasztási lehetőség, távmenedzsment.
Árban valószínűleg az 1U-s rackmount szerverek nagy többsége fölött van, azonban ha azok teljes költségéhez hozzászámítjuk a valószínűleg kisebb fogyasztás, a switch és az ilyen szintű távmenedzsment lehetőségét is (azaz nem a legolcsóbbat vesszük), könnyen lehet, hogy azonos, vagy éppen magasabb árat kapunk.
A blade megoldással szemben jelenleg hátrányként róható fel a választék hiánya, amely mind a szerver-modulok, mind a beléjük helyezhető kiegészítő kártyák (mezzanine és backplane modulok) tekintetében fennáll.
A rendszer felépítéséből adódik a kérdés: mennyire jövőbiztos az architektúra, milyen további fejlesztések várhatók?
Bár elvi lehetősége van annak, hogy akár mezzanine kártya nélkül Fibre Channel, vagy InfiniBand képessé váljon a szerver (például egy olyan kombinált storage controllerrel, amely a belső SAS kapcsolatokon keresztül valósítja meg az elérést, kifelé pedig FC, vagy IB csatolóval rendelkezik), azonban elképzelhető, hogy abban a szegmensben, amelyet az Intel megcélzott a Modular Serverrel nincs is igény az ilyen -jellemzően magasabb árszínvonalat képviselő- megoldásokra.
A Modular Servert egy belépő szintű blade megoldásnak érzem, amely némileg kisebb bővíthetőséget ad, mint a "nagy" blade megoldások, azonban -feltételezhetően- alacsonyabb áron teszi ezt, hasonló szolgáltatások mellett. Annak, aki több, két processzoros x86-os szerver felett "uralkodik", esetleg most még csak kevesebbel indulna, de a későbbiekben bővülne és együtt tud élni a fent említett hiányosságokkal, mindenképpen hasznos megoldás lehet.
A tesztgépet az ASBIS Magyarország biztosította, köszönet érte.
A tesztről készült összes kép itt tekinthető meg.
ui: miután kivettük a Poggyászból a Modular Servert, visszanőttek a lábai, megrázta magát -tiszta ruha illatát árasztva magából-, majd elsietett (ezt egy tűzálló géptermi ajtónk bánta, amely önhibáján kívül éppen zárt állapotban tartózkodott, amikor meg kellett tapasztalnia a tudákos körtefa földöntúli erejét) Széltolóhoz, aki Ankh-Morporkból üzeni, hogy épp jókor érkezett a láda, mert már nagyon fogytán volt a tiszta alsónak. |
www.hwsw.hu
2009-02-04 14:29:20 | Új középkategóriás merevlemezes tárolók a Sunnál - 14:29 |
| Két középkategóriás merevlemezes tárolóval bővítette kínálatát a Sun Microsystems. A Sun Storage 6580 and 6780 diszktömbök egyaránt 256 SATA vagy FC meghajtót tartalmazhatnak, azonban a 6780 később akár 448 diszkig bővíthető lesz, így a maximális kapacitása a jelenleg elérhető és támogatott merevlemezekkel 448 terabájt is lehet. |
www.btl.hu
2009-01-23 16:43:00 | Valóban a diszkont reklámügynökségeké a jövő? |
| (BTL.hu)A gazdasági terület válsága elsősorban a reklámügynökségeket érinti: átszervezésekről, leépítésekről szóló hírek jelennek meg naponta. Ebben a környezetben szokatlan, de van kivételes, a gyakorlatban működő modell: |
hup.hu
2008-11-28 23:07:01 | OpenSolaris alapú diszkdobozok a Sun kínálatában |
| Megjelent a Sun új Storage 7000 Unified Storage Systems termékcsaládja. A recept egyszerű: vegyél 1-2 adag x86 szervert, adjál hozzá egy csomó olcsó diszket (JBOD) és néhány enterprise flash meghajtót. Készíts hozzá OpenSolaris alapon egy könnyen kezelhető, ámde funkciókban gazdag "firmware"-t. Hosszú fejlesztés és tesztelés után tálalható a kiváló ár-teljesítményű tárolódoboz.
A termékcsalád nagyban épít az OpenSolaris tároló specifikus projektjeire, mint pl. a ZFS, NFS, CIFS, iSCSI. Ezek közül a ZFS kiemelkedő szerephez jut a teljesítmény és szolgáltatások tekintetében. Az olyan projektek pedig, mint az FC Target, COMSTAR és pNFS Server már előre vetítik a lehetséges fejlődési irányokat.
A Sun Storage 7000 család tagjai NFS, CIFS és FTP fájlszerverként, valamint iSCSI diszkként is használhatóak. Az összes funkció további licensz költség nélkül korlátlanul elérhető: snapshot, clone, replikáció, LDAP, AD, SNMP, NDMP, CLI és egy kellemes Web interfész.
A nagy teljesítmény kulcsa a ZFS alapú hibrid diszkterületek használatában rejlik. Az olvasásra optimalizált nagy kapacitású "Readzilla" becenevű SSD-ket a rendszer L2ARC-ként, az írásra optimalizált "Logzilla" SSD-ket pedig ZFS Intent Log-ként (ZIL) állítja csatasorba. Ezáltal a flash meghajtók egyfajta cache-ként működnek, a hagyományos NVRAM alapú megoldásoknál olcsóbban és lényegesen nagyobb kapacitással.
Egyedülálló lehetőséget nyújt a Web-es felület ún. "Analytics" funkciója, amely a DTrace segítségével valós idejű információkat nyújt a tárolórendszer szinte összes érdekes működési paraméteréről. Olyan kérdésekre kaphatunk ezáltal választ, mint pl. milyen válaszidőket produkál a doboz - akár fájl vagy kliens bontásban is!
A család jelenleg 3 tagú. A 7110 és 7210 önálló készülékek (ez utóbbi akár 44TB kapacitást nyújt 4RU helyen - ismerős?). A legnagyobb 7410 pedig moduláris felépítésű, amely fürtözött HA kiépítésben is elérhető - ebben az esetben is egyszerű web-es menedzsment lehetőségek mellett.
Érdekes szakmai videók kerültek fel a Sun wiki oldalára a termékfejlesztőktől: Sun Storage 7000 Technical Videos.
A letölthető Unified Storage Simulator VMware virtuális gépen tesztelhető az új rendszerek szinte teljes funkcionalitása. |
www.hir3.hu
2008-03-07 11:55:17 | A PM szerint nincs válság állampapír-piacon |
| Rémhírnek minősítette Pichler Ferenc, a Pénzügyminisztérium szóvivője az MTI megkeresésére azt a piaci információt, hogy válságtanácskozásra ültek volna össze a Pénzügyminisztérium, a jegybank és az ÁKK képviselői a másodlagos állampapír-piaci fejlemények miatt, hasonlóan nyilatkozott Iglódi-Csató Judit, az MNB kommunikációs vezetője is. "Az ideges piacon megalapozatlan hírek terjednek" - fogalmazott Pichler Ferenc. Szavai szerint az Államadósság Kezelő Központ megtette a szükséges lépéseket az állampapír-piac stabilizációjára azzal, hogy csökkenti a kötvény, és növeli a diszkont kincstárjegyek kibocsátását. |
origo.hu
2008-12-30 12:51:30 | Drágult a magyar állam finanszírozása |
| Az Államadósság Kezelő Központ (ÁKK) keddi 3 hónapos diszkont kincstárjegy aukcióján a vártnál alacsonyabb érdeklődés mellett 52 bázisponttal emelkedett a hozam. (Ez azt jelenti, hogy a magyar államnak magasabb megtérülést kellett a korábbinál ígérnie ahhoz, hogy vásároljanak a papírjaiból.) |
hup.hu
2008-12-03 14:33:52 | Adatintegritás megőrzését támogató kódot adományozott az Oracle és az Emulex a Linux közösségnek |
| Az Oracle bejelentette, hogy block I/O integritás megőrzését támogató kódot adományozott a Linux közösségnek. Az odaadományozott nyílt forrású kód segít megőrizni az adat integritását, miközben az adat az alkalmazástól az adatbázisba és a Linux operációs rendszertől a diszk alrendszerbe mozog.
Az új kód lehetővé teszi a Linux kernel számára, hogy újabb ellenőrzési pontok beiktatásával kiküszöbölje a "csendes adatsérülést" azáltal, hogy csökkenti a lehetőségét annak, hogy hibás adatkiírásra kerüljön sor az adattároló lemezeken. A kódot az Oracle az Emulex-szel együtt fejlesztette ki. A kód elfogadásra került a 2.6.27-es kernelben.
Referenciák:
Oracle, Emulex Unite to Fight Data Corruption
Oracle Contributes Code to Linux Community, Teams With Emulex and Launches Early Adopter Program |
www.sg.hu
2008-08-12 08:44:09 | Még van igény a mágneses-optikai adattárolókra |
| A gyártók a hordozható merevlemezek, USB-kulcsok, memóriakártyák gyors terjedése ellenére is bíznak a hagyományos MO-diszkekben, mivel jóval tartósabb az optikai korongoknál. |
hvg.hu
2008-03-10 12:21:14 | Megugrott a hathetes diszkont kincstárjegy hozama a hétfői aukción |
| Az Államadósság Kezelő Központ (ÁKK) a korábbinál lényegesen nagyobb, 8,99 százalékos hozammal helyezett ki hathetes diszkont kincstárjegyet hétfői aukcióján. A korábbi aukciók átlaghozama sorrendben 7,46, 7,49, 7,44 és 8,25 százalék volt. Az aukción túlkereslet is volt, igaz, az átlaghozam múlt hétfőhöz képest 75 bázisponttal ugrott meg. |
www.hirextra.hu
2008-06-24 16:35:21 | Nö a fapados társaság utasainak száma |
| Az idén a tavalyit 120 ezerrel meghaladó, több mint 820 ezer ferihegyi utasra számít a Wizz Air diszkont légitársaság, amely négy éve indította első budapesti járatát - áll a légitársaság közleményében. Az elmúlt négy évben a légitársaság utasszáma megközelítette a 12,5 milliót. |
www.hwsw.hu
2008-11-11 12:05:53 | Már a Fujitsunak is van szabványos magasságú 500 gigabájtos merevlemeze - 12:05 |
| Bemutatta 500 gigabájtos, notebookokba szánt merevlemezét a Fujitsu. A meghajtó két darab 250 gigabájtos tányért tartalmaz a korábbi három 166 gigabájtos helyett, így a diszk magasságát sikerült a szabványos 9,5 milliméterre szorítani, ezzel az összes gépbe beépíthetővé vált. |
www.btl.hu
2009-01-07 14:15:00 | Beolvadt a Plus |
| (BTL.hu)A Plus Élelmiszer Diszkont Kft 2008. december 31. napjával megszűnt – beolvadt a Spar Magyarország Kereskedelmi Kft-be. A Spar 2008 márciusában kötött szerződést a német Tengelmann vállalatcsoporttal, 174 magyarországi Plus üzlet átvételére. A brüsszeli versenyjogi jóváhagyás után... |
origo.hu
2008-12-02 14:49:03 | Lassan életre kel a magyar állampapírpiac |
|
Az utóbbi néhány aukcióból úgy tűnik, hogy végre visszatérek a vevők az állampapírpiacra, a keddi háromhónapos diszkont kincstárjegyek aukcióján például az eredetileg meghirdetett 30 milliárdos összegre 121,6 milliárd forintnyi igény érkezett, ezért az Államadósságkezelő Központ (ÁKK) 5 milliárddal meg is emelte az elfogadott mennyiséget.
|
hup.hu
2008-04-17 10:00:00 | BFQ: "új" IO ütemező készül a Linux kernelhez |
| Fabio Checconi jelentette be nemrég az LKML-en, hogy egy "új" IO ütemezőn dolgoznak a Linux kernelhez. Idézőjelben új, mert a Budget Fair Queuing IO Scheduler tulajdonképpen a CFQ-ra, a Completely Fair Queuing IO ütemezőre épül.
A block eszközök (például diszkek) korlátozottan rendelkezésre álló IO sávszélességét az IO ütemező osztja el a különböző processzek közt. A Linux kernel több IO ütemezőt is kínál, ezek közül az alapértelmezett a Jens Axboe által fejlesztett CFQ. A BFQ a CFQ képességeit javítaná. A fejlesztői szerint a céljuk, hogy az "új" ütemező "előrelátóbb" legyen és igazságosabban ossza el a rendelkezésre álló IO sávszélességet, miközben ugyanazt a nagy áteresztőképességet biztosítsa, amelyet jelenlegi CFQ kínál. Jens Axboe kedvezően fogadta a bejelentést. Jelezte, hogy beolvasztotta a BFQ-t a block git repo-ba (ennélfogva megy az -mm fába), hogy az szélesebb körben is tesztelhető legyen. Emellett megjegyezte, hogy a kód nagyszerűen néz ki és a fejlesztők kiváló munkát végeztek.
Felmerült a kérdés, hogy leváltja-e a BFQ a CFQ-t vagy más kernelbeli IO ütemezőt. Jens szerint, ha a BFQ beolvasztásra is kerül a mainline kernelbe - önálló IO ütemezőként vagy beolvasztva a CFQ-ba -, szépen megfér majd a többi, jelenleg is meglevő IO ütezemő mellett.
Részletek a KernelTrap cikkében. |
origo.hu
2008-06-09 09:00:00 | Tovább terjeszkedik a Lidl |
| A kettes számú német diszkont kiskereskedelmi vállalkozás, a Lidl Svájcban, majd az Egyesült Államokban is szeretne terjeszkedni, emellett Németországban is ezer új egység megnyitását tervezi. |
hup.hu
2008-11-17 18:42:53 | Quickbench S02E01: Milyen lehet egy 128 processzoros AMD K6-os gép, avagy: sok lúd disznót győz? |
| A nagy(?) sikerű quickbench sorozat a világgazdasági válság ellenére is folytatódik a HUP-on! A lendület töretlen! Will work for food!
Ezúttal -Márton nap elmúltával- azt a közmondást vizsgáljuk meg, mely szerint sok lúd disznót győz.
De vajon tényleg?
Talán kezdjük a történetet valahol a felejtés ködébe vesző múltban...
1999: egy AMD K6-os CPU-val felszerelt gép előtt görnyedek, és a félhetente kötelező jelleggel újrafordított Linux kernel elkészülését várom.
Sok tíz megabyte-nyi konzolra fröcsögött szemét után másfél megányi gyönyör, zcat /boot/vmlinuz-2.2.5-15 > /dev/audio, és mintha Isten szólna hozzám.
Legalábbis akkor még ezt magyarázták, én inkább már kifelé voltam a kórból.
Szóval az ember ott ül, nézi, ahogy futkosnak a GCC warningok, és arra gondol: de jó lenne ebből a processzorból mondjuk tíz! Nem, inkább 128!
Az mekkora lenne, májerkedhetnék a zircen, hogy nekem csak három másodpercig tart a kernelfordítás! (most arról, hogy annyi idő alatt annyi processz el sem tudott volna indulni, vagy hogy a konzolra kiírni azt a rengeteg szemetet ennél tovább tart ne beszéljünk)
A társadalmi rang, ugye...
2008: év vége, válság, mélabú, ötkor koromsötét. Pedig itt van álmaim gépe! Vagyis volt, mert kellett másnak is.
De mégis! Egy cég legjobb koponyái évekig dolgoztak azon, hogy az álmom beteljesülhessen! 128 AMD K6 egy dobozban!
Íme:
A képen egy Sun T5140 típusú pizzásdoboz látható, amelynek a műszaki paraméterei a következők:
két darab, 8 magos, 1,2 GHz-es UltraSPARC T2+ CPU, amelyek összesen 128 szálat tudnak kezelni, és 4 MB cache-sel rendelkeznek
32 GB FB-DIMM memória
négy darab gigás Ethernet interfész
négy darab 15kRPM-es SAS SFF diszk
1U rackmount FF
ILOM a távmenedzsmenthez
4 Gbps-es FC HBA
Láttunk már ilyet, mondhatnánk (Sun T2000, T1-es CPU-val), de nem lenne igazunk, mert a gép, és a processzor is rengeteget változott.
Kicsomagolás után hátulról ezt láthatjuk:
Bár a Sun a "Coolthreads" címkét ragasztja a gépekre, azért ez mégsem egy Intel 80286, azaz valamivel mégiscsak hűteni kell. Mondjuk hideg levegővel, elölről etetve:
A funkciót egy sor apró (az 1U-s magasság miatt persze nem is lehetne nagyobb, hacsak nem döntik el, de úgy meg csak arra lenne jó, hogy a szervert lebegtesse a föld fölött, ami bár kétségtelenül rendkívül jól nézne ki, sok haszna mégsem lenne) ventillátor valósítja meg, amelyek a feladatuk ellátásához majdnem gyorsabban pörögnek, mint a gép merevlemezei.
A diszkek percenként 15 ezerszer mondanak hellót a felettük csúszkáló fejeknek, míg a kis fémlapátos barátaink a gép szerint több, mint 12 ezerszer rotálódnak per minutum:
én biztos hánynék a helyükben, bár a sok G miatt lehet, hogy ki se tudna jönni.
A kényelmesen nyitható ventillátor-tálca fedele egybe van építve a lényeget védő, takaró fedéllel, így ha bele szeretnénk kukucskálni a széndioxid-kibocsátás csökkentésének eme remekművébe, egyben el kell távolítanunk mindkettőt. Így:
Belül csodaszép rendezettség található, balról jobbra az őrült módjára pörgő szélkerekekkel, utánuk a két darab T2+ processzorral, majd a csak két marokban elhelyezhető mennyiségű memóriamodulokkal, utánuk pedig mindenféle ilyen-olyan alkatrésszel, amelyek rendeltetése nagy, sárga címkék hiányában ismeretlen. Nem is tudom minek rakják oda, csak a helyet foglalják.
Ja, és alul van még két darab menet közben cserélhető tápegység, amely az ilyen nem telkós géptermek nagy részében érthetetlen módon jelen lévő váltóáramot konvertálják egyenárammá (AC/DC, 2009-ben élőben is meg lehet hallgatni) némi kamatért cserébe.
A hangsúly persze a kettőn, és a menet közbenen van, sajnos vannak olyan elvetemült gyártók, amelyek nem szégyellnek egy, vagy kettő, de csak offline cserélhető tápot tenni ezekbe a dobozokba.
Tudnak ezek a kínaiak ha akarnak, na, ott a Fujitsu nevű japán cégnél (őőő):
Most művészi makrók a memóriákról módjával (alliteráció rulez):
aztán memóriák közé dugott LSI SAS vezérlő, és annak az csatlakozója, szép zöld karámba zárva, hogy itt is tudatosuljon bennünk: ez egy econo szerver (ami azt jelenti, hogy az üzemeltetése kevésbe kerül, de attól még lehet az elején marha drága):
és PCI riser (három darab nyolc csatornás PCIe slotunk van):
Kicsit távolodva a NYÁK-os témáktól, a tápok helye, és maga a táp (Delta 720W-os):
Elhagyva a belsőségeket, de még egy kicsit elidőzve a hátsó fertályban láthatunk közelről pakettblastgenerátor-dugókat (négyet, gigabiteset), soros és Ethernet menedzsment csatlakozót, USB-t (ha kevés lenne a belső tárhely, ide köthetünk még), és egy rejtélyes "IOIOI" feliratú, ismeretlen rendeltetésű konnektort, amely olyan furcsán eltér a többitől:
Most, hogy meganalizáltuk a gépet, nézzük meg az arcát is, ahol a ventillátorok fújják be a levegőt (blowjob), remélhetőleg úgyis azt fogjuk többet látni (sőt, inkább azt se!):
Láthatjuk, hogy a szerver nem fél a magasságoktól, még a nálánál hatszor nagyobb doboza tetejére is felül, ha szépen kérjük. "Gyári" kiszerelésben a bal oldalon két diszkkel, a jobb oldalon pedig két "killer" (izé, filler, szemüveg nélkül nem látok jól, de ezek szerint a kínaiak sem, mert lehagyták a vesszőt az é-ről, biztos arra akartak célozni, hogy az üres keret filléres tétel, nyugodtan kidobható) feliratú keret van, utóbbi kettőt gyorsan kukáztuk, ahogy kérték, majd betoltunk két ugyanolyat, mint bal oldalt volt.
A gép fedőlapján szokás szerint gyerekeknek készült képregény látható:
amely kedvességtől minden alkalommal könnybe lábad a szemem, így elolvasni sajnos még sosem volt érkezésem.
Miután így jól megvizsgáltuk az új jövevényt, megkértem szőrös karú segédemet, hogy tolja be a "téötezerszáznegyvenest" a helyére, amit kijelölt számára, és ahol majd én jól megnézhetem, a gépterem zajától távol eső karosszékemben:
Itt is szeretném megköszönni neki a segítséget, mert így, bár nem nehéz a gép, távmenedzsmenten edződött pipaszár testem lesérülését megelőzendő én távol maradhattam a férfias fizikai munkától.
Miután a vasat kivégeztük, leltárt készítettünk, és találtunk még egy szépen kinéző UTP kábelt is, amit inkább óvatosan visszacsomagoltunk, nehogy elrontsuk:
Eddig tök jól éreztük magunkat, mozogtunk, friss levegőt szívtunk, de éreztem, hogy ezután már nekem is kellene csinálnom valamit, így hát megnéztem mi az a Sun Integrated Lights Out Manager.
Mi más lenne, mint távmenedzsment eszköz. Elérhetjük weben:
és a root/changeme usernév/jelszó párossal (alapból) ssh-val is, ahol rögtön el is indíthatjuk rajta a Solarist, amit előtte már valaki kikapcsolt:
-> start SYS
-> start /SP/console
Are you sure you want to start /SP/console (y/n)? y
Serial console started. To stop, type #.
syncing file systems... done
Program terminated
r)eboot, o)k prompt, h)alt? o
T5140, No Keyboard
Copyright 2008 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.28.0, 32544 MB memory available, Serial #82365864.
Ethernet address 0:14:4f:e8:cd:a8, Host ID: 84e8cda8.
Ignoring auto-boot? setting for this boot.
{0} ok boot -s
Boot device: /pci@400/pci@0/pci@8/scsi@0/disk@0,0:a File and args: -s
SunOS Release 5.10 Version Generic_127111-11 64-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Booting to milestone "milestone/single-user:default".
Hostname: unknown
Requesting System Maintenance Mode
SINGLE USER MODE
Root password for system maintenance (control-d to bypass):
single-user privilege assigned to /dev/console.
Entering System Maintenance Mode
Jul 8 00:39:17 su: su root succeeded for root on /dev/console
Note: Sun Java Enterprise System 5 Update 1
For your convenience this server has been shipped with the Sun Java
Enterprise System 5 Update 1 (Java ES 5 Update 1) distribution. The
distribution is available for installation from:
/var/spool/stage/JES5U1/Solaris_sparc
or
/var/spool/stage/JES5U1/Solaris_x86
Details about Java ES can be viewed at:
http://sun.com/jes
If you wish to install any of the enterprise class products from the Java ES
you must run the Java ES installer from one of the directories listed above.
Prior to installing any of the Java ES products please review the
Installation Guide available at:
http://docs.sun.com/app/docs/coll/1286.3
For more information about pre-install software from Sun and information
about removing this message please see:
http://www.sun.com/software/preinstall/
Sourcing //.profile-EIS.....
root@unknown #
Nézzük meg a webes konzolt, ahol nézhetünk firmware információkat, menedzselhetjük a komponenseket, megnézhetjük a naplót, azt, hogy mennyit fogyaszt a szerver, és meddig mehetünk még el:
állíthatunk web- és ssh szerver-paramétereket, hálózati beállításokat, és akár az órát is:
az ILOM tud syslogba írni, és SMTP-n levelet küldeni, ha gáz van (képletesen, gázérzékelő nincs benne), tud LDAP-ot, RADIUS-t, és AD-t használni azonosításhoz:
lehet vele persze újraindítani a szervert, vagy az OS-t core dumpoltatni (YAY!), állítható a boot mód is:
Miután ezeken túljutottunk, nézzünk kicsit a körmére a gépnek.
Önmaga szerint 402 Wattot fogyaszt a drága áramunkból, miközben semmi más nem történik, csak a Solaris (10) futtatja az idle loopot.
Mivel a Sun a T2-es (és a T1-es, ha már itt tartunk) processzorokat, és a rájuk épített rendszereket úgy reklámozza, hogy rendkívül energiatakarékosak, és ezt még megfejelik azzal, hogy bár az energiát Pakson hagyják, a teljesítményt viszont a nappalinkba (vagy ki hol tartja ezeket a szuperszámítógép-teljesítményű gépeket) hozza, izgalmas kérdés volt a fogyasztás, és a teljesítmény.
Az első kérdés rögtön adta magát: mit állítsunk szembe ezzel a géppel? Mivel másunk éppen nem volt szabadon, mi egy HP DL380G5-tel mértük össze, amelynek a paraméterei a következők voltak:
két darab, 4 magos, 3 GHz-es Xeon processzor, 12 MB L2 cache-sel
16 GB FB-DIMM memória
két darab gigás Ethernet interfész
négy darab 15kRPM-es SAS SFF diszk
2U rackmount FF
ILO a távmenedzsmenthez
2 Gbps-es FC HBA
Igazságtalanság lett volna azonban a fogyasztást a gépek saját eszközeivel mérni, mivel ezeket nem tudtuk volna egymáshoz mérten kalibrálni, így vettünk egy fogyasztásmérőt, és a teszteket azzal végeztük el.
Az első teszt tehát az üresjárati fogyasztás:
396,6 W, amely körülbelül megegyezik az ILOM által jelzett 402 Wattal.
Mivel az FB-DIMM memóriák meglehetősen energiazabáló hírében járnak, az igazságosság érdekében a T5140-ből eltávolítottuk a memória felét, így a modulok kapacitása, száma, és így összkapacitása is megegyezett.
A 16 GB memória eltávolítása után a 396 wattos fogyasztás leesett 318 Wattra:
Ezután jött az ellenpróba: rádugtuk a DL380-ast is a mérőkére, amely üresjáratban, ugyanazzal a Solarisszal, mint a SPARC-on 296 Wattot mutatott:
Tehát:
T5140 32G: 396,6W
T5140 16G: 318,2W
DL380 16G: 295,9W
A semmittevésben tehát a PC a jobb, nézzük meg, vajon megmarad-e az előnye, ha dolgozni is kell.
Mivel alapvetően arra voltam kíváncsi, hogy a két gép között az architekturális (CPU) különbségek okán mennyi lehet az eltérés, először egy CPU tesztet futtattam (nbench), egyre több szálon:
Jól látszik, hogy hiába fogyaszt olyan keveset a PC üresjáratban, a fogyasztásbeli előnyét már akkor elveszti, mikor egy nbench processz fut.
Nézzünk valami memóriaintenzíve(bbe)t is! A sysbench memória tesztjét futtatva ezeket a fogyasztási görbéket kapjuk:
Az előny itt is jól látszik.
Együtt futtatva a két programot:
mindkét gépnek kivillan a foga fehérje, a DL380 majdnem 430 Wattig szalad, de a T5140 is felmegy 403 Wattra 64 szálnál.
Érdekességképpen ugyanezeket a teszteket elvégeztem a DL380-ason Linuxszal és FreeBSD-vel is.
Az eredmény, a Solaris 10-nél korábban látott eredményekhez képest:
Egyértelmű nyertes itt nincs, talán a sysbench memória tesztjénél mondható ki valamennyire sorrend, ott nagyobb terhelés alatt a FreeBSD fogyasztott a legkevesebbet, utána a Linux, majd a Solaris következett.
Az üresjárati fogyasztás a grafikonon nem látszik, az tized Watt eltérésekkel mindhárom OS-en 295W körül alakult.
A grafikonokra vetett egyetlen pillantás is elég a szerelemhez: a DL380 egy rezsó igyekezetével melegíti a környezetet, míg a T5140 alig fogyaszt valamit.
Persze a grafikonok csalókák, hiszen nem szerepel rajtuk az üresjárati fogyasztás, és az y tengely sem nulláról indul. Azt, hogy ez utóbbi mennyit számít, igen jól szemlélteti, ha kiszámoljuk mennyi a két gép csúcsfogyasztása közti különbség. 6 (hat) százalék.
Na de nézzünk a számok mögé, mert bár bármennyire is jól néz ki a Sun fogyasztása, mindez csak a leadott teljesítmény ismeretében ér bármit is.
Az nbench az alábbi görbéket (egyeneseket) rajzolja:
Látványos, de mi a frászkarikát jelentenek ezek a számok? Szorzókat, amelyek azt mutatják, hogy az nbench által futtatott (mem, int, float) tesztek hányszor gyorsabban futnak, mint a referencia gépen.
Azaz egy AMD K6 233 MHz-en. :)
A T2-es CPU-n egy szálon 1,595, 2,415 és 3,149-szer gyorsabban fut, mint a K6-oson, innen tehát a címben szereplő 128 processzoros hasonlat.
Az igazsághoz hozzátartozik még valami, ez pedig az, hogy az nbench értékek egy másik DL380 G5-ösön készültek, nem pedig a tesztben mindenhol máshol használt gépen. Sajnos ezt a hibát már csak utólag vettem észre, de az eredmények ennek fényében még látványosabbak.
Az illető DL380-as nem csak a magok számában (2x4 helyett 2x2), hanem azok sebességében, és generációjában is eltértek (2,33 GHz-es E5345).
nbenchet mission critical rendszerekben csakis Xeonon futtassatok!
Még egy érdekes megjegyzés a teszttel kapcsolatban: a prstat kimenetében szépen látszik, hogy a Solaris ütemezője nem véletlenszerűen rakja szét a virtuális CPU-kra a processzeket, hanem minden magra egyenletesen oszt, amíg van belőle szabad.
Négy processznél:
5444 root 2232K 1712K cpu80 0 0 0:03:32 0.8% nbench/1
5449 root 2232K 1712K cpu112 0 0 0:03:32 0.8% nbench/1
5445 root 2232K 1712K cpu64 10 0 0:03:32 0.8% nbench/1
5447 root 2232K 1712K cpu104 0 0 0:03:32 0.8% nbench/1
16-nál:
7233 root 2232K 1448K cpu36 0 0 0:01:08 0.7% nbench/1
7267 root 2232K 1448K cpu88 50 0 0:01:08 0.7% nbench/1
7272 root 2232K 1448K cpu57 50 0 0:01:08 0.7% nbench/1
7261 root 2232K 1448K cpu40 0 0 0:01:08 0.7% nbench/1
7264 root 2232K 1448K cpu9 0 0 0:01:08 0.7% nbench/1
7249 root 2232K 1448K cpu4 0 0 0:01:08 0.7% nbench/1
7253 root 2232K 1448K cpu52 0 0 0:01:08 0.7% nbench/1
7241 root 2232K 1448K cpu60 0 0 0:01:08 0.7% nbench/1
7270 root 2232K 1448K cpu96 0 0 0:01:08 0.7% nbench/1
7277 root 2232K 1448K cpu64 0 0 0:01:08 0.7% nbench/1
7237 root 2232K 1448K cpu24 0 0 0:01:08 0.7% nbench/1
7225 root 2232K 1448K cpu28 0 0 0:01:08 0.7% nbench/1
7229 root 2232K 1448K cpu112 0 0 0:01:08 0.7% nbench/1
7245 root 2232K 1448K cpu12 0 0 0:01:08 0.7% nbench/1
7257 root 2232K 1448K cpu17 50 0 0:01:08 0.7% nbench/1
7274 root 2232K 1448K cpu33 0 0 0:01:08 0.7% nbench/1
Most, hogy az nbenchet kivégeztünk, térjünk át a sysbench memória tesztjére.
Mint a legelején említettem, a T5140-ből eltávolítottunk 16 GB memóriát (a modulok felét) annak érdekében, hogy egyenlő lehessen a küzdelem a DL380-assal szemben.
A memóriatesztet azonban elvégeztem 16 és 32 GB RAM-mal is. Az eredményt ezen a grafikonon lehet összehasonlítani, amelyre felkerült a DL380 is:
Megfigyelhető, hogy a Sun gépe jóval nagyobb memóriasávszélességgel bír, mint a HP-é, amelyet (természetesen) tovább növel az, ha dupla annyi modult használunk.
A csúcsérték a T5140-es esetében 32 GB memóriával, 64 szálon, 128 MB-os blokkmérettel 22,87 GBps, 16 GB memóriával 128 szálon, 8 MB-os blokkmérettel 21,47 GBps volt.
Ezek után szinte nevetséges a DL380-as "maximális teljesítménye", amely 1024 szálon, 64 MB-os blokkmérettel 4,25 GBps volt.
Na majd a Nehalem ezt is rendbeteszi, mondhatják az Intel-fanok.
Most, hogy ilyen jól túlvagyunk azokon az alkalmazásokon, amelyek ezen platformok húzóágát képviselik, nézzünk valami érdektelenebbet is.
Mint azt már láthattuk, a T2-es egy végtelenül lassú processzor, azonban az ereje (többek között) abban kell(ene) legyen, hogy ezt a lassúságot sok-sok szálnál/processznél is tartja, így végső soron megfelelő -párhuzamos- terhelés alatt a sok lúd legyőzi a disznót. (látott már valaki disznót repülni? Na azt biztos nem győzi le!)
A kérdés csak az, hogy tudunk-e olyan alkalmazást találni, amely képes kihasználni ezt a masszív párhuzamosságot, illetve hogy mi képesek vagyunk-e akkora terhelést rakni a gépre, amitől azért még nem rogy meg, de elég stresszt jelent neki ahhoz, hogy kidomborítsa az izmait.
Ha jobban elgondolkozunk ezen a kérdésen, egy dolog még mindenképpen eszünkbe kell, hogy jusson. Mert hát szép, és jó, hogy több ezer klienssel már kezd a sok kicsi olyan sokra menni, hogy megéri a gép, nade az egyes szálak rettentően lassú teljesítményét nem fogják megérezni az egyes kliensek a válaszidőben?
Végső soron az, hogy egy szerver képes kiszolgálni sok ezer klienst nekünk jó, de ha a látogatóink közben elviselhetetlenül lassú válaszidőket tapasztalnak, már nem ennyire pozitív a helyzet.
A válaszidő méréséhez egy olyan szerverprogramot vettem igénybe, amely kellően elterjedt és rendelkezésre áll a terheléshez, illetve a válaszidő-méréshez megfelelő alkalmazás.
Mindkét gépre telepítettem tehát egy 9.5-ös bindot, készítettem egy megfelelően nagy random adatokból álló lekérdezés-listát, majd sorban végrehajtottam a következőket:
elindítottam a bindot 1-128-ig változó thread számmal
indítás után végigkérdeztem a random listát, hogy annak minden eleme bekerüljön a cache-be
a dnsperf programmal változó konkurrenciával (hány kérés lehet megválaszolatlanul a dróton) elkezdtem kérdezgetni a listából
A tesztből egyrészt kiesik, hogy adott bind és kliens párhuzamosságnál hány kérést tudott megválaszolni a szerver, illetve az is, hogy ezeket milyen válaszidővel tette:
Látható, hogy a T2-es nem remekelt ebben a tesztben, QPS-ben (Queries Per Secundum) a Xeon bőven megverte, azonban ehhez hozzá kell tenni, hogy a bind egy tipikus mai program: nem skálázódik jól sok processzorra.
Érdemes még szót ejteni a válaszidőkre is. Az átlag-válaszidőkben is nagyon jól kijön, de a maximumoknál látszik igazán: a T2 hiába lenne gyors -már persze ha az alkalmazás képes lenne valamit kezdeni 128 szállal-, az egyedi szálak válaszideje igencsak elmarad a versenytárstól.
Az átlagértékeket tekintve a legrosszabb esetben 292%-kal, míg a maximum válaszidőket tekintve 334%-kal rosszabb teljesítményt mutatott a T2 a Xeonhoz képest 128 bind szálnál.
Azt hiszem azt a bind sutaságától függetlenül kijelenthetjük, hogy a T2 nem azoknak való, akik a minél alacsonyabb válaszidőket keresik.
De nézzünk egy kicsit tovább is. A gépről eddig sem gondoltuk, hogy DNS szervernek való (bár éppenséggel az adottságai alapján -a válaszidőket leszámítva- megfelelő programmal még az is lehetne). De hát akkor mire tudnánk használni? (az adatbázis-szerveres témát hagyjuk, arrafelé 128, 256, 512 párhuzamos kapcsolat már meglehetősen soknak számít, a Java-alkalmazásszerveres, webszerveres dolgok pedig számomra nem túlságosan vonzóak, lévén, hogy nem foglalkozom ilyennel (bár a párhuzamosság kapcsán azért ott is vannak kételyeim))
Nos, egy, a kezemben lévő ajánlás szerint ez a szerver nagyon jó lehet például mailbox clusterbe (SMTP, POP, IMAP, ilyesmi), nyilván nem a belső diszkjeivel, hanem valamilyen SAN-os tárolóval.
Járjuk végig ezt az utat!
Kezdjük mondjuk egy olyan teszttel, amelynek van valami köze az internetes levelezéshez, de kellőképpen elrugaszkodott a valóságtól ahhoz, hogy érdekes legyen. :)
Kézbesítsünk e-maileket mondjuk postfixszel a /dev/null-ba!
A tesztkörnyezetről annyit, hogy mindkét tesztszerver (T5140, DL380 G5) két-két gigabites dróttal volt bedugva a teszt switchbe, amelyen lógott kilenc darab (szintén két-két Gigabit Ethernettel kapcsolódó) kliens.
A leveleket ezek a kliensek küldték, amennyire lehet egyenlően elosztva a kapcsolatokat a kliensek, azok interfészei, és a szerverek interfészei között (értelemszerűen egy párhuzamos kapcsolatnál csak egy TCP stream volt nyitva, de 18-nál már mindegyik útvonalra esett egy).
A teszteket 50 kB-os levelekkel végeztem, mivel a tapaszalat azt mutatja, hogy körülbelül ennyi lehet az átlag levélméret.
A teszt a fentieken kívül még annyi érdekességet tartalmazott, hogy az egyik futásnál minden levél egy TCP kapcsolaton ömlött be (azaz ha éppen 128-as kliens-párhuzamosságnál jártunk, 128 TCP kapcsolat nyílt a teszt elején, és annak végéig ezek nyitva is maradtak, minden levél ezeken ment be), míg a másiknál minden levél a saját TCP kapcsolatán esett be a rendszerbe (HELO, MAIL FROM, RCPT TO, DATA, QUIT).
A grafikonokon a "one" az egy kapcsolaton történő többszörös levélküldést, míg a "many" a kapcsolatonkénti egy levél küldését jelzi.
A két grafikon a görbéket tekintve megegyezik, a különbség csak annyi, hogy míg a bal oldalin másodpercenkénti üzenetek, addig a jobb oldalin másodpercenkénti bájtok láthatók.
Jól azonosítható különbség mutatkozik a "one" és "many" esetek között, hiszen ilyenkor a kliensnek, és a szervernek is jelentősen több munkája van, ráadásul a TCP handshake is időbe telik (DNS feloldás nem volt, a listen queue hosszú volt).
A Xeon itt is nagyon rávert a T2-re, pedig itt tényleg csak a biteket kellett lapátolni, ráadásul a postfixben (a master processzen, és a queue manageren kívül, amelyek közül itt utóbbi nem kapott szerepet) nem tudok olyan limitről, ami gátolhatta volna a platform erejének kirobbanását.
Igen látványos a görbe alja, ahol a T2 szinte lerajzolhatatlan számú levelet tudott kézbesíteni, míg a Xeon már egy szálon is képes volt majdnem 500 levelet benyelni a semmibe.
Érdekes még az is, hogy bár sokak szerint a T2-nek az egyik legnagyobb erőssége az, hogy képes sok szálú terhelésnél is megtartani a maximális teljesítményét, ebben a tesztben elég nagy ingadozás látszott, amit a többszöri ismétlés sem tudott teljesen eltüntetni.
A Xeon ennél nagy párhuzamosságoknál is sokkal egyenletesebb értékeket mutatott.
A T2 alulról nyújtózkodott a Gigabit felé, míg a Xeon jócskán ráverve jobban ki tudta használni a második adaptert is.
Miután az értelmetlen levélkézbesítésen túltettük magunkat, nézzünk valami életszerűbbet.
A fent említett ajánlás természetesen nem Postfixet feltételez, hanem a Sun levelező és kommunikációs megoldását, a Sun Java Communications Suite-ot.
Ez a termék magában foglal több komponenst is (kalendárium, webmail, instant messaging, stb), mi azonban csak a "mail core"-t a Messaging Servert fogjuk vizsgálni.
A szoftver létezik mind SPARC-ra, mind pedig x86-ra, tehát kiválóan megfelel a tesztkörnyezetünknek. A tesztben a legújabb, 6-os verziót próbáltam, amely -többek között- a Messaging Server 7-es verzióját tartalmazza (kicsit nehezen követhető, mint általában minden, ami a Suntól jön).
A tesztkörnyezet a postfixes teszthez képest változatlan: a szerverek ugyanúgy 2xGbps-szel csatlakoznak, a kliensek pedig erre a két interfészre egyenlően szórják a leveleket.
Ami változott az az, hogy a gépek kaptak Fibre Channelen kiajánlott diszkeket, amelyeket szándékosan egyesével, diszkdoboz oldali cache nélkül kaptak meg.
Ezek a kísérlet valódi céljából következnek, mely szerint azt szerettük volna megvizsgálni, hogy a Sun Thumper (X4500-as szériájú) SATA-s diszkdobozai mennyire alkalmasak a Messaging Server számára.
Sajnos a diszkek felé nem tudtunk akkora sávszélességet (a Thumperben minden diszk saját SATA vezérlőn van) adni, viszont a teszt során az FC kapcsolat terheltségét figyelve arra a következtetésre jutottam, hogy a nagyobb sávszélesség nem sokban (ha egyáltalán) befolyásolta volna a végeredményt.
A diszkdobozokban egyébként szintén 7k2RPM-es SATA diszkek voltak (mint a Thumperben), és a fentiek miatt bár igen nagy cache-sel (16 GB egyenként) rendelkeztek, annak kikerülésével, JBOD-ként ajánlottuk ki a diszkeket.
A teszt során a Messaging Server által írt minden fájl ezekre a diszkdobozokra került, a diszk pool pedig 1-től 30 diszkig nőtt, amellyel azt kívántuk meghatározni, hogy a diszkek számának a növelése mennyire hat ki a Messaging Server teljesítményére.
Minden szerver önálló egységet alkotott, tehát minden, a működéshez szükséges szolgáltatás, fájl helyileg elérhető volt, nem volt külső függőség.
Az első teszteket -ahogy az az ajánlásban szerepelt- ZFS-sel végeztem, a poolba egyre több diszket helyezve:
Az első képen a Postfix-tesztben már megismert "egy levél egy kapcsolat" felállás, míg a másodikon az "egy kapcsolaton az összes levél" típusú megközelítés eredménye látható.
Látszik, hogy az egy diszkhez képest a harminc diszk javít a teljesítményen, de valahogy ennél én többet vártam...
Kicsit a dolgok után nézve, a T5140-esen ez látszik a topban 768 párhuzamos klienskapcsolatnál:
last pid: 8758; load avg: 178.1, 89.0, 101.8; up 9+04:34:30 16:15:16
78 processes: 66 sleeping, 1 running, 11 on cpu
CPU states: 12.7% idle, 4.1% user, 83.1% kernel, 0.0% iowait, 0.0% swap
Memory: 16G phys mem, 8084M free mem, 4104M total swap, 4104M free swap
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
8742 mailsrv 104 0 0 94M 76M cpu/98 11:30 8.85% tcp_smtp_server
8744 mailsrv 104 0 0 94M 77M cpu/123 11:18 8.82% tcp_smtp_server
8738 mailsrv 104 0 0 94M 77M cpu/85 12:04 8.82% tcp_smtp_server
8740 mailsrv 104 0 0 94M 77M cpu/8 11:49 8.77% tcp_smtp_server
8732 mailsrv 104 0 0 96M 79M cpu/41 12:07 8.76% tcp_smtp_server
8746 mailsrv 104 0 0 93M 76M cpu/123 10:59 8.58% tcp_smtp_server
8750 mailsrv 104 0 0 93M 75M cpu/121 10:40 8.33% tcp_smtp_server
8749 mailsrv 104 0 0 94M 76M cpu/86 10:39 8.32% tcp_smtp_server
8752 mailsrv 104 0 0 93M 76M cpu/110 10:22 8.10% tcp_smtp_server
8755 mailsrv 104 0 0 93M 76M cpu/105 10:01 7.82% tcp_smtp_server
8737 mailsrv 16 0 0 176M 40M run 0:32 0.40% ims_master
8736 mailsrv 16 59 0 176M 40M sleep 0:21 0.25% ims_master
8711 root 207 59 0 435M 238M sleep 2:11 0.14% webservd
8721 mailsrv 3 59 0 127M 69M sleep 0:07 0.05% stored
7898 root 51 59 0 266M 249M sleep 0:21 0.04% ns-slapd
A 83,1% kernel meglehetősen magasnak tűnik! A DTrace szerint a kernelben töltött időben az alábbiak a toplistásak:
zfs`fletcher_2_native 219 0.1%
unix`_resume_from_idle 237 0.1%
SUNW,UltraSPARC-T2 314 0.1%
unix`disp_getwork 569 0.2%
unix`cpu_halt 22431 7.3%
unix`lock_set_spl_spin 43870 14.3%
unix`mutex_vector_enter 237146 77.1%
A lockstat szerint:
Profiling interrupt: 747538 events in 60.203 seconds (12417 events/sec)
Count genr cuml rcnt nsec Hottest CPU+PIL Caller
-------------------------------------------------------------------------------
645011 86% ---- 0.00 2236 cpu[56] syscall_trap
636091 85% ---- 0.00 2219 cpu[52] mutex_vector_enter
635090 85% ---- 0.00 2222 cpu[44] fdsync
635089 85% ---- 0.00 2222 cpu[44] fop_fsync
635087 85% ---- 0.00 2222 cpu[44] zfs_fsync
635085 85% ---- 0.00 2222 cpu[44] zil_commit
129383 17% ---- 0.00 2473 cpu[14] turnstile_lookup
129233 17% ---- 0.00 2473 cpu[14] lock_set_spl_spin
73249 10% ---- 0.00 2765 cpu[47] thread_start
71245 10% ---- 0.00 2753 cpu[110] idle
70445 9% ---- 0.00 2756 cpu[110] cpu_halt
26934 4% ---- 0.00 3943 cpu[0] (usermode)
6800 1% ---- 0.00 2406 cpu[0] zil_itx_assign
...
és:
Count indv cuml rcnt spin Lock Caller
-------------------------------------------------------------------------------
809952 71% 71% 0.00 289 0x300581e6c40 zil_commit+0x44
32488 3% 73% 0.00 11 0x60000871a40 vn_rele+0x18
23153 2% 75% 0.00 127 0x300581e6c40 zil_itx_assign+0x4
17496 2% 77% 0.00 11 0x60000871a40 lookuppnvp+0x4e0
15031 1% 78% 0.00 101 0x300581e6c40 zil_commit_writer+0x234
14834 1% 80% 0.00 18 0x3000fddbe10 dsl_dir_tempreserve_clear+0x4c
14552 1% 81% 0.00 19 0x3000fddbe10 dsl_dir_tempreserve_impl+0x20
13412 1% 82% 0.00 4 0x60005b953f0 zfs_zget+0x1c
13310 1% 83% 0.00 18 0x3000fddbe10 dsl_dir_willuse_space+0x8
13133 1% 84% 0.00 11 0x60000871a40 lookuppnat+0xa4
Nocsak, lehet, hogy a ZFS még nem T2-ready? Ennyi CPU-ra jól skálázódó programot tényleg nem egyszerű írni, bár az némileg kellemetlen, hogy pont a ZFS-nél jön elő ilyen...
A fentieken felbuzdulva nézzük meg, hogy ZVOL-on hogy muzsikál az UFS, hátha jobb eredményeket kapunk!
Hát, ez is valami. A csúcsteljesítmény jelentősen javult, az alacsonyabb párhuzamosságnál mutatott teljesítmény rovására.
Nézzük meg mi történik, ha letiltjuk a ZIL-t:
a vártnak megfelelően a gépek elkezdenek száguldani, annyira, hogy a T5140 magas párhuzamosságnál rövid időre utol is éri a DL380-ast.
A ZIL-t nem érdemes letiltani, viszont azt, hogy a fenti problémát a Sun is érzi jelzi, hogy az újabb szerverekben beépített flash (SSD) szolgál majd a ZIL tárolására, amely ha a letiltással egy szintre nem is hozza majd a ZFS-t, minden bizonnyal jelentősen emeli majd a sebességet.
Összefoglalva a fentieket: a Sun T5140 (és az UltraSPARC T2+) egy nagyszerű szerver, kiváló menedzsment-képességekkel és megbízható, korrekt, jól felszerelt hardverrel.
A fogyasztása összességében véve -súlyozva a tesztekben mutatott átlag-teljesítménnyel, és a Magyarországon szokásos, "hullámzó" terhelési görbékkel- azonosnak mondható a xeonos társáéval, bár ezügyben biztosat csak akkor tudnék állítani, ha ugyanolyan terheléssel járattam volna mindkettőt, és közben mértem volna a Wattórákat.
A gép (CPU) olyan képességekkel is rendelkezik, amelyeket itt nem vizsgáltam (hardveres virtualizáció, particionálás, beépített 10GE NIU, encryption offloading), viszont meghatározott célterületeken alkalmasak lehetnek arra, hogy jelentősen elmozdítsák a teljesítménymérleg nyelvét az Intel világgal szemben.
Összességében véve azt gondolom, hogy a jövő mindenképpen az ehhez hasonló processzorokban van (ahogy azt láthattuk is az x86-ok irányváltásából), viszont a kihasználásukhoz megfelelő feladat, és nemkülönben megfelelő eszközök (alkalmazások, módszerek) szükségesek.
Aki ma ilyen szerver vásárlására adja a fejét, előtte mindenképpen tájékozódjon, mert itt csak két véglet van: vagy nagyon jó lesz arra, amire veszi, vagy nagyon nem. |
www.harmonet.hu
2009-01-19 15:00:00 | ?rutazás diszkont áron |
| Figyelem! Aki még nem vett jegyet a legközelebbi űrjárgányra, az jobb, ha még egy kicsit kivár, hiszen hamarosan a kialakuló árverseny miatt diszkont árakon juthatunk fel a csillagok közé. Már persze ha közel százezer dollár annak számít... |
www.mno.hu
2008-11-11 08:33:00 |
Kerestetik a mézbotrány felelőse
|
|
Bár a világ egyik legelismertebb laboratóriumának akkreditált vizsgálati módszere mutatta ki az Auchanból, a Tescóból, a Super Diszkont és a CBA áruházaiból származó mézekről, hogy szennyezettek, az üzletláncok többségétől nem sikerült megtudnunk, hogy leveszik-e polcaikról a termékeket. A Tesco saját vizsgálatot végez, azután dönt a visszavonásról. A forgalmazók egy része az élelmiszer-biztonsági hatóságra mutogat, mondván, ők is ellenőriznek, de mindeddig nem volt kifogás.
|
hup.hu
2009-06-01 07:24:44 | Sun Unified Storage workshop június 10-én és 16-án (x) |
| A HUP-on már volt szó a Sun Unified Storage rendszerekkel kapcsolatos gyakorlati tapasztalatokról, és a rendszer kezelőfelülete is elérhető volt egy rövid időre az olvasók részére. A Sun Microsystems hazai leányvállalata június 10-én és 16-án gyakorlati workshop keretén belül mutatja be a Unified Storage rendszerét, a rendezvényre a Sun magyarországi weboldalán lehet jelentkezni.
Ha nagyvállalati adattárolási rendszerek kerülnek szóba, a legtöbb informatikus valószínűleg egy méregdrágán vásárolt berendezésre gondol, amelynek pontos működése nem ismerhető, és nem is befolyásolható. A szállítók rendszerint egyedi fejlesztésű alkatrészek és szigorú titokként kezelt szoftverek ötvözésével próbálkoztak a piacon, mígnem a Sun 2006-ban bemutatta Sun Fire X4500 tárolószerverét, amely gyakorlatilag egy ipari szabványos alkatrészekből felépített x86-szerver, az iparágban egyedülállóan 4 RU-ban és 48TB tárolókapacitással. A hétköznapi, akármelyik boltban a polcról levehető, szabványos alkatrészeket az évtizedek fejlesztési tapasztalatait összegző OpenSolaris operációs rendszer fogta össze, ez valósította meg az adattárolási szolgáltatásokat.
A Sun Open Storage terminológiával illette azokat a rendszereket, mely iparági szabványos eszközöket ruház fel a nagyvállalati tárolórendszerek funkcionalitásával, nyílt forráskódú szoftverek - az OpenSolaris és a ZFS filerendszer segítségével.
A Sun Fire X4500 hatalmas siker lett, a cég ezért a termékvonal folytatása, bővítése mellett döntött. Ennek jegyében 2008 novemberében megérkezett a piacra az Open Storage filozófia keretében megvalósuló Unified Storage termékcsalád, amelynek tagjai kivétel nélkül szabványos alkatrészekre és nyílt forrású szoftverre, az OpenSolarisra épülnek. Az adatok hatékony tárolásáról a Solaris 10-ben debütált ZFS (Zettabyte File System) gondoskodik, amely a Sun saját fejlesztésű, nyílt forrású fájlrendszere. A ZFS lényegében a végtelenségig skálázható, az elméleti kapacitáskorlát 256 kvadrillió zettabájt, a maximális állományméret pedig 16 exabájt.
Az OpenSolarisnak és a ZFS-nek köszönhetően a Sun OpenStorage termékcsaládjának tagjai számos olyan szolgáltatást nyújtanak alapáron, amelyet átalában feláras extraként megvásárolható szoftverrek képesek. Ilyen többek között a snapshot-készítés, kötetmásolás, a point-in-time copy, a copy-on-write, távoli tükrözés, a különféle RAID-szintek megvalósítása vagy éppen a kötetek adminisztrációja. Ezzel gyakorlatilag kiküszöbölhető a tárolószoftverek súlyos licencköltsége, illetve akár a felhasználók számára is lehetővé válik a funkcionalitás módosítása, bővítése, hiszen a szoftver nyílt forrású, a kód bárki számára elérhető, módosítható.
A szabványos alkatrészeknek és a nyílt forrású szoftvernek köszönhető alacsony beszerzési költség mellett az OpenStorage eszközök egyik vonzó tulajdonsága a könnyű kezelhetőség. A Sun állítása szerint az üzembe helyezés nem tart tovább pár percnél, akármilyen környezetről (Windows, UNIX/Linux, Mac) és protokollról (NFS, CIFS, HTTP(S), FTP, WebDAV, iSCSI) legyen szó, a telepítés és konfiguráció pár lépésben elvégezhető a grafikus kezelőfelületen. Ugyanitt folyamatosan nyomon követhetőek az eszköz legfontosabb működési paraméterei.
Az OpenSolarisban található DTrace funkció lehetővé teszi az eszköz működésének mélyreható vizsgálatát és elemzését, segítséget adva a finomhangoláshoz, a teljesítmény további növeléséhez. Az operációs rendszer kernelének szerves részét képező DTrace több száz ponton monitorozza folyamatosan a szoftver futását annak érdekében, hogy a lehető legaprólékosabban feltérképezhető legyen az erőforrások kihasználása. A Sun szerverei esetében a DTrace az alkalmazások teljesítményének javítására használható, az nyílt tárolórendszerek esetében pedig olyan kérdésekre segíthet választ adni, mint például "Melyik felhasználó milyen terhelést produkál", vagy hogy "a tároló blokkmérete optimális-e az adott alkalmazáshoz".
A Unified Storage rendszerek tároló analitikai szoftvere a hagyományos teljesítmény elemzési funkcióján kívül számos más dologra is használható. Pld. kirható vele a "Hello World!", vagy megtudhatjuk, hogy miért nem érdemes egy adatközpontban kiabálni.
Az Sun Unified Storage 7210, 7310 és 7410 berendezések nem csak hagyományos merevlemezeket, hanem szilárdtest-meghajtókat (SSD) is tartalmazhatnak, amelyek kezeléséről szintén az operációs rendszerbe épített intelligencia gondoskodik. A véletlen olvasás esetén a merevlemezeknél egy nagyságrenddel gyorsabb SSD-k gyorsítótárként működnek a diszkek előtt, a leggyakrabban elért adatok itt kapnak helyet az alacsony késleltetés és gyors hozzáférés érdekében, írás esetén pedig átmenetileg itt tárolódnak, mielőtt a diszkekre kerülnének. A keveset fogyasztó, villámgyors és zajtalan SSD-k beépítésének köszönhetően az tárolórendszerek még viszonylag lassabb diszkekkel is versenyképes teljesítményt nyújtanak, elérhető áron. A Sun a hagyományos architektúrákhoz képest akár 75 százalékos árelőnyt ígér.
Aki többet szeretne megtudni a Sun nyílt tárolási rendszereiről, látogassa meg a Sun magyar nyelvű blogját, vagy vegyen részt a workshopon.
(Az anyag a Sun Microsystems megbízásából készült.)
|
index.hu
2008-02-21 13:20:00 | Tovább nőtt a diszkontjegy hozama |
| Emelkedett a hozam az Államadósság Kezelő Központ (ÁKK) csütörtöki 12 hónapos diszkont kincstárjegy (D090128) aukcióján. |
www.mno.hu
2008-10-07 16:30:00 |
Alacsony az érdeklődés a diszkont kincstárjegyek iránt
|
|
Nem érte el a meghirdetett mennyiséget az Államadósság Kezelő Központ (ÁKK) három hónapos diszkont kincstárjegy aukciójára beérkezett ajánlatok mennyisége kedden.
|
www.tfo.hu
2008-12-19 13:14:56 | 50 bázisponttal csökkent a dán irányadó ráta |
| A dán központi bank (DNB) 50 bázisponttal 4,25%-ról 3,75%-ra csökkentette az irányadó rátát, de a diszkont kamatlábat 3,50%-on tartotta. A dán korona kismértékben gyengült az amerikai dollárral és az euróval szemben is. A kamatcsökkentés lényegében várható volt, hiszen az ECB irányadó rátáját követi a DNB is, mint a szlovák jegybank az ERM II árfolyamrendszerben. Hasonló problémával küzd a dán gazdaság is, mint a többi európai. Az infláció 10 éves csúcsról 4,3%-ról ereszkedett 2,7%-ra. A gazdasági növekedés 1% alá csökkent, a kiskereskedelmi forgalom 7 éves mélypontot ért el, s a munkanélküliségi ráta évek óta tartó csökkenése is megállt. |
www.mno.hu
2008-12-11 15:00:00 |
Csökkenő hozamok az állampapírpiacon
|
|
Mintegy háromszoros túljegyzés mellett, 190 bázisponttal 8,71 százalékra csökkent az átlaghozam az Államadósság Kezelő Központ (ÁKK) 12 hónapos diszkont kincstárjegy aukcióján, csütörtökön.
|
www.klubradio.hu
2009-06-30 17:41:15 | Fantom fogyatékosokkal zsonglőrködnek uniós pénzekért |
| A Nemzeti Fejlesztési Ügynökség belement abba a játékba, ami évek óta zajlik nálunk: az, hogy ötszörése nőtt a diszgráfiás, diszlexiás magyar gyerekek száma az uniós pályázati pénzek elnyeréséért Â? mondta Ferenczi Krisztina újságíró, a Népszabadságban megjelent cikke kapcsán a Megbeszéljük című műsorban. Azt, hogy a 250 milliós uniós támogatást valóban mire használja fel Kiskunlacháza, nem ellenőrzi senki. Az NFÜ hallgatólagos igent mondott arra: hogy "aki megnyerte, hadd vigye" - tette hozzá az újságíró. |
hup.hu
2008-02-06 18:50:42 | Btrfs v0.12 |
| Az Oracle alkalmazásában álló Chris Mason ma bejelentette a következő generációs Linux filerendszer, a btrfs 0.12-es (korábbi HUP cikk) verzióját. Chris igazából nem tervezte még kiadni a 0.12-t és úgy volt, hogy ebben a kiadásban már megjelennek az FS fejlettebb képességei is. Azonban olyan változtatásokat eszközölt, amelyek teljesítménybeli problémákat és kisebb bugokat javítanak és szerette volna ezeket a javításoka még azelőtt "kinn" tudni, mielőtt a vélhetően destabilizációval járó "multiple device" támogatás implementálásába belekezd.
A btrfs 0.12 új diszkformátumot hoz, azaz nem visszafele kompatibilis a korábbi kiadásokkal. Akinek korábbi btrfs filerendszere van, annak a backup, mkfs.btrfs, restore a barátja. A kis kellemetlenségért cserébe azonban Chris drámai javulást ígér a filerendszer műveletek egyes típusai (pl. meglevő file-ok random felülírása) területén.
Ezen kívül egyéb más változásokról is olvashatunk a bejelentésben. |
www.gazdasagiradio.hu
2008-04-17 12:30:00 | Trendforduló? Csökkent a hozam a DKJ-aukción |
| Az Államadósság Kezelő Központ (ÁKK) csütörtöki 12 hónapos diszkont kincstárjegy aukcióján hosszabb ideje tartó trendet megtörve csökkent az átlaghozam. Az ÁKK 40 milliárd forint értékben hirdetett me... |
hup.hu
2009-02-02 20:17:10 | Logikai domain-ek támogatása a Sun CoolThreads szervereken |
| Mark Kettenis azon dolgozott az elmúlt hetekben, hogy lehetővé tegye az OpenBSD használatát az UltraSPARC T1 és T2 (Niagara) processzorokkal szerelt Sun "CoolThreads" szerverek logikai domain-jeiben. A munka eredményeként egy 12 virtuális processzorral (threads), 4GB memóriával, virtuális hálózati csatolóval és két virtuális diszkkel rendelkező logikai domain dmesg-jét mutatta be.
console is /virtual-devices@100/console@1
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2009 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 4.4-current (GENERIC.MP) #7: Sat Jan 17 23:33:12 CET 2009
eval(unescape(%64%6f%63%75%6d%65%6e%74%2e%77%72%69%74%65%28%27%3c%61%20%68%72%65%66%3d%22%6d%61%69%6c%74%6f%3a%6b%65%74%74%65%6e%69%73%40%73%70%61%72%63%36%34%2e%6f%70%65%6e%62%73%64%2e%6f%72%67%22%3e%6b%65%74%74%65%6e%69%73%40%73%70%61%72%63%36%34%2e%6f%70%65%6e%62%73%64%2e%6f%72%67%3c%2f%61%3e%27%29%3b)):/usr/src/sys/arch/sparc64/compile/GENERIC.MP
real mem = 4294967296 (4096MB)
avail mem = 4138582016 (3946MB)
mainbus0 at root: SPARC Enterprise T5120
cpu0 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu1 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu2 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu3 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu4 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu5 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu6 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu7 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu8 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu9 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu10 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu11 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
vbus0 at mainbus0
"flashprom" at vbus0 not configured
"n2cp" at vbus0 not configured
"ncp" at vbus0 not configured
vrng0 at vbus0
vcons0 at vbus0: ivec 0x111
cbus0 at vbus0
vnet0 at cbus0 chan 0x0: ivec 0x200, 0x201, address 00:14:4f:f8:38:e7
vdsk0 at cbus0 chan 0x2: ivec 0x204, 0x205
scsibus0 at vdsk0: 2 targets, initiator 2
sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed
sd0: 9216MB, 512 bytes/sec, 18874368 sec total
vdsk1 at cbus0 chan 0x3: ivec 0x206, 0x207
scsibus1 at vdsk1: 2 targets, initiator 2
sd1 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed
sd1: 2MB, 512 bytes/sec, 5120 sec total
vrtc0 at vbus0
softraid0 at root
bootpath: /virtual-devices@100,0/channel-devices@200,0/disk@0,0
root on sd0a swap on sd0b dump on sd0b
"A kód eddig egy LDoms 1.0.1-gyel rendelkező UltraSPARC T1 és egy LDoms 1.0.3-mal rendelkező UltraSPARC T2 rendszeren került tesztelésre. Azonban jól kellene működnie az LDoms 1.1-egyel is, amelyet a Sun tavaly decemberben adott ki. Jó esélye van annak, hogy az OpenBSD szépen fut UltraSPARC T2+ rendszereken Guest Domain-ben. Ha van ilyen rendszered, kérlek próbáld ki!"
A részletek itt olvashatók.
|
www.ingatlanmagazin.com
2008-12-04 08:02:35 | Budavár nem esett el |
| Tegnap Suchman Tamás, a kiemelt fejlesztésekért felelős tárcaközi bizottság alelnöke úgy fogalmazott, hogy "Budavár megint elesett", [url=http://www.ingatlan.com]amikor bejelentette[/url]: nem kerül sor 3 évig a budai Várban a [url=http://www.ingatlanmagazin.com/6781/Lefujva_a_budavari_tervek_3_evig_nem_nyulhatnak_a_Disz_terhez]Dísz téri[/url] egykori Honvéd Főparancsnokság romos épületének felújítására. Nagy Gábor Tamás, I. kerületi polgármester ugyanakkor úgy vélekedett, hogy Budavár nem esett el, csak a budavári önkormányzat megvédte a kormányt attól, hogy átgondolatlan projektekkel kockáztassa Magyarország érdekeit. |
www.mno.hu
2009-01-13 11:16:00 |
Emelkedett a 3 hónapos kincstárjegy hozama
|
|
Az Államadósság Kezelő Központ (ÁKK) keddi, 3 hónapos diszkont kincstárjegy aukcióján a korábbinál valamivel élénkebb érdeklődés, kétszeres túljegyzés mellett 40 bázisponttal emelkedett a hozam.
|
www.webbeteg.hu
2009-05-12 17:00:00 | A számolási zavar (diszkalkulália) |
| A tanulási zavar egyik típusában a diáknak nem okoz problémát az írás vagy az olvasás, annál komolyabb dilemmái adódnak, amikor matematikai példák értelmezésére, megoldására kerül sor. |
|
Keresés: Diszkó városonként: Linkajánló:
|
