Keyboard

Keyboard településenként ezen az oldalon

Bagod
Budapest
Győr
Székesfehérvár
Szolnok

Keyboard Bagod

Syncopa Bt.

8992 Bagod, Kossuth Lajos u. 7.

92/560-037 Mobil: 30/947-222-03

http://www.syncopa.hu

dob, gitár, hangszer, keyboard, stúdiótechnika, szintetizátor, tartozék, zongora

Keyboard Budapest

Drum-Art

1174 Budapest, Bulyovszky u. 39.

http://www.ritmusdepo.hu/htm/drumart.htm

dob, gitár, hangszer, keyboard, kiegészítő, stúdiótechnika, szerviz, szintetizátor, tartozék, zongora

Sand Bt. Hangszerbolt

1065 Budapest, Hajós u. 18.

332-6975

http://www.gfx.hu/sandhangszer

billentyűs hangszer, dob, DYNACORD, erősítő, FENDER, fúvós hangszer, GIBSON, gitár, hangfal, hangszer, hangszerbolt, hangszerjavítás, hangszerkellék, hangszer szervizelés, hangszertartozék, hangtechnika, hangtechnikai berendezés, húr, keyboard, kiegészítő, KORG, MARSHALL, mikrofon, PEAVEY, ROLAND, stúdiótechnika, szintetizátor, ütős hangszer, YAMAHA, zongora

Számítógépüzlet.hu

1111 Budapest, N/A

20/911-2538

http://www.szamitogepuzlet.hu

ABIT, adapter, alaplap, ASUS, CD-író, CD-ROM, CREATIVE, digitális fényképezőgép, DVD, DVD-író, DVD-lemez, DVD-ROM, egér, floppy drive, hangkártya, hangszóró, hűtőventilátor, informatika, írható DVD, kábel, keyboard, LCD monitor, LG, LOGITECH, mikrofon, monitor, monitorszűrő, mp3 lejátszó, NEOVO, PINNACLE, processzor, RAM, SAMSUNG, SPIRE, számítógépház, számítógép installálása, számítógép javítás, számítógép-karbantartás, számítógép összeszerelése, számítógépszerviz, TV tuner kártya, üzlet, videokártya

Keyboard Győr

Horváth-Buxa Hangszerkereskedelmi Kft.

9022 Győr, Széchenyi tér 7.

96/328-930

http://www.buxahangszer.hu

dob, effekt, erősítő, fúvós hangszer, gitár, gitárerősítő, hangszer, hangszerbolt, keverő, keyboard, szintetizátor, vonós hangszer

Keyboard Székesfehérvár

Allegro Hangszer és Kottabolt

8000 Székesfehérvár, Piac tér 2.

22/322-345

http://www.allegrohangszer.datatrans.hu

ALVARO, billentyűs hangszer, CASIO, erősítő, fúvós hangszer, gitár, hangfal, hangszer, hangszertartozék, keverő, keyboard, kotta, mikrofon, ROLAND, templomi orgona, ütős hangszer, vonós hangszer, YAMAHA

Keyboard Szolnok

Ádám Jenő Alapfokú Művészetoktatási Intézmény, Zeneiskola és Szakiskola

5000 Szolnok, Óvoda u. 5.

56/514-528, 56/514-526

ajmisk kukac freemail.hu, ajmschool kukac t-online.hu

http://www.adamjenozenesuli.try.hu

énekkar, furulyaoktatás, fuvolaoktatás, gitároktatás, gordonkaoktatás, harmonikaoktatás, hegedűoktatás, iskola, kamarazene-oktatás, keyboard, klarinétoktatás, magánének-oktatás, oktatás, rézfúvós oktatás, szakiskola, szakiskolai képzés, szintetizátor, szolfézsoktatás, ütős hangszer oktatás, zene, zenei iskola, zenei képzés, zeneiskola, zenekar, zeneoktatás, zongoraoktatás

Hírek Keyboard témában

hup.hu
2008-11-21 13:42:08

Megjelent az iPhone 2.2 firmware

A régóta várt iPhone 2.2 firmware feltűnt az iTunes-ban és készen áll a letöltésre. A készülékek tulajdonosai hozzájuthatnak a "Check for Update" gombóc megnyomásával. Hogy mi található benne? iPhone 2.2 Software Update This update contains many bug fixes and improvements, including the following: Enhancements to Maps Google Street View public transit and walking directions display address of dropped pins share location via email Enhancements to Mail resolved isolated issues with scheduled fetching of email improved formatting of wide HTML email Improved stability and performance of Safari Podcasts are now available for download in iTunes application (over Wi-Fi and cellular network) Decrease in call set-up failures and call drops Improved sound quality of visual voicemail messages Pressing the Home button from any Home screen takes you to the first Home screen Preference to turn on/off auto-correction in Keyboard Settings Products compatible with this software update: iPhone iPhone 3G For feature descriptions and complete instructions, see the user guide for your iPhone at: < http://support.apple.com/manuals/iphone > For more information about iPhone, go to: < http://www.apple.com/iphone > To troubleshoot your iPhone, or to view additional support information go to: < http://www.apple.com/support/iphone > For information on the security content of this update, please visit this website: < http://support.apple.com/kb/HT1222 >

hup.hu
2009-03-24 09:21:56

Lokalizációs projektek indultak az OpenSolaris 2009.06-hoz

Az OpenSolaris G11n csapat bejelentette, hogy lokalizációs projekteket indított az OpenSolaris következő kiadásához, a 2009.06-hoz. Ezidáig kilenc szoftverprojekt érhető el a Community Translation Interface-ben (CTI): Device Driver Utility Package manager and pkg utility GUI installer NWAM manager (Network Auto-Magic utility) Time slider Getting Started Guide Welcome Page Relay registration utility IIIMF Utily (Input Methods and Keyboard Maps Configuration tool) Az összes projekt a "OS2009.06" prefix-szel kezdődik és arab, bolgár, cseh, görög, héber, hindi, magyar, indonéziai, grúz, kannada, holland, lengyel, román, szlovák, szerb, török, ukrán és vietnámi nyelvekhez érhető el. Egyes projektek megnyitásra kerültek a Sun "core" nyelvei - a német, francia, olasz, spanyol, japán, kínai és korai - számára is. Közreműködni kívánók számára a részletek és a projektek leírásai elérhetők Sun Wiki-ben. További részletek itt.

hup.hu
2009-06-17 18:50:39

Elérhető az iPhone OS 3.0

Az Apple az előzetes ígéreteihez híven ma kiadta az iPhone telefonok operációs rendszerének, az iPhone OS-nek következő nagy, 3.0-s verziószámot viselő kiadását. A nagy verziószám léptetés új funkciók sokaságát sejteti. S valóban, a kiadáshoz mellékelt lista több mint 100 változtatást említ. Ezek közt néhány fontosabb: Idézet: iPhone OS 3.0 Software Update This update contains over 100 new features, including the following: Cut, Copy & Paste with shake to undo Landscape keyboard in key applications Enhanced Messages application Send and receive photos, contacts, audio files, and location via MMS* Forward and delete single or multiple messages Added search feature in Mail, Calendar, Notes and iPod Spotlight search across iPhone Support for CalDAV and subscriptions in Calendar Improvements to Safari Performance HTML 5 support HTTP Streaming audio and video Auto-fill usernames and passwords New Voice Memos application Sync Notes with a Mac or PC via iTunes Internet Tethering over USB and Bluetooth* Browse and download movies, TV shows, and audiobooks from the iTunes Store** Stereo Bluetooth*** Wi-Fi auto login Enhanced Stocks application More Parental Control options for Apps, Music, Movies and TV Shows iTunes account creation and login** YouTube account login and access to subscriptions, ratings and favorites** Shake to shuffle New languages, dictionaries, and keyboards Find my iPhone and Remote Wipe via MobileMe (subscription required)** Support for more Exchange policies Create and send Exchange meeting invitations Search mail on server (Exchange Server 2007 and supported IMAP servers) Search LDAP company directory VPN on demand and VPN proxy support Encrypted configuration profiles Encrypted iTunes backups 1,000 new developer APIs, including: In App Purchases Apple Push Notification Service Accessories Peer to Peer Connectivity Embedded Maps iPod Library Access Bug fixes Products compatible with this software update: iPhone iPhone 3G iPhone 3G S * Compatible only with iPhone 3G and iPhone 3G S and requires support from your wireless provider. ** Not available in all regions or in all languages. *** Compatible only with iPhone 3G and iPhone 3G S. For feature descriptions and complete instructions, see the user guide for your iPhone at: <http://www.apple.com/support/manuals/iphone> For more information about iPhone, go to: <http://www.apple.com/iphone> To troubleshoot your iPhone, or to view additional support information go to: <http://www.apple.com/support/iphone> For information on the security content of this update, please visit this website: <http://support.apple.com/kb/HT1222> Letölthető az iTunes-on keresztül. Mérete ~ 230MB.

www.ipon.hu 2008-11-07 11:26:30	Billentyűzet és egér újdonságok
	Újabb billentyűzet-egér megoldások érkeztek a Logitech Cordless Desktop Wave Pro, a Logitech Cordless Desktop S520 és Labtec illiuminated ultra-flat keyboard személyében.

www.pdamania.hu 2008-11-13 09:00:00	Spb Keyboard 4.0
	Az Spb bemutatta Keyboard 4.0 néven a legújabb virtuális billentyűzetét...

www.sajttaj.hu 2008-09-29 16:00:29	Központi felügyelet a világ bármely pontjáról az APC segítségével
	Az APC by Schneider Electric, az integrált kritikus energiaellátási és hűtési megoldások piacvezető szállítója négy új kapcsolóval bővítette a billentyűzet-video-egér (Keyboard Video Mouse

www.piacesprofit.hu 2009-01-07 20:25:41	Nem áll meg a fejlődés: billenytyűzetben a számítógép
	Az ASUS legújabb, az Eee-vonalba tartozó terméke több mint tanulmány. Az Eee Keyboardban egy komplett számítógép rejtőzik, melyben nettopos és netbookos hagyomány szerintiek a hardveres alapok.

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.

w3.prim.hu 2008-08-21 12:00:00	Logitech: vezeték nélküli billentyűzet-egér kombo
	A második generációs Logitech Cordless Desktop Wave Pro a gyártó szerint a Logitech Wave Keyboard kényelmét ötvözi a kivételesen jól kezelhető Logitech MX1100 akkumulátoros, vezeték nélküli lézer-egér minden tudásával. Azok kedvéért, akik csak egerüket szeretnék újabbra cserélni, az MX1100 ceruzaelemmel működő változata külön is megvásárolható.

www.ipon.hu 2009-06-23 18:00:00	Frissült: Keyboard Remapper 2.3
	Billentyüzetet lehet vele átvariálni, azaz mondjuk F12 helyett legyen F11, és ilyenek. Hogy mire jó ez? Ha utálsz valami gombot, és mindig azt nyomod valami helyett. Erre.

www.pdamania.hu 2008-08-07 13:00:01	A Macintosh legmocskosabb része
	Szép és dizájnos a fehér Apple Pro keyboard, de színe miatt félévente legalább ki kell tisztítani, mert úgy néz ki, mintha egy lomtalanításból szereztem volna...

hup.hu
2008-03-17 11:38:03

Intel Modular Server

A minap Pratchett mester hívott. Gyanúsan remegett a hangja az izgalomtól miközben elmesélte, hogy valami nincs rendben a Poggyásszal. Persze a Poggyásszal sosincs rendben semmi, de valami csak történhetett, hiszen Széltoló minden előzetes bejelentés nélkül megjelent a múlt héten nála, majd az ajtónyitás után óriási erőfeszítések árán -de egy szó nélkül- lecipelte a mágikus úti holmit a pincébe és rálakatolta az ajtót. "Bel-Shamharoth, nyolcasok!" - csak ennyit tudott zihálva kinyögni, mielőtt elájult. Miután Széltoló magához tért elmondta, hogy a Poggyászon több változást is megfigyelt az elmúlt időben. A legszembetűnőbb, hogy a lábait behúzta és újabban kerekeken közlekedik, de belül is történt valami, mert a frissen mosott és vasalt ruhák helyett mindig egy nagy, ezüstös tetejű, azonosíthatatlan rendeltetésű doboz kerül elő belőle, na meg egy vékonyka füzet, amelyben többször szerepel, hogy "8 cores", a nyolc pedig tudvalevőleg Bel-Shamharothhoz köthető. Terry tudja, hogy vonzódom a nagy, ezüstös tetejű azonosíthatatlan rendeltetésű dobozokhoz, így azonnal engem hívott. A Poggyászt azonnal biztonságos helyre szállítottuk és közelebbről is megvizsgáltuk. A lábak tényleg eltűntek, helyükön könnyen forduló és gördülő kerekek nőttek, és érdekes címkék kerültek a Poggyász felületére is: A kerekekből és a súlyból ítélve arra a következtetésre jutottunk, hogy a Poggyász a gyorsabb haladás és a lábai kímélése érdekében váltott haladási módot. Megvizsgáltuk a címkéket is, de sajnos azokon csak számunkra értelmezhetetlen korongvilági szavak voltak, így hát kinyitottuk a Poggyászt: Az ezüstös tetejű valami, amely a titokzatos "EDDMFSCH-26" névre hallgat gondosan körbe van véve hangszigetelő anyaggal, ebből arra a következtetésre jutunk, hogy zajos lehet, ezért inkább visszacsukjuk a Poggyász tetejét és úgy döntünk, hogy EDDMFSCH-26-ot a hozzá hasonló ezüstös tetejű dobozok szobájában vesszük csak elő. Mielőtt azonban lecsuknánk a fedelet, kivesszük egy rövid tanulmányozásra a doboz tetején lévő papírokat, amelyekből megtudjuk "Eddie" polgári nevét is: Ő egy Intel Modular Server! Most, hogy már beazonosítottuk, bátran beírjuk a nevét a Google-be, amely rögtön el is dob minket egy marketingoldalra, ahol érdekeseket írnak: modern processzorok, dinamikusan kiosztható diszkterület, meg egy benchmark, amely szerint a szerver gyors. Gyors. Kerekek. Rögtön asszociálunk és le is futtatjuk (vagy gördítjük?) az első sebességtesztet: Megállapítjuk, hogy a szerver valóban gyors, de sajnos a harmadik klíma mögött rejtőző rendőr lekapcsol minket, így vissza kell térnünk a Poggyász tartalmának vizsgálatához. Közelről szemrevételezve -de a Poggyászból még nem kivéve- a dobozt, azt láthatjuk, hogy két sorban hét SFF SAS (ill. feltételezhetően SATA) diszk fér bele: A gépet kiemelve már okosabbak vagyunk: Az Intel Modular Server egy blade-szerű megoldás, amely áll egy ránézésre passzív házból, illetve modulokból, amelyeket egyesével dughatunk bele. Elölről és hátulról így néz ki: Az első részen látható a 14 db. hotswap diszk (illetve azok helye, mi három diszkkel kaptuk), alatta egy ventillátor modul, majd a doboz jobb oldali 2/3-án a 6 darab, ún. Compute Module hely, amelyből esetünkben kettő van feltöltve. A hátulja bal oldalt két ventillátor modulból, középen egy SCM, SW1 és MM (Storage Controller Module, Switch, Management Module) kártyából áll, amelyekből az SCM és az SW modulokból kettő is lehet a rendszerben. A doboz jobb oldalán pedig négy tápnak van hely, ebből nálunk kettő volt telepítve, ill. két dummy modul, amelyben csak kisebb ventillátorok vannak. A doboz önmagában nem sok mindent tartalmaz: kicsit a p-class HP blade-eket idézi a passzivitásával, bár utóbbi méretben és kapacitásban is nagyobb. A doboz lényegi tartalma a Poggyász hátán (a fotót az időközben befutott Kétvirág készítette): A modulokat közelebbről megvizsgálva szembe tűnik, hogy mindegyik hátsón van egy RS-232-es port, illetve a rájuk jellemző egyéb csatlakozók (storage modulon külső SAS csatlakozó, a switch modulon RJ-45-ös Ethernet portok, a management modulon szintén egy RJ-45-ös Ethernet): A tápegységet megnézve azt láthatjuk, hogy 1050W-os, kínai (American components, Russian components: all made in Taiwan) és Delta. Ugyanaz, mint az x86-os HP szerverekben. A dobozon találunk egy figyelmeztető jelzést is: amely sajnos meghiúsítja ördögi tervünket (munkahelyi üdítő- és csokoládéautomatára gyűjtünk). A Compute Module, azaz a "blade szerver" így néz ki: Két, passzívan hűtött 5400-as szériájú négy magos Xeon processzor (előtte és közvetlenül mögötte sincs ventillátor, így egy műanyag légcsatornával próbálják "csőbe húzni" a levegőt) van a szerverünkön. A kártyán rend van, 8 darab memóriaslot (gépünkben 2 GB van) található rajta, amellyel 32 GB-ig biztosan bővíteni tudjuk a szervereket, hátul egy rendszer és egy tápcsatlakozó, ATI ES1000 videochip, és a jobb hátsó sarokban a mezzanine kártya bővítőhelye. Érdekes a modul elején lévő hely, úgy tűnik az Intel meghagyta a lehetőségét annak, hogy a későbbiekben a modulra is tehessünk legfeljebb két helyi diszket (esetleg mást, pld. bővítőkártyákat), ha a közös megoldás nem válna be. Fan modul és Ethernet switch: Storage controller: Jól látható a külső SAS csatlakozó, amelyre a beépített expanderen keresztül köthetünk külső storage-ot (ez enyhíti kicsit a SAN opció hiányát). A kontroller maga LSI chipes, 512MB cache-t tartalmaz (amely értelemszerűen megoszlik a szerver modulok között), illetve a miénkben volt egy akksi is, amely feltételezhetően segít a cache-nek nem felejteni, illetve az írást ilyen módon gyorsítani. A menedzsment modul egy Realtek chippel kezdődik: és egy lighttpd-t: telnet 172.16.133.181 80 Trying 172.16.133.181... Connected to 172.16.133.181. Escape character is ^]. HEAD / HTTP/1.0 HTTP/1.0 302 Found Connection: close X-Powered-By: PHP/5.2.2 Set-Cookie: PHPSESSID=hg5q1jiu3i07l3ummjes5evs84; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Location: https:/// Content-type: text/html Content-Length: 0 Date: Wed, 13 Feb 2008 11:34:13 GMT Server: lighttpd/1.4.11 futtató ilyen OS-sel végződik: Starting Nmap 4.52 ( http://insecure.org ) at 2008-03-16 11:01 CET Interesting ports on 172.16.133.181: Not shown: 1702 closed ports PORT STATE SERVICE 80/tcp open http 111/tcp open rpcbind 199/tcp open smux 443/tcp open https 623/tcp open unknown 624/tcp open unknown 625/tcp open apple-xsrvr-admin 2201/tcp open ats 6346/tcp filtered gnutella 8000/tcp filtered http-alt 8080/tcp open http-proxy 10000/tcp open snet-sensor-mgmt MAC Address: 00:15:17:34:20:13 (Intel Corporate) No exact OS matches for host (If you know what OS is running on it, see http://insecure.org/nmap/submit/ ). TCP/IP fingerprint: OS:SCAN(V=4.52%D=3/16%OT=80%CT=1%CU=32827%PV=Y%DS=1%G=Y%M=001517%TM=47DCF23 OS:C%P=amd64-portbld-freebsd7.0)SEQ(SP=BB%GCD=1%ISR=C5%TI=Z%TS=7)SEQ(SP=BC% OS:GCD=1%ISR=C5%TI=Z%TS=7)OPS(O1=M5B4ST11NW2%O2=M5B4ST11NW2%O3=M5B4NNT11NW2 OS:%O4=M5B4ST11NW2%O5=M5B4ST11NW2%O6=M5B4ST11)WIN(W1=16A0%W2=16A0%W3=16A0%W OS:4=16A0%W5=16A0%W6=16A0)ECN(R=Y%DF=Y%T=40%W=16D0%O=M5B4NNSNW2%CC=N%Q=)T1( OS:R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=16A0%S=O%A OS:=S+%F=AS%O=M5B4ST11NW2%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0% OS:Q=)T4(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z% OS:A=S+%F=AR%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)T6(R=Y OS:%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O OS:=%RD=0%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T7(R=Y%DF=Y%T=40 OS:%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%TOS=0%IPL=164%UN=0%RIPL=G% OS:RID=G%RIPCK=G%RUCK=G%RUL=G%RUD=G)IE(R=Y%DFI=N%T=40%TOSI=Z%CD=S%SI=S%DLI= OS:S) Uptime: 1.847 days (since Fri Mar 14 14:51:01 2008) Network Distance: 1 hop A switch modul közelről szintén egy egy-két chipes integrált megoldás, 10 porttal: Míg végignéztük a részegységeket a dolgos kezek berakták a rackbe a dobozt, a versenyszellem jegyében egy HP p-class (régebbi) blade enclosure-re: Miután ez is megvolt, úgy gondoltuk, hogy bekapcsoljuk a gépezetet, amely még ebben a zajos környezetben is olyan hangos volt, hogy egy közeli Linux meggondolta magát és a biztonság kedvéért elpánikolt: Mi azonban nem ijedtünk meg, rádugtunk a menedzsment konzolra egy notebookot és figyeltük, hogy mi történik. Semmi. Reménykedtünk kicsit, hogy legalább valami DHCP-s, vagy bármilyen más hálózati próbálkozás lesz, de hát ha nem, hát nem, szégyenszemre elővettük a manualt: Azt mondja, hogy a Mozilla Firefox nevű alkalmazással kell elérni a konzolt a 192.268.150.150-es címen. Hollywoodi jelenetek jutnak hirtelen az eszünkbe, de kicsit arréb csúszik a szemünk a lapon és máris olvashatjuk a helyes megoldást: A default usernév, jelszó: admin/admin Mielőtt azonban belépnénk, nézzük meg kicsit, hogy hogyan is épül fel a gép. Az Intel Technical Product Specification nevű PDF-ből kiollózott architekturális (huzalozási) diagram: Ezek szerint minden Compute Module egy-egy SAS kapcsolattal rendelkezik a két storage controller felé, amely így képessé válik a redundancia biztosítására. A weblap szerint ezt a redundanciát a rendszer még nem támogatja, implementálása 2008. első negyedévére (az most van) várható. A storage controllereken nem közvetlenül lógnak a diszkek, hanem összesen két SAS expanderen keresztül érik el a SAS backplane-t. Ahhoz, hogy a rendszer a Compute Module-tól a diszkig redundáns legyen, értelemszerűen dupla útvonallal kell, hogy rendelkezzen. Ennek érdekében a rendszerrel szállított Seagate diszkek is duplaportosak, azaz bármelyik komponens (útvonal, SCM, SAS expander) kiesését képes a diszk elvesztése nélkül elviselni a rendszer. A diszkek "A" és "B" portja egy-egy összerendelésben van a storage controllerrel és az expanderrel, azaz az SCM1 csakis az egyes expanderen keresztül fogja elérni a diszkek "A" SAS portját, míg az SCM2 a kettes expanderen a diszkek "B" portját. Az SCM1-expander2 és SCM2-expander1 SAS kapcsolat a két SCM cache szinkronizációjára van fenntartva (kérdés, hogy ez fizikailag egy kapcsolatot jelent-e, mert ezesetben szűk keresztmetszetet jelenthet). A switch modul tíz külső Gigabit Ethernet porttal rendelkezik, illetve belül minden gép felé két port (összesen tehát 12) látszik. Ezen felül az opcionális második switch felé egy 10 gigabites belső kapcsolat van, illetve a doksi szerint az SCM felé is ki van építve egy 10GE link. Ennek szerepe egyelőre nem tisztázott, vélhetőleg a későbbiekben iSCSI-szerű funkcionalitást nyújthat majd (bár a belső diszkek esetében ennek nem sok értelmét látom). Most, hogy már tudjuk mivel állunk szemben, lépjünk be a menedzsment felületre (amelynek még fent a gépteremben egy keresztkábellel átállítottuk a hálózati interfészét DHCP-sre). A bejelentkező képernyő átlátszó login-ablaka már sejtet némi modernitást, amit méginkább megerősít a belépés után látható dashboard: A dashboardon a leglényegesebb információkat láthatjuk: van-e valamilyen teendő a szerverünkkel (nincs), az "egészsége" (kiváló), az áramfelvétel a tápegységek számának tükrében (egyértelmű jelzéseket kapunk: ha a zöld sávban vagyunk, a rendszer egy tápegység kiesését gond nélkül elviseli, ha a sárgában, egy újabb táp elvesztése már meghatározhatatlan következményekkel jár, ha pedig a pirosban áll a mutató, a rendszer túlterhelt, ne csodálkozzunk azon, ha kiszámíthatatlanná és megbízhatatlanná válik a szerver működése). A dashboardon látható még egy hőmérsékleti kijelző (környezeti, szerver CPU-k és diszkek), illetve egy ízelítő a legutolsó kritikusnak ítélt eseményekből. Továbblépve megtekinthetjük szerverünk elejét és hátulját is, és joggal bízhatunk abban, hogy ezek az ábrák a valóságot fogják tükrözni, azaz a megjelenített eszközök ott vannak, ahol azt a lapon látjuk (vagy éppen nincsenek): Mint az látható, a szervereknél megszokott módon a doboz és minden modul tele van szórva érzékelőkkel (amelyekre riasztási küszöbök is állíthatók). A kívánt információt általában többféleképpen is megszerezhetjük: a gépekhez hozzárendelt diszkterületeket például megnézhetjük a szerver információs ablakaiban és a storage menedzsment fülön is. Itt érdemes szót ejteni arról, hogy mit is jelent az, hogy a storage controller virtualizálja a diszkeket. A "hagyományos" RAID kontrollerekkel, illetve blade (pld. HP blade-eknél) megoldásokkal szemben itt a szervereknek (Compute Module) csak SAS kapcsolatuk van a storage controller felé, azaz diszket közvetlenül nem látnak. A storage controller feladata, hogy minden gép számára tudjunk tárhelyet biztosítani, ezt azonban nem úgy teszi, hogy a legkisebb egységként a diszket ajánlja fel (azaz pld. az első szervernek az első két diszket odaadja RAID 1-ben), hanem a diszkek fölé storage poolok, azok fölé pedig virtuális diszkek (volume-ok) szervezhetők. Ez azt jelenti, hogy a mi három diszkünk esetében ezeket egy poolba téve "csíkokat", volume-okat, virtuális diszkeket alakíthatunk ki, amelyek aztán a választott redundancia (RAID) szint szerint fognak rendelkezésre állni. Három diszkkel RAID 0-át (striping), 1-et (mirroring), 5-öt (striping+parity block), illetve 1E-t (stripe+mirroring) választhatunk, de megfelelő méretű pool (elég diszk) esetében használhatunk RAID 6-ot (dupla paritás), RAID 10-et, 50-et, vagy 60-at is. Azaz szinte minden értelmes kialakítást. A virtuális diszkek kialakítása gyerekjáték: Mint látható, a virtuális diszkeket szerverekhez rendelhetjük, illetve beállíthatjuk, hogy azok milyen LUN-nal lássák azt (a boot diszknek érdemes a 0-ásat adni). Sajnos az Intel kihagyott egy nagyszerű lehetőséget, amely például a HP blade megoldása fölé emelte volna ezt a rendszert: a virtuális diszkek csak egy szerverhez köthetők, egy diszket nem érhet el több szerver. Az architektúra egyértelműen lehetővé teszi ezt, segítségével pedig viszonylag olcsón, külső SAN (vagy egyéb, ekvivalens) megoldás nélkül lehetne shared diszkes clustereket (pld. mini Oracle RAC, vagy HA clusterek osztott adatterülettel) építeni egy kompakt megoldásban. Ha valakinek esetleg nehezére esne követnie, hogy melyik diszk milyen virtuális diszkeket tárol, illetve azokat mely szerverek használják, segítség lehet a storage layout, amely egy bonyolultabb megosztás esetében igen hasznos lehet: A háttértár mellett nagyon fontos a hálózat. A mi eszközünkben egy darab switch kapott helyet (a rajz szerint a második switch által biztosított két plusz port gépenként csak egy külön beszerzendő mezzanine kártyával vehető igénybe), amely a világ felé tíz GE porttal, befelé pedig 12 (gépenként kettő) GE-vel kapcsolódik. Szintén a clusteres képességek javítása kapcsán úgy gondolom, hogy néhány területen értékelték volna a GE helyett a gyorsabb interconnect megoldásokat is (például InfiniBand), de ha már ez nem fért bele, a két GE port ellensúlyozásaként hasznos lett volna legalább 2,5 gigabites Ethernetet tenni belülre, mellé pedig ehhez passzoló switchet. Apró bibi persze, hogy ilyet jelenleg csak a Broadcom gyárt, itt meg ugye Intel megoldásról beszélünk. (a 10 GE valószínűleg költség oldalról volt ellenjavallt, illetve könnyen lehet, hogy a szegmens, amelyet megcéloztak vele, nem is igényli ezeket a sebességeket) Szóval a switch. A switchet kétféleképpen menedzselhetjük: egy egyszerű felületen, amely integrálva van a fent bemutatottal, illetve egy fejlettebb (még mindig webes) GUI-n, ahol sokkal több beállítás elvégzésére van mód. Az egyszerű beállító-felület a port státuszát (enabled/disabled), a VLAN-t, a sebességet (10-100-1000, FDX, HDX) és a STP alapvető befolyásolását teszi lehetővé: A részletesebb, több beállítást lehetővé tévő felület egy új böngészőablakban (másik webszerveren, porton) jön be: amely rögtön érdekes megoldásra hívja fel a figyelmet: a switch IP címe a lap szerint 1.1.1.71, így a külső menedzsment modulon minden bizonnyal egy HTTP proxy fut, amely továbbítja belülre a kéréseket. A switch képességeire jól lehet következtetni a bal oldali lenyíló menüben szereplő pontokból: Az eszköz tudása egy átlagos layer 2 switché: port tükrözés, kábelmérés (távolság, érvizsgálat, skew), storm control (broadcat, ismeretlen unicast, multicast), port security, ACL-ek (MAC és IP alapon), interface trunking (LAG, LACP), STP (RSTP, PVSTP), VLAN (a GARP és GVRP-ből ítélve nem éppen Cisco switch van belül), VLAN grouping (MAC cím, IP subnet, és protokoll (IP/IPX/ARP) alapján), QoS és az általános statisztikák. A menedzsment felületen természetesen több user is létrehozható, ezek külön szabályozhatók RW/RO alapon az egyes nagyobb egységekre nézve (chassis, storage, switch admin, illetve a hat szerver egyesével). A felhasználókhoz riasztási szintek köthetők, amelyek egyesével beállíthatók minden típusra: A gépek távmenedzsmentjét távoli soros porttal, illetve KVM (Keyboard, Video, Mouse) átvételével lehet intézni, utóbbihoz egy virtuális CD is társul, amely a gépünkön lévő CD/DVD drive-ot közvetlenül, vagy a gépünk diszkjén lévő image-ből (ISO) tud dolgozni. A remote KVM alkalmazás Java WS-os, kétféle mód (high, low resolution) közül választhatunk, az erőforrásaink (pld sávszélesség) és igényünk függvényében. Az alkalmazás képminősége és -frissítése jó (viszonyítási alap a HP ILO-ja, amely néha egyenesen katasztrofális), a virtuális CD viszont nekem nagyon lassú volt (helyi gigabites hálózat). A KVM program menüjéből vezérelhetjük azokat a gombokat, amelyeket az nem tud átvinni közvetlenül és itt kapcsolhatjuk be, vagy ki a távoli CD/DVD-t is: A menedzsment felületről készült videók: http://ftp.fsn.hu/contrib/bra/intelmodular-mgmc.avi http://ftp.fsn.hu/contrib/bra/intelmodular-switch.avi http://ftp.fsn.hu/contrib/bra/intelmodular-fbsdinstall.wmv Miután kiveséztük szinte az egész gépet, ejtsünk pár szót a szerverekről is. A mi dobozunk két Compute Module-lal érkezett, amelyekben 2 db. L5410-es (2,33 GHz-es, 1333 MHz-es FSB-s, 12MB L2 cache-es) quad core Xeon processzor és 2 GB RAM volt. A processzorok tekintetében az L5410 -az E5410-es alacsony feszültségű (LV) párja- az 5400-as széria ("Harpertown") majdnem legkisebb CPU-ja, alatta már csak az 5405 van (2G/1333MHz), felette pedig még jópár változat, a jelenleg legnagyobb X5482-vel bezárólag (3,2G/1600MHz). Ez azonban ne tévesszen meg bennünket, hiszen az "új" Xeonokból már az 5300-as széria is nagyon gyors volt, amelyre még egy lapáttal rátett az Intel az 5400-assal. Bár semmiképpen nem mondanám kimerítő CPU benchmarknak, azért lefuttattam a sysbench CPU tesztjét három különböző gépen. Az egyik a cikk tárgya, azaz két darab Intel L5410-es (2,33 GHz) quad core xeonos gép, a másik egy HP BL460c, ugyancsak két darab quad core Xeonnal, de az előző szériából (E5345, 2,33GHz), a harmadik pedig egy még korábbi verzió, az 5130, amely csak két magos és 2 GHz-en ketyeg. A következő parancs: for i in `jot 32`; do sysbench --num-threads=$i --test=cpu --cpu-max-prime=100000 run | grep total time: | egrep -o [0-9]+.[0-9]+; done eredménye: Az x tengelyen a futásidő látható másodpercben, míg az y-on a threadek száma a ciklusban. Az Intel eléggé belehúzott az elmúlt évben, ráadásul meglehetősen aggresszív árpolitikát folytat (az 5400-as CPU-k olcsóbbak, mint az elődeik). A gépek BIOS-a átlagosnak mondható: A memória a modulok számától függően teljes egészében felhasználható (no RAS), tükrözhető (a memóriamodulok felének kiesését tolerálja a rendszer, értelemszerűen a kapacitás felezésével), illetve tartalékolható (memória RAID 5, ahol egy modult elveszthetünk a működés befolyásolása nélkül). Kíváncsi vagyok, hogy ha az Intel is áthelyezi a memóriavezérlőt a processzorba, eltűnnek-e ezek a funkciók a low-end, midrange x86-os szerverekből. A gépben egy LSI 1064E SAS vezérlő biztosítja a kapcsolatot a storage controller, és így a diszkek felé, a hálózati elérést pedig Intel PRO/1000 EB NIC-ek adják. Vélemény: Az Intel Modular Servert két dologgal tudnám összehasonlítani. Az egyik hat darab 1U-s rackmount szerver (a modular server doboza is 6U-s és hat Compute Module fér bele), a másik pedig egy hasonló méretű blade megoldás (ezekből leginkább a HP-t ismerem). A rackmount szerverekkel szembeni előnye világos: kompaktabb, egységes környezet, dinamikusan kiosztható diszkterület, integrált switch és sok mindenre kiterjedő monitoring, riasztási lehetőség, távmenedzsment. Árban valószínűleg az 1U-s rackmount szerverek nagy többsége fölött van, azonban ha azok teljes költségéhez hozzászámítjuk a valószínűleg kisebb fogyasztás, a switch és az ilyen szintű távmenedzsment lehetőségét is (azaz nem a legolcsóbbat vesszük), könnyen lehet, hogy azonos, vagy éppen magasabb árat kapunk. A blade megoldással szemben jelenleg hátrányként róható fel a választék hiánya, amely mind a szerver-modulok, mind a beléjük helyezhető kiegészítő kártyák (mezzanine és backplane modulok) tekintetében fennáll. A rendszer felépítéséből adódik a kérdés: mennyire jövőbiztos az architektúra, milyen további fejlesztések várhatók? Bár elvi lehetősége van annak, hogy akár mezzanine kártya nélkül Fibre Channel, vagy InfiniBand képessé váljon a szerver (például egy olyan kombinált storage controllerrel, amely a belső SAS kapcsolatokon keresztül valósítja meg az elérést, kifelé pedig FC, vagy IB csatolóval rendelkezik), azonban elképzelhető, hogy abban a szegmensben, amelyet az Intel megcélzott a Modular Serverrel nincs is igény az ilyen -jellemzően magasabb árszínvonalat képviselő- megoldásokra. A Modular Servert egy belépő szintű blade megoldásnak érzem, amely némileg kisebb bővíthetőséget ad, mint a "nagy" blade megoldások, azonban -feltételezhetően- alacsonyabb áron teszi ezt, hasonló szolgáltatások mellett. Annak, aki több, két processzoros x86-os szerver felett "uralkodik", esetleg most még csak kevesebbel indulna, de a későbbiekben bővülne és együtt tud élni a fent említett hiányosságokkal, mindenképpen hasznos megoldás lehet. A tesztgépet az ASBIS Magyarország biztosította, köszönet érte. A tesztről készült összes kép itt tekinthető meg. ui: miután kivettük a Poggyászból a Modular Servert, visszanőttek a lábai, megrázta magát -tiszta ruha illatát árasztva magából-, majd elsietett (ezt egy tűzálló géptermi ajtónk bánta, amely önhibáján kívül éppen zárt állapotban tartózkodott, amikor meg kellett tapasztalnia a tudákos körtefa földöntúli erejét) Széltolóhoz, aki Ankh-Morporkból üzeni, hogy épp jókor érkezett a láda, mert már nagyon fogytán volt a tiszta alsónak.

hup.hu
2008-03-17 11:38:03

Intel Modular Server

www.ipon.hu
2009-01-07 18:01:00

Kijelzős-érintőpados kettősgép a ASUStól

Nincs híján az ötleteknek az ASUS, sem a variációknak egy témára; bemutattak egyebek mellett egy olyan, egyelőre még el nem nevezett laptop-prototípust is, amely - a szintén frissiben szemléltetett Eee Keyboard-hoz hasonlóan - kijelzővel kombinálta az érintőpadot, ami így az egér helyettesítése mellett másodlagos minirendszerként is funkcionál, amin keresztül több mindent is elintézhetünk.

www.ipon.hu 2008-11-24 10:09:27	Logitech különlegességek
	Mai cikkünkhöz a svájci periféria gyáros termékei közül szemezgettünk, így leltünk két különlegességre a SqueezeBox Boom és Illuminated Keyboard személyében.

www.ipon.hu
2009-05-15 15:00:00

Júniusban érkezik az ASUS billentyűzet-gépe

Az ASUS néhány hónapja egy meglehetősen érdekes koncepcióval állt elő: a vállalat Eee Keyboard PC néven kíván komplett számítógép konfigurációt piacra dobni, amely egy billentyűzetben kap helyet. Az érdekes ötlet korábban már eszébe jutott néhány gyártónak, emlékezzünk csak az Atari ST-re, vagy a Commodore 64-es konfigurációkra. Az ASUS terméke hasonló elven épül majd fel, mint az említett régi gépek, ám azoknál jóval modernebb hardvert tartalmaz majd és egy beépített érintőkijelzővel is ellátja a gyártó.

www.hwsw.hu 2009-01-07 14:12:51	Az ASUS billentyűzetbe rejtette legújabb Eee PC-jét - 14:12
	Az ASUS legújabb, az Eee-vonalba tartozó terméke több mint tanulmány. Az Eee Keyboardban egy komplett számítógép rejtőzik, melyben nettopos és netbookos hagyomány szerintiek a hardveres alapok.

www.ipon.hu 2009-03-04 16:01:00	ASUS EEE Keyboard PC: májusban jön!
	Az ASUS Eee Keyboard PC először januárban tűnt fel a CES-en (Consumer Electronics Show), akkoriban a kis billentyűzet számítógép még nem volt több egyszerű prototípusnál. A gyártó azóta tovább munkálkodott a kis gép fejlesztésén, és ismét bemutatta a nagyközönség előtt, ám ezúttal a Cebit keretein belül.

hup.hu
2008-04-01 01:54:33

xorg-server fordítása Git-ből

A napokban vált nyilvánossá az X.org következő kiadásába (Xorg-7.4, tervek szerint 2008 május) kerülő komponensek fejlesztői verziójának Gentoo overlay-e, így a bátrabbak próbálkozhatnak a stabilizálás korai fázisában levő X.org szoftverekkel. Aki nem fél összedönteni pár órára Gentoo rendszerét, annak álljon itt útmutatásképp egy rövid leírás arról, hogy telepíthetjük az xorg-server és a hozzá tartozó komponensek (libdri, mesa) hivatalos, Git-ben levő verzióját. Először is adjuk hozzá az "x11" nevű overlay-t a layman segítségével. Majd, ha eix-et használunk akkor érdemes frissíteni az eix keresési adatbázisát: # layman -a x11 # update-eix Az x11 overlay-ben elérhetőek az xorg-server git verziójához szükséges függőségek, és maga az xorg-server is. Az scm-ből telepítendő csomagok gentoo-s hagyomány szerint a -9999 verziószámot kapják. Következő lépésként az xorg-server-9999 (git) verzióját ki kell "maszkolnunk", ugyanis alapértelmezésképp nem engedi feltelepíteni a csomagkezelő: (Mind a hardmaszk, mind a ~x86 "testing" maszkot feloldjuk) # echo "=x11-base/xorg-server-9999" >> /etc/portage/package.unmask # echo "=x11-base/xorg-server-9999 ~x86" >> /etc/portage/package.keywords TIPP: mivel nem akarjuk egyesével kézzel felderíteni a kimaszkolandó függőségeket, a portage pedig nem ad automatizált eszközt erre, ezért használjuk a mass unmask toolt: http://gentoo-wiki.com/TIP_Mass_Unmasking , oldal vége felé levő perl szkript :) # /usr/local/sbin/unmask xorg-server Unmasking x11-proto/inputproto-9999 in package.unmask Unmasking x11-proto/inputproto-9999 in package.keywords [...] Szükségünk lesz még a legfrissebb "testing" egér és billentyűzet driverre... # echo x11-drivers/xf86-input-keyboard ~x86 >> /etc/portage/package.keywords # echo x11-drivers/xf86-input-mouse ~x86 >> /etc/portage/package.keywords És videódriverre, szintén a git repóból... # echo "=x11-drivers/xf86-video-i810-9999" >> /etc/portage/package.unmask # echo "=x11-drivers/xf86-video-i810-9999 ~x86" >> /etc/portage/package.keywords A legfrissebb mesa csomag összeakad a régi driproto-val, ezért ebből is a git-es verzió kell: # echo "=x11-proto/xf86driproto-9999" >> /etc/portage/package.unmask # echo "=x11-proto/xf86driproto-9999 ~x86" >> /etc/portage/package.keywords A jelenleg fent levő csomagokból készítünk bináris verziót, ha esetleg újra kell rakni a régit akkor ne kelljen újrafordítani: (ezeket az emerge -k opcióval tudjuk feltenni, és a /usr/portage/packages könyvtárszerkezetben találhatóak tbz2 formátumban) # quickpkg --include-config=y --include-unmodified-config=y inputproto libdrm mesa xorg-server xf86-input-mouse xf86-input-keyboard xf86-video-i810 Indulhat a telepítés! Közben főzzünk egy hosszú teát :) # emerge xorg-server These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild U ] x11-proto/inputproto-9999 [1.4.2.1] [ebuild U ] x11-libs/libdrm-9999 [2.3.0] [ebuild U ] x11-proto/xf86driproto-9999 [2.0.3] [ebuild N ] x11-libs/libpciaccess-9999 USE="-debug" [ebuild U ] media-libs/mesa-9999 [7.0.2] [ebuild U ] x11-base/xorg-server-9999 [1.4.0.90-r3] [ebuild U ] x11-drivers/xf86-input-mouse-1.3.0 [1.2.3] [ebuild U ] x11-drivers/xf86-input-keyboard-1.3.0 [1.2.2] [ebuild U ] x11-drivers/xf86-video-i810-9999 [2.2.1_pre20080125] Ha szépen lassan lecsorgott a hivatalos freedesktop.org - gitből az összes csomag és le is fordultak mind, akkor megkockáztathatunk egy X újraindítást... :) UI: a friss xorg probléma nélkül fut eddig (kopp-kopp), x11perf szerint és érzésre is némileg jobb teljesítményt nyújt mint elődje, benchmarkokba nem szívesen mennék bele, egyszerűen örülök, hogy működik...

hup.hu
2009-04-22 14:13:34

Skytone Alpha-680, I-Buddy - láthatáron az első Android-os netbookok

A kínai Skytone bejelentette az 533MHz-es Freescale i.MX31 alapra építkező Alpha-680 kütyüjét, amely könnyen lehet az első Android-os netbook a piacon. Közben egy másik csoport egy videót mutatott be, amelyen egy I-Buddy névre hallgató, netbook-szerű prototípus eszköz látszik amint Android-ot futtat. Skytone Alpha-680 A Skytone szóvivője szerint az Alpha-680 júniusra várható és 250 USD áron lesz elérhető. A stuff specifikációja: Processor -- Freescale i.MX31 (ARM11) SoC at 533MHz, 32bit Memory -- 128MB DDR2 (expandable to 256MB) Flash -- 1GB NAND flash solid-state disk (expandable to 4GB) Flash expansion -- SD/MMC card slot (supports SDHC) Display -- 7-inch TFT LCD true color 800 x 480 pixels (WVGA); VGA port Networking -- 10/100 Ethernet (RJ-45) WiFi -- 802.11b/g Other communications -- optional ADSL, GPRS, CDMA, EDGE, WCDMA (all via USB) USB -- 2 x USB 2.0 ports Camera -- optional 300K-pixel video camera Audio -- microphone; analog stereo out Input -- 80-key standard keyboard; capacitive touchpad; dual game keys; pen interface Case colors -- black, white, yellow, pink, red Media support -- MPEG1/2/4, H.263, H.264, WMV9 Power -- SV AC-DC adapter; 3.7 V 4200mA Polymer battery Operating system -- Android (Linux/Java) I-Buddy A piacra dobási dátumtól függően az Alpha-680 lehet az első Android-os netbook, hacsak az I-Buddy időközben meg nem előzi. A prototípus Intel Atom N270-et ás Intel 845 grafikát vonultat fel: A videó közben jelentős számban előforduló hibaüzenetek arra utalnak, hogy az eszköz még erősen kísérleti állapotban van. A várható elérhetőségéről még nincsenek információk. További részletek itt.

www.ipon.hu 2008-11-13 22:00:01	Anorexiás pengebillentyűzet Macekhez
	Különlegesen vékony és éles, borotvapenge-szerű megjelenésű billentyűzettel bővítette ki a választékát a Logitech, nevezetesen a diNovo-széria új tagjával, a diNovo Keyboard Mac Edition-nel.

www.ipon.hu
2009-06-17 21:00:00

Moblin fut az ASUS Eee Keyboard PC-jén

Az ASUS az idei év elején, egészen pontosan januárban mutatta be először Eee Keyboard névre keresztelt számítógépét, amely tulajdonképpen egy billentyűzetbe épített Atom konfiguráció, amely egy pici érintőképernyővel is rendelkezik. Akkoriban nagy visszhangot keltett a termékkel a gyártó, ám most ismét friss hírek érkeztek az Eee Keyboard-dal kapcsolatban: a készülék az Intel Linux alapú operációsrendszerével, a Moblinnal felvértezve akadt lencsevégre.

hup.hu
2009-06-26 08:34:18

Biztonsági szempontból nem feltétlen bölcs dolog wireless billentyűzetet használni...

A The H Securtiy arra hívja fel a figyelmet, hogy a Microsoft Optical Desktop 1000 és 2000 szett tulajdonosoknak itt az ideje fontolóra venni valamilyen más termék beszerzését, mert biztonsági szempontból a cucc kihívásokkal küszködik. Pontosabban mostantól szélesebb körben hozzáférhetővé vált egy olyan tool és szoftver, amellyel sniffelni lehet az ilyen típusú billentyűzeteken véghezvitt leütéseket. Körülbelül másfél évvel ezelőtt vált ismertté, hogy a támadóknak sikerült feltörniük a nevezett wireless keyboard termékek titkosítását. Most pedig a Dreamlab-os Max Moser és Thorsten Schröder elérhetővé tette azt a Keykeriki névre hallgató szoftvert és a szükséges hardver kapcsolási rajzát, amellyel gyakorlatban is megvalósítható az adatlopás. Keyboard Sniffer Keykeriki from Max Moser on Vimeo. lcd backpack test from Max Moser on Vimeo. A részletek itt olvashatók.

hup.hu
2009-06-17 18:50:39

Elérhető az iPhone OS 3.0

hup.hu
2008-12-23 15:05:12

Android on-screen billentyűzet videó

Miután a T-Mobile G1 (az első Android-ot futtató telefon) megjelent, az egyik legtöbbet emlegetett és kért hiányzó szolgáltatás az on-screen virtuális billentyűzet volt. Noha a G1-nek van fizikai billentyűzete - s ezért nem volt égető a virtuális keyboard hiánya - a jövőre megjelenő billentyűzet nélküli, érintőképernyős telefonok szempontjából kritikus a megléte. A fejlesztők most egy videón mutatták be a nemrég bejelentett "Cupcake" fejlesztői ágból érkező szolgáltatást működés közben egy G1 telefonon: (Forrás)

hup.hu
2009-04-22 14:13:34

Skytone Alpha-680, I-Buddy - láthatáron az első Android-os netbookok

hup.hu
2008-09-21 19:20:01

A hét zenéje: Kill Dash Nine

A hét képe rovat után elindíthatjuk a "hét zenéje" rovatot is. Az aktuális hét zenéje lehetett volna akár a Copy Con - Rendszergazda is, ha nem találtam volna rá véletlenül a "Kill Dash Nine"-ra. Parental Advisory Explicit Lyrics I guess Ill have to shut you down for good this time, Already tried a SIGQUIT, so now its KILL DASH 9. You gotta learn when its time for your thread to yield; It shoulda slept; instead you stepped and now your fate is sealed. Ill take your process off the run queue without even asking Cause my flow is like reentrant and preemptive multitasking. Your sad rhymes are spinnin like youre in a deadlock, Youre like a synchronous sock that dont know when to block; So I pull out my keyboard and I pull out my glock, And I dismount your girl and I mount /proc And Ive got your fuckin pid and the bottom line Is that you best not front or else its KILL DASH NINE. KILL DASH NINE, No more CPU time. I run KILL DASH NINE, And your process is mine. I run KILL DASH NINE, Cause its MY time to shine So dont step outta line or else its KILL DASH NINE! See it aint about the Benjamins or Pentiums or Athlons, But you rappin 50 meters while Im spittin in decathlons. Your shits old and busted, mines the new hotness; Youre like CLR and Im like CLRS. Youre running csh and my shell is bash, Youre the tertiary storage; Im the L1 cache. Im a web crawling spider; you an Internet mosquito; You thought the 7-layer model referred to a burrito. Youre a dialup connection; Im a gigabit LAN. I last a mythical man-month; you a one-minute man. Its like Im running Thunderbird and youre still stuck with Pine, Which is why I think its time for me to KILL DASH NINE. Yeah its KILL DASH NINE No more CPU time. Cause its KILL DASH NINE, And your process is mine. I said KILL DASH NINE Cause its my time to shine, So dont step outta line or else its KILL DASH NINE! My posse throws down like leaky bucket regulators; I was coding shit in MIPS while you were playing Space Invaders. With my finger on the trigger I run ./configure Yo, this package is big, but MY package is bigger. I roll my weed with Zig Zag while I zag-zig splay, And I do a bounds check before I write to an array. Im a locd out baller writing KLOCS a day, Cause its publish or perish, fool, what can I say? Im 26 now, will I live to see 28? Some days I wonder if Ill survive to graduate. But hey, thats just fine, I wont ever resign, And if fools try to step then its KILL DASH NINE! Yeah its KILL DASH NINE, From my command line Its KILL DASH NINE Sending chills down your spine, I said KILL DASH NINE, Cause its my time to shine, So dont step outta line or else its KILL DASH NINE! Ill chown your home and take your access away Comin straight outta Stanford, aint nobody tougher, Control-X, Control-C, Ill discard your fuckin buffer. Youre outside your scope, son, close them curly brackets, Cause I drop punk-ass bitches like a modem drops packets. Dump your motherfucking core, and trace your stack Cause where your ass is going, there wont be no callback. See my style is divine and my code is sublime, My careers in a climb and yours is in a decline. Ill write a pound-define and assign you as mine, So refine those sad rhymes or remove your plus signs, Or its KILL DASH NINE, No more CPU time, Cause its KILL DASH NINE, And your process is mine, I said KILL DASH NINE Cause its my time to shine, Bitch you stepped outta line and now its KILL DASH NINE! Gyűjtőknek jó minőségű MP3-ban itt.

hup.hu
2009-03-24 09:21:56

Lokalizációs projektek indultak az OpenSolaris 2009.06-hoz

hup.hu
2009-06-26 08:34:18

Biztonsági szempontból nem feltétlen bölcs dolog wireless billentyűzetet használni...

www.szoftverteszt.hu 2009-05-07 12:59:24	Midi vezérlők és az FL Studio
	A midi vezérlők és/vagy a master keyboardok elengedhetetlenek, ha komolyabb szinten szeretnénk foglalkozni a zeneszerkesztéssel. Gondolom, mindenki tisztában van vele, hogy egy dallam lejátszására vagy éppen a potméterek csavargatására az...

hup.hu
2009-06-17 18:50:39

Elérhető az iPhone OS 3.0

www.terminal.hu 2008-09-03 13:37:00	Háttérvilágítás a billentyűzeten
	Logitech Illuminated Keyboard - beépített háttérvilágítással.

hup.hu
2009-06-17 18:50:39

Elérhető az iPhone OS 3.0

hup.hu
2008-07-29 20:00:00

A világ legolcsóbb (linuxos) laptopja - újra

Egyszer már szerepelt nálunk a "a világ legolcsóbb linuxos laptopja". Úgy tűnik azonban, hogy május óta sok víz folyt le a Dunán, mert a 250 (nagy tételben 180) dolláros ketyere már nem rúghat labdába a cím megszerzéséért folyó versenyben. Itt az új(?) jelentkező: Kérdőjellel, mert nem tudni, hogy nem ugyanarról a készülékről van-e szó. Mindenesetre az Alibaba.com 100-as tételben 129-130 dolláros (~ 19 100 HUF) áron kínál egy, a Bestlink gépéhez kísértetiesen hasonlító linuxos laptopot. Hogy mit kaphat a vásárló ezért az árért? Hardver és operációs rendszer: 400 MHz MIPS CPU 7" Analog Screen 128 MB SDRAM 1 GB Flash Memory 80 Key English Keyboard & Touch Pad Linux O.S. Connectors: SD Card Slot, VGA Port, USB x 3, Mini USB, Microphone and Earphone Jack AC Adaptor and Accessories External USB LAN or 802.11g WiFi dongle (optional) Alkalmazások: Excel File Viewer and Editor Word File Viewer and Editor Internet Browser Media Player Flash Viewer O-Image Photo Viewer Typing - Word Processor Drawpad - Paint Application Pointer Application Az alacsony árnak megfelelő szerény szolgáltatást. USB-s LAN adapter illetben USB-s WiFi (802.11g) dongle opcionálisan kapható a géphez. A részletek itt.

hup.hu 2008-08-13 12:00:00	GKUI a Mozilla Labs-tól
	A Mozilla Labs egy nem teljesen újkeletű UI-t alkotott, az úgynevezett Graphical Keyboard User Interface-t. Ez azoknak lehet hasznos, akik szeretik kerülni az egér használatát a böngészőkben (is). További infó a projektről itt található. (Egy másik ismertető az Ubiquity-ről itt. - a szerk.)

Keresés:

Linkajánló:

Belsőépítészet tervezés

Doboz hullámkartonból