| |
Ablak szekszárd
Ablak szekszárd Szekszárd
Mirold Zrt.7100 Szekszárd, Tartsay V. u. 10. 74/529-290 wolf, 74/529-293 Mobil: 06/20- 557-2816 wolf kukac mirold.hu, office kukac mirold.hu http://www.mirold.hu |
ablak, ajtó, alumínium nyílászáró, beltéri ajtó, csiszolt tükör, építőipar, fazettázott tükör, fazettázott üveg, fix üvegfal, gravírozás, gravírozott üveg, helyszíni felmérés, hőszigetelt üveg, műanyag nyílászáró, nyílászáró, redőny, reluxa, SCHÜCO, szúnyogháló, télikert, tolóajtó, tolófal, tükör, üveg, üvegáru, üvegcsiszolás, üvegesmunka, üvegezés, üvegipar, üvegmegmunkálás, zsalugáter Anker BÚTOR Diszkont7100 Szekszárd, Szent László u. 6. 74/529709 http://www.szeki.hu/sz100/sz100960.htm |
ablak, ajtó, beépített bútor, bútor, bútoripar, etetőszék, gyermekbútor, gyermekülés, irodabútor, irodai bútor, kerti bútor, korlát, lécáru, polc, polctartó, rönkfabútor, tartozék, vegyszer Junior Bútorstúdió7100 Szekszárd, Keselyűsi út 22. 74/419032 http://www.szeki.hu/sz100/sz100092.htm |
ablak, ajtó, álmennyezet, bútor, bútoripar, bútorszerelvény, épületlakatos munka, fonott bútor, gyermekbútor, irodabútor, kerti bútor, lambéria, padló, parketta, rönkfabútor, tartozék, úszómedence Alisca-Gemencplast Műanyagfeldolgozó Kft.7100 Szekszárd, Keselyűsi u. 22. 74/418-324, 74/410-075 http://www.alisca-gemencplast.hu |
ablak, ajtó, extrudálás, falburkolat, fröccsöntés, karnis, képkeret, képtartó, keretezés, lambéria, műanyag fröccsöntés, műanyagipar, műanyag karnis, műanyag képkeret, műanyag lambéria, műanyag nyílászáró, műanyag profil, műanyag termék Bútorvilág7100 Szekszárd, Hunyadi u. 5 . 74/416558 http://www.szeki.hu/sz101/sz101551.htm |
ablak, ajtó, álmennyezet, beépített szekrény, bútor, bútoripar, etetőszék, fonott bútor, gyermekbútor, gyermekülés, irodabútor, kerti bútor, lécáru, lépcső, ülőke Pál és Társai Asztalosipari és Kereskedelmi Kft.7100 Szekszárd, Bogyiszlói út 4. 74/529-771 Mobil: 20/9160-912 info kukac pal-fa.hu |
ablak, ajtó, asztalosipar, beépített szekrény, belsőépítészet, beltéri ajtó, bútor, bútoripar, épületasztalosipar, erkélyajtó, fakorlát, falépcső, homlokzati ablak, homlokzati nyílászáró, műemlékfelújítás, nyílászáró Hírek Ablak szekszárd témában hup.hu
2008-04-21 08:00:00 | Mono és Gtk áttekintés |
| Nem olyan régen rászántam egy napomat és megismerkedtem a .NET csodáival, a C# nyelv rejtelmeivel, ezért szeretném megosztani a tapasztalataimat. Áttekintő jellegű leírást magyar nyelven sajnálatos módon nem találtam, pedig már nem olyan fiatal a terület.
Ha jól emlékszem 4 évvel ezelőtt kaptam egy C# könyvet. Konkrétan a C# mesteri szinten 21 nap alatt. El is kezdtem olvasni, viszont minden oldalon szerepelt az a mondat, hogy: Ez a funkció jelenleg csak a Microsoft .NET megvalósításban érhető el. Mivel már akkor is Linux-ot használtam desktopra, így gyorsan kedvemet szegte. Talán még egy HelloWorld-ot kipróbáltam az 1.0 alatti valamelyik béta Mono-val, viszont gyorsan halottnak könyveltem el a dolgok a Javaval szemben.
Jelenleg a C# nyelv erős szabványosítása miatt, valamit az erős háttérnek, továbbá a két párhuzamos implementációnak köszönhetően, úgy gondolom megállja a helyét. A tervezés és a megvalósítás utolérte, s talán mostanra le is előzte a Java lehetőségeit. Talán még a beágyazott rendszereken, és a mobil készülékeken láthatunk érdekes dolgokat a jövőben.
Feladatnak egy GPS Data logger meghajtóprogramjának megírását választottam. Az eszköz USB-re csatlakozik, egy soros átalakító van benne, ami PL2303-ként jelenik meg a rendszerben. Ezek után erre tudunk rácsatlakozni, és kommunikálni, letölteni a rögzített adatokat.
A döntésem azért a .NET-re esett, mivel Javaban már megtanultam régebben programozni, valamint ott csak külső class segítségével lehet elérni a soros portot (RxTx). A .NET viszont 2.0-s megjelenése óta támogatja az IO Port kezelést, így könnyedén kommunikálhatunk soros eszközeinkkel platformfüggetlenül. (Sportszerű nehezítés, hogy hiába érhető el driver Mac OS X alá, a Mono jelenlegi verziójában nem képest azt elérhető soros portként kilistázni...)
1. WinForms és Gtk#
Mivel először WinForms-szal próbálkoztam meg összerakni az alkalmazás kezelői felületét, rá kellett ébrednem, hogy bizony ennek a megvalósítás 1.9-es (2.0 beta) Mono változatban még közel sem teljes. A fejlesztést Mac OS X (Tiger) operációs rendszeren végeztem, ahol szerencsére már elkészült a natív GTK port, így már mindhárom főbb platformon lehet GTK#-ot használó alkalmazások futtatni. A döntés egyetlen hátránya, hogy a majdani kliens számítógépen nem elég a Microsoft .NET Framework telepítése (Windows esetén), hanem Mono-t igényel.
Fordításhoz szükséges beállítások:
export PKG_CONFIG_PATH=/Library/Frameworks/Mono.framework/Versions/1.9/lib/pkgconfig/
Esetemben így nézett ki. Ez arra a célra szolgál, hogy a rendszer megtalálja a gtk-sharp-2.0.pc fájlt. Más rendszereken ilyen hiba esetén célszerű locate segítségével felderíteni, hol található a fájl, majd exportálni a PATH-ben a könyvtárat. Tehát:
$ locate gtk-sharp-2.0.pc
/Library/Frameworks/Mono.framework/Versions/1.9/lib/pkgconfig/gtk-sharp-2.0.pc
Ha már így rendelkezésünkre áll, akkor a fordításánál pkg paraméter segítségével használhatjuk is.
$ gmcs -pkg:gtk-sharp-2.0 [gtk-t használó forrás fájl.cs]
Megjegyzés: mcs segítségével 1.1-es .NET platformra, még gmcs segítségével 2.0-sra tudunk fordítani
2. Az első GTK# alkalmazásunk
Mivel MonoDevelep Mac OS X-es változata nem támogatja a GTK# fejlesztést, valamint maga az IDE eszköz is hiányosnak és lassúnak tűnt, megmaradtam a Vim használatánál. Az XCode plugint szintén lustaság okán nem állítottam be, amúgysem használom, hiába hallottam róla jókat.
A fejlesztést továbbiakban két terminálban folytatjuk. Az egyikben a Vim, vagy kedvenc szerkesztőnk állandó jelleggel mutatja a forráskódot. A másikban a fent említett PATH beállítva, az ismertetett módon fordítjuk és futtatjuk az alkalmazást. Lelkesebbek erre írhatnak scriptet is...
Az első programunk kódja a következő lesz:
$ cat FirstGtkApp.cs
using System;
using Gtk;
public class GtkHelloWorld {
GtkHelloWorld() {
Application.Init();
Window myWin = new Window("My first GTK# Application!");
myWin.DeleteEvent += new DeleteEventHandler (OnWinDelete);
myWin.Resize(200,200);
Label myLabel = new Label();
myLabel.Text = "Hello World!!!!";
myWin.Add(myLabel);
myWin.ShowAll();
Application.Run();
}
public static void Main() {
new GtkHelloWorld();
}
private void OnWinDelete (object o, DeleteEventArgs args) {
Application.Quit();
}
}
Először két névteret kell használatba vennünk a grafikus alkalmazás elkészítéséhez. Ezek a Gtk, és System namespace. Első felelős a nekünk szükséges elemek bekerüléséért.
Az alkalmazás Main függvényében példányosítjuk az osztályunkat. Ez eredményezi a konstruktor lefutását, amiben ténylegesen megvalósítjuk a megjelenítést. Először az alkamazást inicializáljuk az Application.Init(); függvényhívással. Későbbiekben ehhez hasonlóan az Application.Run(); segítségével fogjuk futásra bírni.
Előtte azonban még létre kell hoznunk egy ablakot, amire rajzolni szeretnénk. Ez a Window osztály egy példányának létrehozásávál történik. Konstruktorába az alkalmazás neve kerül. Ezt a későbbiek során Window.Title publikus string változó módosításával tudjuk átállítani. A Window.DeleteEvent-hez rendelünk egy eseménykezelő függvényt, ami azért fog felelni, ha bezárjuk az ablakot, akkor az alkalmazás is lépjen, és visszakapjuk a konzolt.
Következő lépésben a Label osztály segítségével egy cimkét hozunk létre. Itt is használhatjuk a konstruktort a szöveg megadására, vagy az itt alkalmazott módon tudjuk módosítani.
Ezek után már csak rá kell helyeznünk a Window osztály Add() függvényével a Widget-ünket az ablakra. Majd beállítani, hogy minden megjelenjen a képernyőn. Az elemek láthatóságát külön is lehet állítani. Erre az egyes osztályok Show() függvénye szolgál. Jól jön akkor, ha bizonyos funkciók csak események hatására lesznek elérhetőek.
Most már csak fordítanunk és futtatnunk kell az alkalmazást.
$ gmcs -pkg:gtk-sharp-2.0 FirstGtkApp.cs
$ mono FirstGtkApp.exe FirstGtkApp.exe
Megjegyzés: Azért nem a Main függvénybe került az egész kód, mert későbbiek során is hajlamosak lennénk ott hagyni, és bizonyos esetekben a static definíció miatt a fordító különféle warningokkal ajándékozna meg minket. Természetesen a helyes megoldás, hogy minden ablakot külön függvényben írunk le, és igény szerint hívjuk meg őket.
3. Tárolók
Ezeket az osztályokat használjuk a képernyőn megjeleníteni kívánt elemeink elrendezésére. Ugyanazt a célt szolgálják, mint Javaban a layout-ok. Az ablakokat gyakorlatilag területekre osztjuk fel, amikbe belepakoljuk a látványelemeket.
Az elérhető alap típusok listája (nem teljes):
Fixed: rögzített kinézet hozható vele létre, pixelre pontosan meg tudjuk adni, hogy mi hova kerüljön
VBox: vertikális felosztása az adott területnek, amit hozzáadunk, az automatikusan függőleges oszlopba rendeződik
HBox: előzőhöz hasonlóan, csak horizontálisan történik az elhelyezés
Table: az általunk definált méretű táblazatot hozhatunk létre, aminek a rácspontjaira feszíthetjük ki az elemeinket
Frame: elemek keretbe foglalására szolgáló tároló
ScrolledWindow: amit belehelyezünk, az scrollozhatóvá válik, ha nem fér ki a képernyőre (pl.: TextView)
A tárolók méretét a Widget osztályból örökölt SetSizeRequest(int x, int y) metódus segítségével állíthatjuk be.
Az ablakhoz történő hozzáadásuk ugyanúgy történik, ahogy a többi elemé is, a Window.Add() függvényben paraméterként megadva.
Megjegyzés: Véleményem szerint érdemes először egy VBox tárolót elhelyezni a képernyőn. Ebbe helyezni a menu sort, az ablak középső részét, valamint a státus sort. Ezek után pedig a középső rész a megfelelő rétegekkel igény szerint feltölteni.
3.1 Fixed tároló
A tárolónak van paraméter nélküli konstruktora, legegyszerűbb azt használni a létrehozásnál.
Button testButton = new Button("Teszt");
Fixed fixArea = new Fixed();
fixArea.SetSizeRequest(100,100);
fixArea.Put(testButton,10,10);
Ezzel létrehoztunk egy 100x100 négyzetet, aminek a (10,10) pontjába helyeztük a Teszt feliratú gombunkat. Az elemek bal felső sarka kerül mindig az általunk megadott koordinátára.
3.2 VBox és HBox tároló
A következő példában három gombot fogunk létrehozni. Minden a Teszt felirat szerepel sorszámozva. Legfelül lesz az 1-es számú, és alatta a második sorban egymás mellett a 2-es és 3-as számú.
Button testButton1 = new Button("Teszt1");
Button testButton2 = new Button("Teszt2");
Button testButton3 = new Button("Teszt3");
VBox vbox = new VBox(false, 1);
HBox hbox = new HBox(false, 1);
hbox.Add(testButton2);
hbox.Add(testButton3);
vbox.Add(testButton1);
vbox.Add(hbox);
Láthatóan mindkét tároló konstruktora két paramétert vár. Az első egy logikai változó, ami azt adja meg, hogy a rendszer kikényszerítse-e a benne elhelyezett elemektől, hogy egyenlő méretekkel rendelkezzenek. A második paraméterben pedig az elemeket elválasztó terület nagyságát adhatjuk meg egy integer segítségével.
3.3 Table tároló
Button testButton1 = new Button("Teszt1");
Button testButton2 = new Button("Teszt2");
Button testButton3 = new Button("Teszt3");
Button testButton4 = new Button("Teszt4");
Table newTable = new Table(2,2,true)
newTable.Attach(testButton1, 0, 1, 0, 1);
newTable.Attach(testButton2, 1, 2, 0, 1);
newTable.Attach(testButton3, 0, 1, 1, 2);
newTable.Attach(testButton4, 1, 2, 1, 2);
A létrehozáshoz meg kell adnunk hány sort és oszlopot szeretnénk a táblázatban. A harmadik paraméter itt is a homogén méretezés kikényszerítését jelenti.
Ezek után a meglévő elemeinket csatolni kell a táblázathoz az Attach függvény segítségével. Első paraméterében várja a Widget osztályból öröklődött elemet, amit hozzá akarunk adni. A tovább négy paraméterben a helyet, hogy hova szeretnénk rakni. Az első két koordináta adja meg, hogy melyik két oszlop között tart az elem. A második két koordináta, hogy melyik két sor között. A táblázat bal felső saroktól számozódik, 0-tól kezdődően. Tehát a példában szereplő 2x2 táblázat bal felső celláját láthatóan a (0,1,0,1) paraméter négyessel tudjuk kijelölni.
3.4 Frame tároló
Button testButton = new Button("Teszt");
Frame labeledFrame = new Frame("Keret:");
labeledFrame.Add(testButton);
A példa nem túl életszerű, viszont látható, hogy a gombunk körül egy keret helyezkedik el, aminek a bal felső részébe található a címke. Az osztálynak van paraméter nélküli konstruktora is. Ekkor a Frame.Label publikus string változón keresztül tudjuk a címkét megváltoztatni.
3.5 ScrolledWindow tároló
Hasonlóan a Frame-hez, létrehozás után egyszűen hozzá kell adni a kívánt elem(ek)et. A konstruktor nem vár paramétereket, címkével nem rendelkezik. A TextView-val együtt szemléltetésre kerül a későbbiek folyamán.
4. Elemek
Néhány egyszerűbb elem, amit könnyedén a képernyőre lehet helyezni, és még hasznuk is van.
Label: a példában is szereplő címke osztály
Button: egyszerű nyomógomb
ComboBox: legördülő lista, elődje az OptionMenu, ám az elavultá vált, ez használandó helyette
TextView: szöveg megjelenítésre alkalmas mező, akár szerkeszthető is, szükséges mellé a TextBuffer osztály
MessageBox: üzenet ablak megjelenítése
RadioButton: ismert választó gomb
CheckButton: ismert jelölő négyzet
VSeparator: függőleges vonal elválasztásra
HSeparator: ugyanaz vízszintesen
StatusBar: státusz sor, amit az ablak alján használunk
Tree: listázott megjelenítés
4.1 TextView elem
Összetettebb példának hozzunk létre a képernyőn egy olyan mezőt, ahova az alkalmazás a továbbiakban loggolni fogja a tevékenységeit. Ez a mező legyen görgethető, és kijelölhető, az esetleges szöveg másoláshoz, viszont módosítani ne lehessen.
TextView view;
TextBuffer buffer;
Frame logFrame;
ScrolledWindow logWindow;
logFrame = new Frame();
logFrame.Label = "Log:";
view = new Gtk.TextView ();
view.Editable = false;
view.CursorVisible = true;
buffer = view.Buffer;
buffer.Text = "";
logWindow = new ScrolledWindow();
logWindow.SetSizeRequest(480,200);
logWindow.Add(view);
logFrame.Add(logWindow);
A megvalósításhoz a TextView elemet fogjuk használni. Ebben az elemben egy TextBuffer típusú változó tartalmát fogjuk megjeleníteni, amit működés közben folyamatosan írunk, jelen esetben hozzáfűzünk.
A naplózást tartalmazó mezőt egy Framebe ágyazzuk, amit felcimkézünk a "Log:" felirattal. Ezek után létrehozzuk a TextView-t és beállítjuk a kívánt paramétereket. Következőkben a TextBuffer változót összerendeljük a TextView osztály azonos típusú publikus változójával. Ezek után létrehozzuk a ScrolledWindow típusú változót, amibe bele fogjuk helyezni ezt az elemet, és ezt az ablakot ágyazzuk a Framebe.
4.2 ComboBox elem
Ezt az elemet csak azért emeltem ki, mivel talán kellően gyakran használt, és talán másik is belefutnának abba a hibába, hogy először az OptionMenu osztályt akarják használni. Aztán csodálkoznak a fordító által jelzett Warningokon, miszerint az elem elavult.
A használata egyszerű. Létre hozás során inicializálni kell a Text elemét, és ahhoz hozzá fűzni sorban a kívánt lista elemeket. Alapvetően a leghosszabb lista elem méretét veszi fel, ám véleményem szerint érdemes előre beállítani a már ismertett módon.
ComboBox combo;
combo = ComboBox.NewText();
for (int i = 0; i < 5; i ++)
combo.AppendText ("item " + i);
4.3 StatusBar elem
A státusz sor hozzáadás hasonlóan történik az összes többi elem, egyszűen példányosítani kell, és utána hozzáadni a megfelelő Object leszármazott elemhez. Az érdekessége, hogy szöveget megjeleníteni rajta hasonlóan lehet, mint egy verem. Két hasznos függvénye van, a Push() és Pop(). Az elsővel látható módon írhatunk rá, a másodikkal eltávolíthatjuk azt. A stackre való lenyomásnál egy sorszámot is rendelhetünk az üzenethez, ez lesz első paraméter, míg a szöveg a második. A Pop(int id) függvénnyel, mert a kívánt azonosítójú string-et távolítjuk el. A példában még egy tulajdonságát állítottuk be a StatusBarnak, méghozzá azt, hogy megjelenítse az átméretező sarkot, vagy sem. Tapasztalataim szerint ez Windows alatt sikeresen működik is, míg Mac OS X alatt figyelmen kívül hagyja.
Statusbar sb;
sb = new Statusbar();
sb.HasResizeGrip = false;
sb.Push (1, "Welcome!");
4.4 Tree elem
Erről az elemről a GtkSharp hivatalos oldalán is található egy kellően részletes leírás. Én itt ezt egy kicsit leegyszerűsétettem. Demonstrálás szempontjából megfelelő, viszont a Tree erejét nem fejezi ki kellően, így érdemes elolvasni.
A következőkben létrehozunk egy elemet, amiben található egy Items cimkével rendelkező oszlop, és abban öt sort, amiben az itemek vannak felsorolva.
Először létrehozzuk magát a TreeView-t, amibe pakoljuk az elemeket. Ilyen az oszlop, amiből most csak egyet hozunk létre. Szükség van még két további változóra. Az egyik felel azért, hogy a listában látszódjanak az elemek, míg a másik magát a listát képezi. A listánál meg kell adnunk, hogy milyen típusú és mennyi elemet tárolunk benne, ezért a konstruktora változó hosszúságú paramétersort igényel.
Ezek után beállítjuk a tároló oszlopot. Adunk neki nevet, illetve magát a fejléc mezőt helyezzük el, és megmondjuk neki, hogy alatta text típusú elemek fognak sorakozni. Ezek után a TreeView elem Model objektumának megadjuk, hogy az általunk létrehozott ListStoret használja. Innentől már csak az itemListStore változót kell feltölteni, amit a for ciklus szemléltet.
TreeView tree = new TreeView();
TreeViewColumn itemColumn = new TreeViewColumn();
CellRendererText itemNameCell = new CellRendererText ();
ListStore itemListStore = new ListStore(typeof (string));
itemColumn.Title = "Items";
itemColumn.PackStart (itemNameCell, true);
itemColumn.AddAttribute (itemNameCell, "text", 0);
tree.AppendColumn(itemColumn);
tree.Model = itemListStore;
for (int i = 0; i < 5; i ++)
portListStore.AppendValues("item " + i);
5. Eseménykezelés
Miután már szépen tele tudjuk rajzolni a képernyőt, ideje megismerkedni annak a módjával, hogyan is tudjuk életrekelteni az alkalmazásunkat.
Ennek a legjobb módja, hogy bizonyos elemekhez olyan függvényeket rendelünk, ami a rendszer által detektált eseményeknél lefutnak. Ilyen lehet például, egy gomb megnyomása, ablak átméretezése, TextBox szerkesztése, menu elem kiválasztása...
A megvalósítás menete, hogy a Widget eseményéhez hozzáadunk, egy új eseménykezelő osztályt.
helloButton.Clicked += new EventHandler(helloButton_Clicked);
private void helloButton_Clicked(object o, EventArgs args) {
Console.WriteLine("Kattintás...");
}
A gomb Clicked eseményez adtuk hozzá az általunk megírt helloButton_Clicked függvényt. Ez a függvény private, mivel nem szeretnénk, hogy az osztályunkon kívül bármi is meghívja, és void, mivel nincs visszatérési értke. A rendszer a függvénynek átadja, hogy melyik objektum hívta meg. Itt például, ha kattintás esetén át szeretnénk írni a gomb szövegét, akkor a Label módosítása előtt az objektumot vissza kell kasztolni Button típusúra. Az EventArgs osztály tárol az eseménykezelő számára használható adatokat. A példakódban kattintás esetén csak egy sort írunk ki a konzolba.
A Button osztály eseményei:
Activated: ha a gomb aktiválva lett
Clicked: ha rákattintunk
Entered: ha az egérmutató a gomb területére ér
Left: ha az egérmutató a gomb területét elhagyja
Pressed: ha a gombot lenyomomják
Released: ha a gombot felengedik
6. Néhány javaslat
Mint programozás során mindig, itt is érdemes követni egy struktúrális logikát. Aki évek óta foglalkozik ezzel a területtel, annak már biztosan megtörtént. Többieknek adnék néhány szerény tanácsot.
A C hagyományok szerint még mindig érdemes először a változókat definiálni a programkód elején, hogy lássuk, miket is akarunk felhasználni. Így kevesebb a valószínűsége, hogy valami feleslegeset is létrehozunk, és ott marad a kódban.
A következő részben érdemes az elemek példányosítását megcsinálni, és beállítani a megfelelő tulajdonságaikat, amiket később látni szeretnénk.
Harmadik lépésként építsük fel a konténerek elrendezését egymásban. Ha előállítottuk a kívánt struktúrát, akkor adjuk hozzá az elemeket a megfelelő, előre elképzelt helyekez. A tervezés segít elkerülni az elkavarodást a helyek között.
Végül adjuk hozzá az ablakhoz a konténereket, és jelenítsük meg a felhasználó felé.
|
www.penzcentrum.hu
2008-05-28 14:00:00 | A ház, amelyre szemet vetett az öreg playboy! |
| Előbb-utóbb elképzelhető, hogy nyuszi-lányok integetnek a lenti képen látható ház ablakaiból, miután kiderült, hogy Hugh Hefner komoly érdeklődést mutat a korábban egy ausztrál szappanoperának otthont adó ingatlan megvásárlása iránt. |
www.ipon.hu
2009-01-26 11:01:00 | Phenom II + DDR3: teszteredmények |
| Az AMD műhelyében elkészült a kétcsatornás DDR3-as memóriavezérlővel ellátott Socket AM3-as Phenom II X4 910-es processzor, amelynek teljesítményét néhány teszt segítségével meg is vizsgálták. A processzor a Gigabyte GA790FXT-UD5P alaplapjában foglalt helyet egy kétcsatornás DDR3-1333 MHz-es Corsair memóriacsomag társaságában, amelynek tagjai 9-9-9-24-es időzítésekkel üzemeltek. A CPU-Z ablak szerint a rendszer unganged módban működött, ami azt jelenti, hogy a Deneb processzor két memóriavezérlője egymástól függetlenül, 64-bite széles memória csatornával üzemelt. Ez a mód többnyire egycsatornás módnak felel meg, a több szálon futó alkalmazások azonban egymástól függetlenül tudják megcímezni az egyes csatornákon futó modulokat, így a teljes memória sávszélesség kihasználására lehetőség nyílik - állítják a források. |
www.sziget.hu
2008-05-14 12:00:00 | Ablak-A-Dubra szezonzáró: Efdemin |
|
www.tfo.hu
2008-12-18 14:00:44 | A tavalyinál több támogatás a Nemzeti energiahatékonysági programra |
| Véget ért a Nemzeti Fejlesztési Ügynökség és az Energia Központ Kht. "Nyitva az ablak - hatékonyság és szakértelem" mottóval indított nyolcállomásos roadshow-ja. Az országos eseménysorozatnak, a pályázati feltételek egyszerűsítésének és a pályázói kör kiterjesztésének köszönhetően október közepe óta összesen 26 pályázati anyag érkezett az Új Magyarország Fejlesztési Terv Környezet és Energia Operatív Program (KEOP) energetikai pályázati rendszerébe. |
www.nepszava.hu
2008-02-18 13:33:49 | Orbán: rejtett adó a vizitdíj és a kórházi napidíj |
| Rejtett adónak nevezte Orbán Viktor a vizitdíjat és a kórházi napidíjat hétfőn Tatabányán, a Szent Borbála Kórház vizitdíj befizetésére szolgáló ablaka előtt tartott sajtótájékoztatóján és kijelentette, mivel az adócsökkentés ismét slágertéma, ha valaki adót szeretne csökkenteni, akkor kezdheti a vizitdíj és a kórházi napidíj eltörlésével. |
www.itextreme.hu
2009-03-30 16:00:00 | Firefox tipp - letöltő ablak átszabása |
| Mostani tippünkben megmutatjuk, hogyan lehet kiiktatni a Firefox letöltő ablakát, illetve, egy bővítménnyel új, kevésé zavaró formába önthetjük... |
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. |
ma.hu
2008-01-04 14:58:00 | Kígyózó sorok a pénztárak előtt |
| Tumultus a BKV-jegypénztárak előtt, türelmetlen, felháborodott emberek a kígyózó sorokban, s türelmetlen pénztárosok az ablak mögött. Nagyjából így összegezhető a BKV új bérlettípusának a bevezetése az első napokban. |
gondola.hu
2009-03-13 18:20:24 | Molotov-koktél egy kecskeméti ház udvarán |
| Molotov-koktélt találtak egy kecskeméti ház udvarán pénteken. Egyelőre nem tudni, milyen szándékkal rejtett Molotov-koktélt Kecskeméten egy családi ház ablaka alá az a három ismeretlen, akik után... |
www.hirado.hu
2008-04-12 15:55:00 | Súlyos karambol Szekszárd belvárosában |
| Két autó ütközött, ketten sérültek meg, egyikük súlyosan |
www.nemzetisport.hu
2008-07-11 21:10:10 | Kerékpár: olasz szakaszgyőzelem a Gemenci Nagydíjon |
| Az olasz Domenico Loria nyerte az Alisca-Bau 34. Gemenci Nagydíj kerékpárverseny első országúti szakaszát, a Kaposvár és Szekszárd közötti 171 km-es versenyt. |
www.hirextra.hu
2009-06-02 18:03:37 | Bankfiókban fogták el a csalót |
| Hamisított iratokkal, volt felesége terhére vett fel ötmillió forint hitelt egy paksi férfi, akit a napokban egy bankfiókban vett őrizetbe a rendőrség - közölte a szekszárdi kapitányság sajtóreferense kedden az MTI-vel. |
www.mno.hu
2009-01-04 12:03:00 |
80 ezer utast veszíthet a vasút az új menetrend miatt
|
|
A változásokat a költséghatékonysággal indokolják, de van, ahol a helyi Volán már lecsapott az átpártolni szándékozó utasokra. Szekszárd és Budapest között megszűnt a közvetlen intercity-kapcsolat, a busztársaság pedig megháromszorozta járatai számát. Komárom és Révkomárom között viszont mostantól sem busz, sem vonat nem jár.
|
www.mno.hu
2008-03-11 13:46:00 |
Megfojtotta fiát, majd felakasztotta magát
|
|
Lezárta kedden a nyomozást a gyanúsított halála miatt a rendőrség a szekszárdi kettős haláleset ügyében. Január 21-én hétfőn holtan találta rendőrség apát és 16 éves fiát egy szekszárdi lakásban. Akkor kettős öngyilkosságról szóltak a hírek.
|
www.fn.hu
2008-02-19 20:47:29 | Áder kételkedik az adócsökkentésben |
| Kétségesnek nevezte Áder János (Fidesz) országgyűlési képviselő kedden Szekszárdon annak a 200 milliárd forintos adóteher-csökkentésnek a megvalósulását, amelyet Gyurcsány Ferenc kormányfő ígért országértékelő beszédében. |
www.mno.hu
2009-05-23 14:10:00 |
Pénzeső Szekszárdon
|
|
Pénzeső okozott kisebb közlekedési káoszt a tolnai megyeszékhely átvezető 56-os főúton. Nem csoda történt, de nem is jótékonysági akciót tartottak, egy papírtasakból repültek ki a különböző címletű bankók Szekszárdon.
|
www.hirextra.hu
2009-03-24 16:07:54 | Székely Bertalan-kiállítás nyílik Szekszárdon |
| Székely Bertalan életművének minden részéből ízelítőt ad 64 alkotáson keresztül a szekszárdi Művészetek Házában április 4-én nyíló kiállítás - közölte Baky Péter, az intézmény igazgatója kedden Szekszárdon, sajtótájékoztatón. |
www.mno.hu
2009-04-03 12:15:01 |
A Zsolnay-étkészletet és a fűnyíró traktort is vitték
|
|
Több tucatnyi szekszárdi és Szekszárd környéki tanyába, lakásba tört be az a két férfi, akit csütörtök este vettek őrizetbe a helyi rendőrök - közölte a szekszárdi rendőrkapitányság bűnügyi osztályvezetője pénteken.
|
hvg.hu
2009-02-11 15:02:28 | Csak kitalálta a rablást a szekszárdi postás |
| Nem rabolták ki kedden azt a szekszárdi postást, aki azt állította, hogy késsel kényszerítették a nála lévő pénz átadására. A postai alkalmazottat sikkasztással és a hatóság félrevezetésével gyanúsítják - közölték rendőri vezetők szerdán Szekszárdon, sajtótájékoztatón. |
stop.hu
2008-05-16 13:00:00 | Balesetet okozott a lopott autóval |
| Két nap alatt őrizetbe került az a tolvaj, aki ellopott egy személyautót Szekszárdon, majd balesetet okozott a lopott járművel. |
www.hirextra.hu
2008-07-29 15:00:05 | Az alagút kivételével épülhet az M6-os |
| Az M6-os autópálya Bóly-Szekszárd-Pécs szakaszán a munkálatok az alagútépítések kivételével mindenhol az előzetes tervek, engedélyek és a koncessziós határidők szerint folytatódnak - közölte közleményében a kivitelező cég kedden az MTI-vel. |
origo.hu
2008-08-08 14:40:01 | 2010 tavaszáig elkészül az M6/M60-as autópálya |
| Az alagutak kivételével az ütemtervnek megfelelően halad az M6/M60-as autópálya Szekszárd-Bóly-Pécs szakaszának építése, és az út elkészül a határidőig, 2010 tavaszáig - mondta a kivitelező Mecsek Construction Group (MCG) főmérnöke pénteken. |
stop.hu
2008-07-22 19:34:00 | Látássérültekből szociális segítők |
| Látássérülteknek indult szociális segítő képzés Tolna megye székhelyén, Szekszárdon |
www.hirextra.hu
2008-03-17 11:57:14 | Tiltakozó MSZP-s közlemény a megemlékezés miatt |
| Az MSZP szekszárdi városi frakciója hétfőn közleményt juttatott el az MTI-hez, amelyben a helyi hivatalos március 15-i megemlékezés miatt tiltakozik. |
www.mno.hu
2008-06-26 21:35:00 |
Beszakadt az aszfalt az autók alatt
|
|
Hatalmas lyuk tátong Szekszárdon, a Tartsay utcában. Az aszfalt minden előzmény nélkül szakadt be az autók alatt.
|
www.hirado.hu
2008-01-29 10:43:00 | Taxisháború tört ki Szekszárdon |
| Az egyik szekszárdi taxitársaság irreálisan alacsony tarifával dolgozik, ami a többiek szerint tiszta ráfizetés |
stop.hu
2008-02-04 10:09:00 | Apja fojthatta meg a fiatal focistát? |
| Nem kizárt, hogy gyilkosság áldozata lett az a tizenéves fiú, akit két hete, apjával együtt találtak holtan egy szekszárdi lakásban. |
gondola.hu
2009-02-23 15:40:04 | Látogatási tilalom a szekszárdi kórházban |
| Látogatási tilalmat rendeltek hétfőn a szekszárdi Balassa János kórház I. számú belgyógyászati osztályán - közölte a kórház főigazgatója az MTI-vel. A tilalmat vírusos eredetű hasmenésre utaló... |
www.workania.hu
2008-12-04 12:00:07 | Németes Műanyagfröccsöntő Szakmérnök vagy Gépészmérnök |
| 2008.12.04., Szekszárd, Tolna megye, PSP Siklóssy és Partner Kft. |
www.hirtv.hu
2008-06-23 16:00:01 | Pannon Borrégió TOP 25 |
| Idén első alkalommal rendezett közösen borversenyt a Pécsi Tudományegyetem, a Pannon Borrégió, a Pécs/Sophianae Örökség Kht., a Szekszárd Borvidék Kht. és a Pécsi Borozó bormagazin. A pécsi, szekszárdi, tolnai, villányi és balatonboglári borvidékek legjobb palackos borait rangos, tizenöt tagú szakmai zsűri választotta ki június 16-án a PTE Hunyor Vendégházban megrendezett bírálaton - a díjkiosztó ... |
www.mno.hu
2008-04-22 08:16:00 |
Trükkös tolvajok Tolnában
|
|
Szombaton Szekszárdon három férfi azt mondta egy idős házaspárnak, hogy a telkükön légkábelt fognak átvezetni. Amikor az egyik be akart menni a házba, a néni hívta a férjét, hogy szóljon a rendőröknek, a férfiak erre távoztak.
|
www.hirtv.hu
2008-04-15 19:00:00 | Fertőzés miatt látogatási tilalom a szekszárdi kórházban |
| Látogatási tilalmat rendeltek el a szekszárdi kórház belgyógyászati tömbjében. A feltételezések szerint calici vírus fertőz az intézményben. Eddig huszonöten betegedtek meg. |
gondola.hu
2008-06-19 11:00:00 | Szekszárdig ér az M6-os autópálya 2010 tavaszára |
| Az idén nyáron kezdődik a munka és 2010 tavaszára befejeződik az M6-os autópálya építésének második fázisa, a Dunaújváros és Szekszárd közötti 65,1 kilométeres szakasz. A Közlekedési, Hírközlési és... |
stop.hu
2009-04-03 12:20:00 | Nyolc óra alatt fogták el a tanyabetörőket |
| Több tucatnyi szekszárdi és Szekszárd környéki tanyába, lakásba tört be az a két férfi, akit csütörtök este vettek őrizetbe a helyi rendőrök - közölte a szekszárdi rendőrkapitányság bűnügyi osztályvezetője. |
hvg.hu
2008-11-25 20:11:15 | Szabálytalanságok az M6-os építésénél |
| Vizsgálatot indított az Országos Munkavédelmi és Munkaügyi Főfelügyelőség (OMMF) az M6-os autópálya Szekszárd és Bóly közötti szakaszának építése közben kiderült szabálytalanságok miatt - erősítette meg az Inforádió értesüléseit Gedeon András, a szervezet szóvivője. |
stop.hu
2008-04-24 23:15:00 | Szent György-napi borünnep Szekszárdon |
| Jeles napot, "a szőlő jövését", az új hajtást ünnepelték a szekszárdiak a hagyományos Szent György-napi borünnepen csütörtökön, amikor értékelték az elmúlt évjárat tapasztalatait és kihirdették a VIII. Szekszárdi Borvidéki Borverseny eredményeit. |
hirszerzo.hu
2008-04-22 11:52:00 | Feloldották a látogatási tilalmat a szekszárdi kórházban |
| Keddtől ismét látogatható a szekszárdi Balassa János Kórház belgyógyászati tömbje, miután feloldották az április 12-én elrendelt látogatási és felvételi tilalmat. |
hvg.hu
2008-07-23 10:58:27 | Meghalt egy munkás az M6/M60-as autópálya építésénél |
| Meghalt egy építőmunkás az M6/M60-as autópálya Szekszárd-Bóly-Pécs szakaszának építéséhez kapcsolódó burkolat-helyreállítási munka során. |
hvg.hu
2009-01-19 17:40:41 | Taxis demonstráció Szekszárdon |
| Tíz autóval tiltakozott hétfőn a szekszárdi városháza előtt a Fix Taxi Kft., mert sérelmesnek tartja az önkormányzat rendeletét, amellyel maximálja a kiadható taxis engedélyek számát. |
|
Keresés: Linkajánló:
|
