| |
Host
Host településenként ezen az oldalon
Host Budaörs
T.J. Grande Szolgáltató és Kereskedelmi Bt.2040 Budaörs, Nefelejcs u. 1. áruháztakarítás, biztonságtechnika, épületbiztonság, épületfelügyelet, fegyveres őrzés, host, hostess, irodaház, karbantartás, kutyás őrzés, objektumőrzés, pénzkísérés, pénzszállítás, személyvédelem, telepítés, üzemi takarítás, vagyonvédelem, videós megfigyelőrendszer Host Budapest
Characters Model1111 Budapest, telephely előadóművész, előadóművész közvetítés, férfi modell, férfi modell közvetítés, host, hostess, hostess közvetítés, host-közvetítés, modell, modellközvetítés, női modell, női modell közvetítése, rendezvényszervezés, statiszta P.M.I. Hungary Kft.1113 Budapest, Bartók B. u. 120-122. 206-2540 http://www.pmi.hu |
host, hostess, marketing, ügynöki munka Open Casting Kft.1053 Budapest, Kálvin tér 5. 486-0563, 486-0562 mail kukac opencasting.hu http://www.opencasting.hu |
artista, host, hostess, modell, modellszolgáltatás, modellügynökség, statiszta, színészközvetítés, színészügynökség, táncos közvetítése, ügynökség Art Models Kft.1024 Budapest, Margit krt. 15-17. 212-7771, 212-7772 http://www.artmodels.hu |
férfi modell, fotómodell, fotózás, host, hostess, modell, modellszolgáltatás, modellügynökség, női modell, statiszta, szereplő V.I.P. 3000 Kft.1045 Budapest, Pozsonyi u. 2/a. 272-1841 http://www.viphostess.hu/ |
divatbemutató, host, hostess, hostessképzés, hostess közvetítés, hostess szolgáltatás, hostessügynökség, host-közvetítés, prezentáció, promóció, rendezvényszervezés, termékbemutató szervezése, tolmácsolás, ügynökség Multi Job Iskolaszövetkezet - Budapest1137 Budapest, Szent István krt. 10. 239-0880 http://www.multijobisz.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, eladói kisegítés, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, informatikai adatfeldolgozás, irodai munka, közvéleménykutatás, munkaerőközvetítés, munkaerőközvetítés, személyzeti és vezetői tanácsadás, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, reklámanyag terjesztése, reklámeszköz, reklámeszközök terjesztése és reklámközvetítés, reklámeszköz terjesztése, rendezvényszervezés, sajtótermék terjesztés, számítógépes munka, személyzeti tanácsadás, szórólapterjesztés, terjesztési munka, ügyviteli munka, vezetői tanácsadás Tessa Hostess Ügynökség1023 Budapest, Felhévízi u. 9/b. 20/977-5567, 326-1141 http://www.tessa.hu |
host, hostess, hostess közvetítés, hostess szolgáltatás, hostessügynökség, host-közvetítés, rendezvényszervezés, ügynökség Flash Fabrik1173 Budapest, Uszoda u. 1/c. 20/923-9697 (Bartha), 256-9760, 20/336-6690 (Titk.) http://www.hostessonline.hu |
angol fordítás, angol tolmácsolás, fordítás, fordítás, tolmácsolás, francia fordítás, francia tolmácsolás, futárszolgálat, host, hostess, hostess biztosítás, hostess közvetítés, hostess munka, hostess szolgálat, hostess szolgáltatás, host-közvetítés, irodai szolgáltatás, kiscsomag szállítása, látványterv, német fordítás, német tolmácsolás, olasz fordítás, olasz tolmácsolás, orosz fordítás, orosz tolmácsolás, rendezvényszervezés, spanyol fordítás, spanyol tolmácsolás, termékbemutató, tolmácsolás Sigron 90 Kft.1145 Budapest, Szugló utca 52-54. 252-1364, 251-5937 office kukac sigron.hu http://www.sigron.hu |
3M, ablaktisztító eszköz, adagoló, csúszásgátló, egészségügyi papír, EUROMOP, felmosókocsi, fertőtlenítőszer, folyékony szappan, host, illatosító, kárpittisztító gép, kézi takarítóeszköz, MARPLAST, mosdóhigiéniai berendezés, porszívó, seprőgép, speciális lábtörlő, súrológép, szőnyegtisztító gép, takarítástechnika, takarítógép, takarítókocsi, tisztítástechnika, tisztítóberendezés, tisztítógép, tisztítógép és berendezés, tisztítószer, tisztítóeszköz, TORK, UNGER, WC-papír tartó, WINDSOR Hazay-Decker Marketing Kft.1024 Budapest, Margit krt. 7. II/2. 315-0610 hd kukac hazay-decker.hu http://www.hazay-decker.hu |
bál, host, hostess, kiállítás, kiállításszervezés, megnyitó, prezentáció, promóció, rendezvényszervezés, sajtótájékoztató Sharon I.M.R. Service Bt.1173 Budapest, Pesti út 64. 256-4380, 30/966-9677 http://www.extra.hu/sharonimr |
esküvőszervezés, helyszínbiztosítás, host, hostess, idegenvezetés, kiállítás, promóció, rendezvényszervezés, társkeresés, társkereső, társközvetítés, tolmácsolás AMB Modelling1137 Budapest, Katona József u. 23/a. IV.em. 20/421-7755, 20/965-7287, 320-5652 http://www.amb.hu |
divatbemutató, domain név regisztráció, fotózás, host, hostess, internet, internetszolgáltatás, konferencia, modell, modellszolgáltatás, modelltanfolyam, modellügynökség, névjegykártya, reklámanyag, rendezvényszervezés, szórólap, termékbemutató szervezése, webdesign Young Smile Ügynökség1051 Budapest, Nádor u. 23. 472-12-12 young.smile kukac youngsmlie.hu http://www.youngsmile.hu |
dekoráció, fordítás, tolmácsolás, fotózás, host, kiállítás, kiállítás, vásár, kiállításszervezés, kommunikáció, kóstoltatás, marketing, merchandising, outdoor tréning, party service, piackutatás, reklám, rendezvényszervezés, termékbemutató, termékbevezetés, tolmácsolás Multi-Zone Kft.1119 Budapest, Petzvál József u. 9/D. 203-4646 http://www.multizone.hu |
host, hostess, hostessügynökség, idegenvezető, kóstoltatás, kreatív tervezés, modell, promóció, rendezvényszervezés, tolmács Estrella Modell Management1111 Budapest, N/A http://free.x3.hu/estrella/index.html |
host, hostess közvetítés, hostessügynökség, host-közvetítés, modell, modell fotózás, modellközvetítés, modellszolgáltatás, portfólió készítése, ügynökség HT Event Kft.1033 Budapest, Hajógyári-sziget 108. 240-5401 http://www.htevent.hu |
host, hostess, hostess közvetítés, host-közvetítés, rendezvénykiszolgálás, rendezvénykivitelezés, rendezvény lebonyolítása, rendezvényszervezés Fürge Diák Iskolaszövetkezet1092 Budapest, Ráday u. 9. 248-2017 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Top Level Host és Hostess Service1111 Budapest, N/A 309960907 http://www.extra.hu/toplevel/ |
host, hostess, partnerközvetítés, rendezvényszervezés, szabadidőpartner közvetítése, tolmács, ügynökség Host Debrecen
Fürge Diák Iskolaszövetkezet - Debrecen4024 Debrecen, Iparkamara u. 4. 52/536-855, 52/536-856 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Dunaújváros
Multi Job Iskolaszövetkezet - Dunaújváros2400 Dunaújváros, Dózsa György u. 25/a II.ép. II. em. 14. 25/412-714 http://www.multijobisz.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, eladói kisegítés, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, informatikai adatfeldolgozás, irodai munka, közvéleménykutatás, munkaerőközvetítés, munkaerőközvetítés, személyzeti és vezetői tanácsadás, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, reklámanyag terjesztése, reklámeszköz, reklámeszközök terjesztése és reklámközvetítés, reklámeszköz terjesztése, rendezvényszervezés, sajtótermék terjesztés, számítógépes munka, személyzeti tanácsadás, szórólapterjesztés, terjesztési munka, ügyviteli munka, vezetői tanácsadás Fürge Diák Iskolaszövetkezet - Dunaújváros2400 Dunaújváros, Dózsa Gy. u. 25/a. 25/405-406 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Gödöllő
Fürge Diák Iskolaszövetkezet - Gödöllő2100 Gödöllő, Páter K. u. 1. 28/516-520, 28/522-000/2080, 28/516-521 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Győr
Fürge Diák Iskolaszövetkezet - Győr9022 Győr, Bajcsy-Zs. u. 59. 96/517-618, 96/517-619 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Gyöngyös
Fürge Diák Iskolaszövetkezet - Gyöngyös3200 Gyöngyös, Koháry út 4. 37/500-507, 37/500-506 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Kaposvár
Fürge Diák Iskolaszövetkezet - Kaposvár7400 Kaposvár, Fő u. 55. 82/511-773, 82/424-948 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Kecskemét
Fürge Diák Iskolaszövetkezet - Kecskemét6000 Kecskemét, Hoffmann J. u. 13. 76/504-818, 76/320-761 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Miskolc
Fürge Diák Iskolaszövetkezet - Miskolc3530 Miskolc, Arany J. u. 10. I/1. 46/505-665, 46/505-664 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Nyíregyháza
Multi Job Iskolaszövetkezet - Nyíregyháza4400 Nyíregyháza, Stadion u. 3. 20/421-9124 http://www.multijobisz.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, eladói kisegítés, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, informatikai adatfeldolgozás, irodai munka, közvéleménykutatás, munkaerőközvetítés, munkaerőközvetítés, személyzeti és vezetői tanácsadás, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, reklámanyag terjesztése, reklámeszköz, reklámeszközök terjesztése és reklámközvetítés, reklámeszköz terjesztése, rendezvényszervezés, sajtótermék terjesztés, számítógépes munka, személyzeti tanácsadás, szórólapterjesztés, terjesztési munka, ügyviteli munka, vezetői tanácsadás Fürge Diák Iskolaszövetkezet - Nyíregyháza4400 Nyíregyháza, Széchenyi u. 10. 42/504-839, 42/504-838 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Pécs
Fürge Diák Iskolaszövetkezet - Pécs7621 Pécs, Szent István tér 12. 72/216-530, 72/517-029 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Szeged
Fürge Diák Iskolaszövetkezet - Szeged6722 Szeged, Attila u. 17-19. 62/543-511, 62/543-510 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Székesfehérvár
Multi Job Iskolaszövetkezet - Székesfehérvár8000 Székesfehérvár, Károly János u. 47. 22/504-745 http://www.multijobisz.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, eladói kisegítés, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, informatikai adatfeldolgozás, irodai munka, közvéleménykutatás, munkaerőközvetítés, munkaerőközvetítés, személyzeti és vezetői tanácsadás, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, reklámanyag terjesztése, reklámeszköz, reklámeszközök terjesztése és reklámközvetítés, reklámeszköz terjesztése, rendezvényszervezés, sajtótermék terjesztés, számítógépes munka, személyzeti tanácsadás, szórólapterjesztés, terjesztési munka, ügyviteli munka, vezetői tanácsadás Fürge Diák Iskolaszövetkezet - Székesfehérvár8000 Székesfehérvár, Marosi A. u. 3. 22/505-025, 22/505-026 http://www.furgediak..hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Szombathely
Fürge Diák Iskolaszövetkezet - Szombathely9700 Szombathely, Hunyadi J. u. 2. 94/508-226, 94/508-225 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Tolna
Sziluette Hostess Service7131 Tolna, Szt. István u. 77. 74/443-937, 30/351-8828 http://www.sziluette.hu/ |
host, hostess, hostess közvetítés, hostessügynökség, host-közvetítés, kóstoltatás, rendezvényszervezés, termékbemutató Host Veszprém
Fürge Diák Iskolaszövetkezet - Veszprém8200 Veszprém, Szeglethy u. 4. 88/568-110, 88/568-111, 88/401-401 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Host Zalaegerszeg
Fürge Diák Iskolaszövetkezet - Zalaegerszeg8900 Zalaegerszeg, Tompa M. u. 3. 92/346-456, 92/511-357 http://www.furgediak.hu |
adatfeldolgozás, adatrögzítés, árufeltöltés, bérmunka, betanított fizikai munka, címkézés, csomagolás, diákmunka, diákmunka közvetítés, diákszövetkezet, fordítás, host, hostess, hostess közvetítés, hostess szolgáltatás, idényjellegű munka, idénymunka, irodai munka, lekérdezés, merchandising, mezőgazdasági munka, munkaerő-kölcsönzés, munkaerőközvetítés, nyomdai munka, piackutatás, polcszerviz, promóció, raktári munka, sajtótermék terjesztés, számítógépes munka, szórólapterjesztés, terjesztési munka, területfelmérés, titkárnő közvetítése, tolmács Hírek Host témában hup.hu
2008-09-10 17:58:56 | FlatPress 0.804 telepítés és használat képekben |
| Az alábbiakban bemutatok egy minta FlatPress telepítést képekkel illusztrálva. De előbb tisztázzuk, mi is az a FlatPress. Egy CMS, blog motor, vagy ahogy tetszik. Enyhe túlzással a WordPress egy kissé butított, adatbázis helyett szövegfájlokat használó verziójának is lehet tekinteni. A honlapja alapján:
megfelel a szabványoknak (XHTML)
plug-in-ek
widget-ek
témák
A jelenleg elérhető legfrissebb verzió a 0.804 ("Vivace").
A rövid ismertető után kezdjünk is hozzá.
Első lépésként töltsük le a csomagot, és a benne lévő flatpress mappát töltsük fel / bontsuk ki a megfelelő helyre. Ha ez megvan, a böngészőben nyissuk meg a http://url.to.mysite/flatpress/ mappát:
Előfordulhat, hogy gondja van valamely jogosultságokkal, ilyenkor a leírtaknak megfelelően cselekedjünk (pl írási jog az fp-content mappára). Ha nem szól, akkor minden rendben. Ezután rányomunk a Next-re. Elvégzünk néhány beállítást:
És már kész is:
Hallgassunk az üzenetre. Nézzük meg, hogy néz ki az új oldal:
A további ügyködéseink előtt belépünk a Login linkre kattintva.
Megnyitjuk az admin panelt:
Mivel a magyarítás elérhető a legújabb verzióhoz, ezért letöltjük a vonatkozó wiki lapról. Az archívumban lévő flatpress mappa tartalmát értelemszerűen elhelyezzük a szerveren már meglévő flatpress mappában. Ezután az admin panelban megnyitjuk az "Options" részt és átállítjuk a nyelvet:
És már magyar is:
Elkészítünk egy új írást:
És már kint is van:
Most feltöltünk egy képet (admin panel/feltöltő):
Azaz feltöltenénk:
Ennek nyilván meg van az oka, de ez saját hoston valószínűleg nem fog előfordulni (a példában egy ingyenes hostot használtam). Ha mégis, akkor annyit kell tennünk, hogy létrehozzuk az attachs és images mappákat az fp-content mappán belül. Ezek után újrapróbáljuk:
Nahát, megy. Most az új postunkba beillesztjük a feltöltött képet, méghozzá méretezve. A szöveg feletti sorban található két legördülő menü: az egyikben a képeket választhatjuk ki beillesztésre, a másikban pedig minden egyéb fájlt. A BBCode Help alapján beállítunk méretezést, hogy ne csússzon szét a blog a nagy kép miatt (scale=xy%).
A nyugtázás után megnézzük a kezdőlapon, hogy mit alkottunk:
Mintha nagyobb lett volna ez a kép. Nézzük meg közelebbről!
Wow. Pro-k vagyunk a blogírásban. De mi most egy új állandó lapot akarunk írni (admin/állandó lapok):
Ez nagyszerű. De mire is jó ez? Hát például rakjuk be a menübe (a menü is egy állandó lap):
Igen, kézzel kell szerkeszteni. Nézzük, mit alkottunk:
Ez mégse jó. Inkább jelenjen meg az állandó lapunk tartalma az oldalsávon is. Az admin/kütyük szekciót fogjuk használni. Minden állandó lapból lehet az oldalsávba illeszthető elemet készíteni. Ehhez a blockparser lesz segítségünkre. Engedélyezzük az új állandó lapot a megfelelő menüben:
Siker:
Most behúzzuk (drag and drop) az új kütyüt a kezelőfelületen (BlockParser: static) a kívánt helyére, aztán elmentjük:
Megnézzük, hogy néz ki a főlap. És tényleg ott van:
Nézzük meg a bővítményeket:
Engedélyezzük pl. a Calendar-t, majd a fentivel analóg módon az újonnan elérhető (Calendar nevű) kütyüt a kívánt helyre húzzuk. És már meg is jelent a főoldalon:
Mivel nekünk nem tetszik a default téma, leszedünk egyet a vonatkozó wiki lapról. A letöltött archívumok tartalmát általában az fp-interface/themes mappában kell elhelyezni, de a félreértések elkerülése végett RTFM. Feltöltjük az Emerald Grass téma fájljait a megfelelő helyre, majd beállítjuk a Témák menüben (egyszerűen rákattintunk a téma képére):
Mindjárt más:
Ha gondunk támad, a karbantartás meünben próbálkozhatunk:
Végeztünk a teendőinkkel, kilépünk:
Have fun! |
w3.prim.hu
2009-05-11 10:10:03 | Host-Logic: tavaly nagyobb volt a forgalom, kisebb a nyereség |
| Az SAP vállalatirányítási szoftverek legnagyobb magyar forgalmazója, a HostLogic Kft. 7,5 százalékos növekedéssel 1,6 milliárd forintos forgalmat ért el tavaly, adózás előtti eredménye 47,3 millió forint volt, szemben a 2007. évi 77,8 millióval. |
www.optimedia.hu
2009-06-02 07:23:40 | Razzia az Interfilm ellen |
| Meg volt az első BitTorrent oldal elleni razzia Oroszországban is. A rendőrség az MPA hatására csapott le Moszkvában, ahol a tulajdonosokat és több másik vezetőt is letartóztattak. Ahogy ez lenni szokott, a "csapás" nem rengette meg az oldalt, mivel az továbbra is gond nélkül üzemel Hollandiából.Oroszország eddig szintén egy biztos pont volt a BitTorrent oldalaknak, hiszen a szerzői jogi törvények tisztázatlanok (ott is), és a rendőrség sem üldözte a fájlcserélőket eretnekként. Ez a dolog változott meg múlt hét csütörtökön, május 26-án. Ekkor ütöttek ugyanis rajta az ismert orosz tracker, az Interfilm tulajdonosain.A rajtaütés Moszkva központjában volt, ahol elfogták az Interfilm két alapítóját, akik egyébként egy házaspár és az online közösség Ripper és a Nadezhda néven ismerheti őket. Rajtuk kívül a staff többi tagját is őrizetbe vették. A hatóságok állítása szerint az Interfilm az egyik elsődleges forrása a kamerás filmeknek, és az oldalon különféle külföldi csapatok is jelen voltak, és "kereskedtek" a filmekkel.Az orosz kalóz ellenes szervezet, a RAPO állítása szerint bár az oldal használata ingyenes volt, a tulajdonosok nagyobb sebességű letöltéseket ígértek, pénz ellenében.Bár a jelentések úgy szóltak, hogy az Interfilm nem volt elérhető a razzia után, a site gond nélkül üzemel tovább Hollandiából, mégpedig a Leaseweb hostingolásában, amely torrentesek körében már ismert szolgáltató.Orosz média spekulációk szerint az Interfilm tulajdonosai akár 6 év börtön és 16,200 dollár bírságot is kaphatnak.Forrás: asva.info |
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.workania.hu
2008-08-18 13:06:31 | Segéd, nyári, időszakos munka Hostessz |
| 2008.08.06., Győr-Moson-Sopron megye, Álláskereső - kisalfold.hu |
hup.hu
2008-08-12 22:55:23 | Komoly VMware bug miatt leállhatnak a virtuális gépeink |
| "All your VMs are belong to us" című blogbejegyzésében figyelmeztet minket Matthew Marlowe arra, hogy a mai naptól kezdve egy bug folytán a VMware ESX 3.5U2-n hostolt virtuális gépek leállítás után nem hajlandóak elindulni. Úgy tűnik, hogy valami bug van a VMware licencekezelő kódjában. A VMware vizsgálja a problémát és javítást ígér. Addig is, amíg a cég elkészül a javítással, ideiglenesen meg lehet kerülni a problémát az NTP szolgáltatás leállításával és a dátum kézzel történő visszaállításával. A futó virtuális gépek addig nem érintettek, amíg futnak, így kerülendő a leállításuk. A hibajegy szerint holnapra várható a javítás. A témában hosszú szál indult a VMware közösségi oldalán. Matthew blogbejegyzése itt olvasható.
|
www.fn.hu
2008-08-23 08:35:00 | Csak a külföldiek ismerik a pesti hosteleket |
| Nem feltűnőek, de szinte egymást érik a budapesti belvárosban a hostelek, amelyek közül több rendszeresen felkerül az internetes népszerűségi lista élére írja a Figyelő. |
www.workania.hu
2009-03-28 09:00:08 | Segéd, nyári, időszakos munka Hostessz |
| 2009.03.28., Győr, Álláskereső - kisalfold.hu |
www.ipon.hu
2009-05-08 00:00:01 | Kiszervezik a cégek SAP-üzemeltetéseiket |
| A piaci tendenciáknak megfelelően valamelyest csökkent az új SAP rendszerek eladásainak száma, amit az alkalmazásszolgáltatások és a nemzetközi tanácsadási üzletág növekedése kompenzált - számolt be eredményeiről a Hostlogic Kft. A kereslet a cégek meglevő rendszereinek üzemeltetése, frissítése és konszolidálása felé tolódik. |
hup.hu
2009-06-26 09:28:43 | Linux került a SkyOS alá |
| Korábban volt már szó arról bizonytalanná vált a SkyOS fejlesztésének jövője. Utána pedig arról, hogy elképzelhető, hogy Linux vagy NetBSD kernel kerül az OS alá. Most Robert Szeleney, a SkyOS osztrák fejlesztője arról számolt be, hogy fejlemények vannak az ügyben.
Előállt egy SkyOS "base" rendszer, amely az alábbi jellemzőkkel bír:
Linux 2.6.27.4 kernel with an init ramdisk using usplash to display and animate the boot progress.
LSB with essential tools like coreutils, etc.
DHCP, NFS, iputils, etc.
A full build framework (known as factory from SkyOS) to rebuild the entire system and support self hosting
Initial parts of the SkyOS C++ API ported to Linux.
Ported the SkyOS messaging system (formally known as DataExchangePorts, now called MessagePort) to allow bidirectional interprocess communication.
Initial appserver using svgalib as graphic backend (for VESA and other dedicated chipsets). (this appserver replaces the SkyOS GUI part which resisted in the kernel)
Initial test application using SkyOS C++ Application class to register and talk to app server.
A következő lépések:
Teaching appserver key/mouse input, basic window handling
Porting rest of SkyOS C++ Classes (primarily all classes needed for Window handling)
A részletek itt. |
hup.hu
2008-03-05 18:21:34 | Javaslat: Fedora@Home |
| Bryan Che, az új Red Hat Enterprise MRG névre hallgató termék menedzsere egy javaslattal állt elő: egy olyan, "Fedora@Home" névre hallgató projektet szeretne létrehozni, amely az MRG-ben található nyílt forrású komponensekre épülne.
Az MRG-ben megtalálható egy, a Wisconsin-i egyetem által fejlesztett, Condor névre hallgató grid ütemező. Ez az ütemező képes arra, hogy hasznosítsa a desktop-okról származó, egyébként üresjáratra (idle) fecsérelt processzorkapacitásokat, majd azokat virtuális gépek számára kiossza.
Bryan egy olyan "Fedora@Home" projektet szeretne létrehozni, amelyben a Fedora hostolna egy MRG grid scheduler-t, a felhasználók felesleges CPU időket tudnának felajánlani, a Fedora pedig értelmes munkát adna a közreműködők számítógépei számára. Ezzel előállna egy általános célú, nyitott a "SETI@home"-ra vagy a "Folding@Home"-ra hasonlító projekt.
A terv az, hogy a Fedora a terjesztésében szállítaná a projektben való részvételhez szükséges kliensszoftvert, és "felépítene" egy óriási, millió+ node-ból álló nyílt grid-et, amelyet aztán Fedora infrastruktúrával összefüggő feladatokra, tudományos számításokra vagy egyéb, társadalmilag hasznos munkára fognának be.
Bryan véleményeket vár az ötlettel kapcsolatban. |
www.hirextra.hu
2008-05-21 17:08:21 | 75 éves a színésznő |
| Bár külsején ez nem látszik, május 23-án 75 éves lesz Joan Collins angol színésznő. Édesanyja tánctanár és hostess, édesapja színházi ügynök volt, aki haláláig menedzselte lányát. A nagyhírű londoni királyi színiiskolán tanult, s már egy év után exkluzív filmszerződést mondhatott magáénak. |
hup.hu
2008-08-19 07:24:35 | Újabb információk a Fedora infrastruktúra problémával kapcsolatban |
| A Fedora projekt egy újabb helyzetjelentést adott ki a múlt hét közepe óta fennálló, infrastruktúráját érintő problémával kapcsolatban. A bejelentés szerint keményen dolgoznak, hogy visszaállítsák a szolgáltatásokat. A Fedora szempontjából kritikusnak számító, a napi minimális működéshez szükséges szolgáltatásokkal kapcsolatos munkáknak a nap végéig be kellene fejeződniük. A további munkák elvégzéséhez több időre van szükség, ezért türelmet kérnek.
Az alábbi rendszerek már szolgálatba álltak:
Puppet, Xen and FAS hosts
app1, app3, and app4
database and proxy servers
the majority of the Xen guest machines
serverbeach5, serverbeach4
Fedora Hosted**
A rendszerek, amelyeknek hamarosan vissza kell térniük a normális üzembe:
asterisk1 and collab1
cvs1
builders, x86 and ppc
Fedora People
Arról, hogy mi okozta a problémát a disztribúció működésében, a későbbiekben adnak tájékoztatást.
A bejelentés elolvasható itt. |
hup.hu
2009-03-18 11:23:19 | VirtualBox 2.2 Beta 1 |
| "Kérjük, hogy ne használd ezt a VirtualBox beta kiadást éles gépeken. A VirtualBox beta kiadást "bleeding-edge" kiadásnak kell tekinteni, ami azt jelenti korai kipróbálási és tesztelési céllal került kibocsátásra." A kiadásban számos érdekes és izgalmas újdonság található:
Open Virtualization Format támogatás
Host-only hálózati mód
Hypervisor optimalizációk folytán jelentős teljesítmény-növekedés magas context switch ráta mellett
VT-x/AMD-V alapértelmezetten engedélyezett az újonnan létrehozott virtuális gépek számára
OpenGL 3D gyorsítás Linux guest-ek számára
Shared Folder-ek támogatása Solaris és OpenSolaris guestben
Kísérleti USB támogatás OpenSolaris guestben
Kísérleti támogatás OS X 10.6 (kódnevén "Snow Leopard") host-ok számára, mind 64 bites, mind 32 bites kernellel
Jópár hibajavítás
A binárisok letölthetők innen. A részletek a bejelentésben és itt. |
hup.hu
2008-04-18 22:00:01 | Helyi, privilégiumszint emelést lehetővé tevő sérülékenység a Windows rendszerekben |
| A Microsoft jelezte, hogy egy olyan publikusan bejelentett sebezhetőséget vizsgál, amelynek sikeres kihasználása lehetővé teheti a authentikált felhasználó számára, hogy LocalSystem-re emelje a privilégiumszintjét. A LocalSystem account alatt futtatott szolgáltatás, kód teljes mértékben, korlátozások nélkül hozzáfér a számítógép erőforrásaihoz. A hiba a Windows XP Professional Service Pack 2-t, az összes támogatott Windows Server 2003 kiadást és verziót, a Windows Vista-t, és a Windows Server 2008-at érinti. Az érintett rendszerek teljes listája itt. A Microsoft szerint az IIS-t, MSSQL szervert futtanak érdemes elolvasniuk a bejelentést. A figyelmeztető szerint a hosting szolgáltatók fokozott veszélynek lehetnek kitéve. A figyelmeztető itt olvasható.
|
hup.hu
2009-02-04 16:44:39 | Wake on Lan parancs az alaprendszerben |
| Marc Balmer (mbalmer@) OpenBSD fejlesztő a napokban commit-olta a /usr/bin/wake parancsot az OpenBSD alaprendszerbe. A paranccsal a hálózaton található hostoknak küldhetünk "magic packet"-eket azzal a céllal, hogy bekapcsoljuk azokat Wake on Lan (WoL) módszerrel. Noha eddig is volt az OpenBSD port gyűjteményben ilyen funkcionalitást megvalósító program, az OpenBSD felhasználók örömmel üdvözölték az alaprendszerben az egyszerű, BSD licences segédprogramot. A részletek itt.
|
origo.hu
2008-11-13 11:47:39 | Csökkent a spam egyetlen cég lekapcsolása nyomán |
| Amerikai lapértesülések szerint egy csalárd tevékenységet folytató hostingcég bezárása nyomán globális szinten visszaesett az interneten kiküldött levélszemét mennyisége. Szakértők becslései szerint McColo nevű társaság hálózatából indították útnak az amerikai felhasználókat célzó spamek háromnegyedét naponta. |
www.hirado.hu
2009-03-04 00:00:00 | A nap képe: Amikor a hostesslányok egy kicsit belefáradnak |
| Exkluzív fotó Genfből |
www.optimedia.hu
2009-05-08 09:15:41 | Fujitsu Technology Solutions - Távhozzáférési megoldás munkaállomásokhoz |
| A Fujitsu Technology Solutions bemutatta munkaállomásokhoz fejlesztett új távhozzáférési megoldását. A CELSIUS család minden modelljénél elérhető PC-over-IP technológiával a gépek beilleszthetők a központosított asztali gépes környezetbe.Ha például a fizikai munkaállomás a vállalat adatközpontjában vagy szervertermében működik, a felhasználó a világ bármely pontjáról, íróasztaláról hozzáférhet annak erőforrásaihoz a CELSIUS Remote Access portálon keresztül. Egy szabványos IP-hálózati (pl. LAN vagy WAN) csatlakozáson keresztül megtekintheti és szerkesztheti az adatokat, hasznosíthatja a teljes grafikus teljesítményt és a munkaállomás komplett funkcionalitását.A CELSIUS Remote Access technológia a munkaállomásba telepítendő CELSIUS Remote Access host-kártyából és a CELSIUS Remote Access asztali portálból áll. A felhasználó íróasztalán elhelyezendő portál súlya 86 dkg, magassága 22,6 cm, szélessége pedig 4,5 cm. Felhasználója maximális számítási és grafikus teljesítményt élvezhet kellemetlen mellékhatások - pl. ventilátorzaj és hő termelődés - nélkül.Ez a használati forgatókönyv a virtuális munkahelyhez hasonló előnyöket ígér. Az adatok tárolása és a rendszer adminisztrálása itt sem helyben, hanem az adatközpontban zajlik. Mivel a felhasználó nem fér hozzá a merevlemezhez, csökken a vírusfertőzés és az adatvesztés kockázata. A rendszerek sérülés és lopás ellen is védettek - ami főként iskolai vagy felsőoktatási környezetben fontos szempont.A CELSIUS Remote Access technológia különösen hasznos lehet olyan környezetekben, ahol több (akár nemzetközi) szolgáltató dolgozza fel a kényes vállalati adatokat. Előfordulhat például, hogy a cég több nemzetközi mérnöki irodával és tervezőstúdióval is együttműködik egy fejlesztési projektben. A távhozzáférési megoldás használata esetén a szolgáltatók akár New Yorkból, Rióból vagy Tokióból közvetlenül hozzáférhetnek az aktuális adatokhoz, de nem másolhatják le, törölhetik vagy módosíthatják őket. Így a szellemi tulajdon védelme garantált. A rendszer megkönnyíti az együttműködést az olyan országok szolgáltatóival és dolgozóival, ahol gyakran akadékoskodik a vámhatóság, hiszen maguk az adatok még virtuális értelemben sem lépik át az országhatárt - mindvégig az adatközpont archívumában maradnak. A CELSIUS Remote Access technológia a hagyományos távoli munkaállomásokhoz és a nagy grafikus teljesítményigényű tervezési feladatok kiszervezéséhez is ideális megoldás.A CELSIUS Remote Access host-kártya egyszerűen integrálható a meglévő CPU-architektúrákba. A kártya a teljes asztali környezetet kódolja, és az IP-hálózaton (pl. a vállalati LAN-on) keresztül valós időben a CELSIUS Remote Access asztali portálra továbbítja. A PC-over-IPâ?? rendszer valamennyi felhasználója teljes értékű PC-teljesítményt és használati jellemzőket vehet igénybe, ugyanakkor élvezheti a központosított számítástechnika előnyeit.A Remote Access portál egyszerre két kijelzővel tud együttműködni. A munkaállomás-csatlakozás támogatja a Dual DVI kimenetet, 1920 x 1200 felbontás mellett - ami a legfejlettebb grafikus feladatok követelményeinek is megfelel. A portál használatához nem szükséges meghajtó program vagy operációs rendszer. Működése rendkívül energiahatékony, mégis ugyanúgy futtatja az alkalmazásokat, mint az eredeti számítógép.A CELSIUS Remote Access megoldás már jelenleg is megrendelhető mindegyik CELSIUS munkaállomáshoz. Nettó ajánlott végfelhasználói ára 125.000 forint.Forrás: hirek.prim.hu |
www.kreativ.hu
2009-06-09 10:40:44 | Tenderen keres hostesscéget a Millenáris |
| Másfél éves szerződést kötne egy hostesscéggel a Millenáris, a közintézménynek alkalmanként legfeljebb 40 főre lesz szüksége. |
www.workania.hu
2009-02-02 10:00:04 | Segéd, nyári, időszakos munka Hostessz |
| 2009.02.02., Győr, Álláskereső - kisalfold.hu |
w3.prim.hu
2008-11-27 07:06:34 | Megszűnik a Lycos Europe |
| Az internetes tartalomszolgáltatás egyik úttörőjének számító Lycos európai leányvállalatából kinőtt Lycos Europe bejelentette, hogy bezárja a cég weboldalát, illetve felszámolja web-hosting szolgáltatását is, míg másik három üzletágára vevőt keres. |
www.computerworld.hu
2009-02-13 10:45:00 | Közép-Európa igény szerint |
| Magyarországon elsőként hostolt szolgáltatásként is elérhetővé váltak a Microsoft szoftverei. |
www.hirado.hu
2009-03-10 00:00:00 | A Chevrolet hostessei a "Young? Creative? Chevrolet! 2008" európai design pályázat győztes ruháit viselik a Genfi Autószalonon |
| A hostess ruha Alexandra Jeller (23), Katharina Perkhofer (20) és Melanie Winkler (21) közös alkotása |
index.hu
2008-03-18 13:32:00 | Ismét razzia a hosting-szolgáltatóknál? |
| A múltkori nagy rajtaütés után, úgy tűnik, ismét razziáznak a BIX-nél és több hostingszolgáltatónál. |
hup.hu
2009-02-17 14:54:49 | VirtualBox 2.1.4 |
| Megjelent a VirtualBox jópár hibát javító 2.1.4-es karbantartási kiadása. A hibajavítások közt szép számmal találhatók Linux/Solaris/Windows hostokat érintő fixek. Letölthető innen. |
origo.hu
2009-01-28 10:21:00 | Hármasban tölthető éjszakák a fedélzeten |
| Egy forgalmon kívül helyezett Boeing repülőgép fedélzetén nyílt meg Svédországban a Jumbo Hostel. A Stockholm közelében levő szállodában a pilótafülke számít a legdrágább lakosztálynak, a legolcsóbbak pedig a háromágyas, hat négyzetméteres szobák. |
www.storyonline.hu
2008-08-19 07:42:00 | Bódi Sylvit digitalizálták |
| A népszerű autóverseny, a Project Torque PC játék csinos hostesse lett Bódi Sylvi. Hamarosan Kínától az USA-ig, bárki találkozhat a modell digitalizált másával, ha letöltik a játékot. |
www.xlsport.hu
2009-05-10 15:19:06 | Spanyol Nagydíj: Szexi lányokból nincs hiány |
| Mint mindegyik Nagydíjon, Barcelonában sincs hiány a csinosabbnál-csinosabb Forma-1-es barátnőkből, hostessekből és szurkolókból. A fotók magukért beszélnek:
|
hup.hu
2009-06-01 14:25:10 | apt-dater |
| A kezünk alatti gépek száma csak növekszik, mióta pedig virtualizálunk lelkesen, drasztikusan megugrott a telepített Linuxok száma. A frissítések, verziók követése egyre macerásabb (szavazzunk arról ki felejtett már el gépet frissíteni? :)
Ennek a problémának a megoldására régóta keresek olyan programot amiben össze tudom fogni a felügyelt gépeket / szervereket. Január óta használom az apt-dater nevű programot. Ez a kis program megoldja a fenti problémákat.
Az alapvetően Debian (Ubuntu) alapú gépeket csoportokba lehet szervezni. Beállításkor telepíteni kell egy host oldali scriptet, amit SSH-n keresztül hívogat. Egy lépésben frissíti az összes gép csomaglistáját, jelzi a gépre vonatkozó csomagállapotot, (update pending ; up-to-date) ill. a frissítendő fájlokat.
Frissíteni lehet csoportosan és egyenként is. A folyamatot screen segítségével lehet követni.
|
hup.hu
2009-05-05 14:16:49 | VirtualBox FreeBSD-re is (tesztelésre) |
| Körülbelül egy évvel ezelőtt - nem sokkal azután, hogy megvásárolta az InnoTek-et - a Sun Microsystems FreeBSD fejlesztőket keresett. Úgy tűnik, hogy találtak és a munkájuk is meghozta a gyümölcsét, mert pár nappal ezelőtt a Sun-os Alexander Eichner bejelentette, hogy a VirtualBox végre fut FreeBSD-n is.
Noha az alapvető dolgok már működnek, a fejlesztők egyelőre mégsem ajánlják a VirtualBox FreeBSD portját éles felhasználásra. Továbbá Alexander megjegyezte, hogy a Sun hivatalosan nem támogatja még a FreeBSD-t. A portot a fejlesztők szabadidejükben készítették. Ennek ellenére minden fejlesztőt és tesztert bátorítanak a korai build-ek kipróbálására.
Ami működik:
Software virtualization
The VirtualBox QT4 frontend
Sound through OSS
NAT networking
Ami még nincs implementálva:
Bridged and host only networking (the required kernel drivers are missing)
USB
Installer
OpenGL support
ACPI
Host CD/DVD access
Host serial support
things I forgot ;)
Ismert bugok és korlátozások:
Unloading the kernel driver panics the host
Hardware assisted virtualization doesnt work reliable yet
VBoxSVC needs to be started manually
proc needs to be mounted
A bejelentés itt olvasható. |
www.optimedia.hu
2008-11-20 14:48:43 | GPU gyorsított Reverb VST |
| Nils Schneider kifejlesztett egy GPU Impulse Reverb nevű NVIDIA grafikus kártya által gyorsított VST effekt, melynek majdnem 0 százalékos a CPU fogyasztása. A plugin követelménye egy CUDA kompatibilis NVIDIA GPU (G 80 => GeForce 8 xxx vagy újabb).8, 16, 24 és 32 bites minták közül minden sztereó wav impulzussal megbírkózik.VST2 kompatibilis hostokba használhatjukIngyenesen letölthető üzleti és magán célra egyaránt.Letöltésért látogassuk meg a programozó weboldalát! |
www.vezess.hu
2008-02-28 18:40:00 | Räikkönen részegen csajozott |
| Kimi Räikkönen ismét bulizott, ennek megfelelően rendesen felöntött a garatra. Az esetről egy hostess számolt be, akivel a világbajnok közelebbi ismeretségre vágyott. |
www.ingatlanmagazin.com
2008-02-21 14:44:44 | Videó az érdektelenségbe fulladó Lakásvásárról, ahol csak a hostesek a szépek |
| Elmúlt már az az idő, amikor a lakásvásárok az újdonság erejével hatottak az érdeklődőkre. A jól ismert standok között egyre többen csak céltalanul lézengenek, hiszen a kínálat szinte évről-évre ugyanaz, újdonság pedig alig akad. |
www.workania.hu
2008-09-03 13:00:52 | Segéd, nyári, időszakos munka Hostessz |
| 2008.08.23., Győr, Álláskereső - kisalfold.hu |
www.computerworld.hu
2008-07-14 10:30:00 | Yahoo rejects MS proposal, seeks bid for entire company |
| Yahoo Saturday night rejected a joint proposal from Microsoft and investor Carl Icahn that had called for a restructuring and the sale of Yahoos search business to Microsoft. The Internet company that had fought Microsofts hostile bid for months has now suggested that the Redmond, Washington, software giant make an offer to acquire all of Yahoo. |
www.mno.hu
2009-04-12 20:45:00 |
A HospInvest tartozásai miatt elzárhatják a gázt több kórházban is
|
|
Elzárhatják a gázt több HostpInvestes kórházban, mert tartoznak a számlával. A cégnél azt mondták: már megállapodtak a szolgáltatóval, erről azonban a TIGÁZ nem tud.
|
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. |
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.workania.hu
2009-03-14 11:00:08 | Segéd, nyári, időszakos munka Hostessz |
| 2009.03.14., Győr, Álláskereső - kisalfold.hu |
hup.hu
2009-06-09 17:02:34 | "A Linux lesz az első operációs rendszer hivatalos USB 3.0 támogatással" |
| 2008 decemberében már írtam arról, hogy az Intel nyílt forrású technológiákkal foglalkozó központjában (Intel Open Source Technology Center) Sarah Sharp azon dolgozik, hogy linuxos eszközmeghajtó-programot ír az xHCI-hez (az új USB 3.0 host controller-hez) és átírja a Linux kernel megfelelő alrendszerét annak érdekében, hogy az támogassa az USB 3.0-s eszközöket. Sarah most blogjában bejelentette, hogy az xHCI (USB 3.0) host controller driver és a kezdeti támogatás az USB 3.0-s eszközökhöz publikusan elérhető a kernel.org-os git fájában.
Greg Kroah-Hartman várakozási sorba állította a patch-eket a 2.6.31-es kernelbe való bekerüléshez, így a Linux felhasználók már 2009 szeptembere körül hivatalos USB 3.0 támogatásnak örvendhetnek. Az időzítés kiváló, hiszen az NEC nemrég bejelentette, hogy 1 millió darab xHCI PCI Express bővítőkártyát fog gyártani szeptemberben.
"Ez azt jelenti, hogy a Linux lesz az első operációs rendszer hivatalos USB 3.0 támogatással." - írja Sarah a blogjában.
A fejlesztő hölgy reméli, hogy lesznek USB 3.0-s eszközgyártók, akik tesztelik majd a driver-ét prototípus eszközökkel. Elmondása szerint ez egy óriási projekt, az elmúlt másfél évben ezen dolgozott.
A blogbejegyzés itt olvasható. |
www.terminal.hu
2008-10-15 00:00:01 | Régióelső lett a HostLogic |
| Az SAP AG friss minőségi auditja szerint jelenleg a HostLogic Kft. |
www.ipon.hu
2009-04-24 17:00:00 | Frissült: HostsXpert 4.3 |
| Host file szerkesztő, mentő, visszaállító. |
hup.hu
2009-03-06 18:33:14 | Linux alapokon hosted e-mail szolgáltatást indít a Cisco |
| Az InternetNews egyik cikke szerint az elsősorban hálózati eszközeiről ismert Cisco hostolt e-mail szolgáltatást indít Linux alapokon. A vállalat még 2008. augusztusában vásárolta meg a PostPath Inc.-et, amely Linux-alapú e-mail, naptár és csoportmunka termékben utazott. Az IN azt állítja, hogy a "Cisco-nak hamarosan teljes platformja lesz és versenyezni fog olyanok ellen, mint a Google Gmail". A teljes cikk elolvasható itt.
|
www.gazdasagiradio.hu
2008-12-02 10:02:00 | Ismét nagyüzemben dolgoznak a spammerek |
| A McColo kaliforniai hostingcég kiiktatása nem hozott tartós sikert: bár a bezárást 65%-os spam-visszaesés követte, november végén ismét átlagon felüli mennyiségű spam árasztotta el a világot |
www.optimedia.hu
2009-01-09 08:39:06 | Torrent-oldalakat blokkoló trójai |
| Több biztonságspecialista is jelezte, hogy felfedeztek egy olyan vírust, amely tulajdonképpen nem okoz semmi kárt, csupán meggátolja a népszerű P2P-oldalakhoz való hozzáférést.A legtöbb esetben a vírusok valamilyen kárt okoznak, nem így azonban a Troj/Qhost-AC, ami a licenckódok feltörésére alkalmas eszköznek álcázza magát, és megakadályozza, hogy a megfertőzött rendszerről a felhasználók fellépjenek a nagy fájlmegosztó portálokra. Miután a program bejutott egy Windows-rendszerbe, megváltoztatja a host-beállításokat, és ha az internetezők megpróbálnak rácsatlakozni a The PirateBay, Mininova vagy Suprbay nevű hálózatokra, megnyílik egy kis ablak, melyben az illegális letöltést kárhoztató szövegeket lehet olvasni, sőt egy audioüzenet is társul ehhez, ami így hangzik: Downloading is wrong (a letöltés helytelen). A legtöbb védelmi szoftver felismeri a vírust. Egyelőre még nem lehet tudni, hogy kik és milyen célból hozták létre a kártevőt, de nem csodálkoznánk, ha a film- és zeneipar megbízásából készítették volna a trójait.Forrás: hirek.prim.hu |
www.ingatlanmagazin.com
2008-08-31 22:00:00 | Hostelvilág Magyarországon: nagy a gáz? |
| Nyáron fiatalok százezrei hetekig, hónapokig barangolnak Európa nagyvárosaiban. A jól bevált olcsó szállásokat, az ún. hosteleket keresik, de az olcsóság nem egyenlő az igénytelenséggel, mint azt egyes illegális hostel-tulajok gondolják. Budapest amúgy népszerű hely, sőt, aki ráér, még a Káli-medencében is biciklizik |
|
Keresés: Host városonként: Linkajánló:
|
