| |
Kern
Kern településenként ezen az oldalon
Kern Budapest
Aktivit Kft1145 Budapest, Pétervárad utca. 14. 2217-865, 4700-125 info kukac aktivit.hu http://www.aktivit.hu |
adatgyűjtő, BEHR, desztilláló, extraháló, fotométer, gyorsteszt, homogenizáló gép, KERN, keverő, környezetvédelem, labor, laboratórium, mérleg, mintavevő, molekuláris biológia, oldott oxigén mérő, oxigén, sugárzás, szárazanyag, szerviz, szűrőpapír, termosz, termosztát, teszt, vezetőképesség-mérő, vízanalitika SIMEX Labortechnikai Kft.1083 Budapest, Baross u. 119/a. 313-7839 http://www.simex.hu |
adagoló, autokláv, BINDER, centrifuga, desztilláló, elszívó, HERMLE, homogenizátor, hőelem, inkubátor, kemence, KERN, keverő, laboreszköz, laborműszer, labortechnika, labortechnika, laboratóriumi eszköz, lamináris box, malom, mikroszkóp, ph mérő, szárítószekrény, termosztát, vákuumpumpa, vákuumrendszer, viszkoziméter Dataform Magyarország1027 Budapest, Horvát u. 2-12. 214-1041, 30/919-8944 http://dataformmagyarorszag.tudakozo.hu |
borítékolástechnika, borítékolórendszer, hajtogatógép, KERN, nyomtatvány, oktatás, papír, papírfeldolgozás, papírfeldolgozó gép, papírtechnológia, tanácsadás, üzembehelyezés, vágógép Cheminst Kereskedelmi Kft.1147 Budapest, Lovász u. 1. 221-8933 http://www.cheminst.hu |
autokláv, desztilláló, fagyasztó, fecskendő, folyadékadagoló, HAMILTON, inkubátor, ipari mérleg, KERN, laboratóriumi eszköz, laboratóriumi mérleg, laboratóriumi műszer, labortechnika, labortechnika, laboratóriumi eszköz, műszer, ORION, reagens, WERNER Hírek Kern témában hup.hu
2008-09-10 07:54:57 | Korset: Code-based Intrusion Detection for Linux |
| Az anti-vírus cégek vesztes játékot játszanak. Sikerül elkapniuk a "hétköznapi" vírusokat és rosszindulatú programokat, de igazából mindig egy lépéssel le vannak maradva. Olykor napokra van szükségük ahhoz, hogy frissítéseikkel felkészítsék ügyfeleik számítógépét az éppen aktuális támadásokra, vírusokra. Nem beszélve arról, hogy bizonyítottan vannak olyan kártékony programok, amelyeket a vírusírtók nem detektálnak. Ezek akár évekig is megbújhatnak a számítógépeken úgy, hogy közben személyes adatokat, üzleti titkokat gyűjtenek.
Éppen ezért Avishai Wool professzor és végzős diákja, Ohad Ben-Cohen - a Tel Aviv Egyetem mérnöki fakultásáról - más megközelítéssel fordult a probléma felé. A szakemberek a nemrég zárult Las Vegas-i Black Hat biztonsági konferencián mutattak be egy új, "Korset" névre hallgató megoldást, amely azzal a céllal készült, hogy megállítsa a "malware"-eket Linux-alapú operációs rendszereken.
A Korset statikusan elemzi az alkalmazás forrását/object kódját, majd felépít egy ún. folyamatábrát (control flow graph - CFG). Ezt a folyamatábrát használja fel a kernel annak ellenőrzésére, hogy az adott program által használt rendszerhívások és azok sorrendje legitimek-e vagy sem. Ha a kernel abnormális aktivitást észlel, leállítja a program futását még azelőtt, hogy valami rosszindulatú cselekményre sor kerülhetne.
A Korset két részből áll. Egy automatikus statikus elemzőből, amely a fordítási folyamat részeként felépíti a CFG-t, illetve egy kernel agent-ből, amely érvényt szerez a CFG-től származó irányelvnek és leállítja a problémás processzeket.
A fejlesztők azt állítják, hogy a Korset segítségével sikeresen készítettek CFG-ket az egész GNU C library-hoz, és sikeresen bemutatták, hogy a Korset képes blokkolni a támadásokat elhanyagolható overhead mellett.
A Korset a GPLv3 feltételei szerint terjesztődik.
A Korset honlapja itt. A 0.1-es verzió elérhető a honlapról.
Referenciák:
Putting A Korset On The Spread Of Computer Viruses: Invention Stays One Step Ahead Of Anti-virus Software
Beyond Firewalls
Korset: Automated, Zero False-Alarm Intrusion Detection for Linux (PDF) |
hup.hu
2008-05-21 20:00:00 | Red Hat Enterprise Linux 5.2 |
| Megjelent a Red Hat Enterprise Linux 5.2, sok finomítással és hibajavítással. Néhány, a kiadásra jellemző dolog:
2.6.18-as kernel (kernel-2.6.18-92.el5)
virtualizációval kapcsolatos frissítések
Evolution 2.12.3
Firefox 3
OpenOffice 2.3.0
Thunderbird 2.0
javított titkosítási és biztonsági szolgáltatások
javított finomhangolási és hibakeresési szolgáltatások
architektúra támogatás frissítések
új driverek
stb.
A bejelentés elolvasható itt. |
hup.hu
2008-02-06 08:04:19 | Megjelent a Fedora 9 (Sulphur) Alpha |
| A Fedora 9 első előzetese tükörszervereken, bittorrent-en vagy http-n keresztül érhető el. A "Sulphur" (Kén) kódnevű tesztelési célokat szolgáló kiadás főbb újdonságai:
Kernel 2.6.24
GNOME 2.21 Development Release
KDE 4.0
Firefox 3 Beta 2
ext2, ext3 és NTFS partíciók telepítés közbeni átméretezhetősége
titkosított fájlrendszerre történő telepíthetőség
FirstAidKit
FreeIPA
PackageKit
Fast X
További információk a kiadás jegyzékében és a Fedora Project Wiki oldalain találhatók. A Fedora 9 várhatóan április 29-én fog megjelenni. |
hup.hu
2008-04-27 09:00:00 | NetBSD Google SoC 2008 |
| Idén negyedik éve vesz részt a NetBSD Project a Google Summer of Code programján.
A rengeteg beérkezett pályázat elbírálása nem volt könnyű feladat, de vegül 14 tanuló nyert alkalmat arra, hogy idén nyáron NetBSD-vel dolgozhasson, ami jóval több, mint az eddigi években bármikor.
A projektek a következőek:
Project: Implement Ext3 file system support
Student: Rus-Rebreanu Alin-Florin
Mentor: Alistair Crooks
Project: Create an in-kernel API for "packet classes"
Student: Anish
Mentor: Herb Peyerl
Project: File system access utilities
Student: Ysmal Arnaud
Mentor: Antti Kantee
Project: wscons: Expansion for wstablet in NetBSD
Student: Jason W. Beaudoin
Mentor: Petra Zeidler
Project: Subfile Support for NetBSD
Student: Adam Burkepile
Mentor: Philip Nelson
Project: Hurd translators
Student: Marek Dopiera
Mentor: Aymeric Vincent
Project: Write and improve NetBSD LVM driver
Student: Adam Ham?ik
Mentor: Brett Lymn
Project: Implementation of RFC4380 (Teredo) in NetBSD
Student: Arnaud Lacombe
Mentor: David Young
Project: Add support for UVC devices (USB web-cams)
Student: Patrick Mahoney
Mentor: Jared D. McNeill
Project: DVB drivers and kernel framework
Student: Jeremy Morse
Mentor: Jared D. McNeill
Project: pkgsrc: rewrite wrapper framework in C
Student: Amitai Schlair
Mentor: Johnny Lam
Project: Improve syslogd
Student: Martin Schütte
Mentor: Christos Zoulas
Project: Converting remaining regression tests to the Automatic Testing Framework
Student: Lukasz Strzygowski
Mentor: Julio Manuel Merino Vidal
Project: Updated, customizable install tool for NetBSD
Student: Zachary Wegner
Mentor: Tim Rightnour
Gratulálunk nekik és jó munkát kívánunk!
A NetBSD az egyik legrégebbi nyilt forrású operációs rendszer, további információ a projekt hivatalos oldalán oldalán érhető el.
A Google Summer of Code a Google nyílt forrású kezdeményezése, további részletek a ezen az oldalon találhatóak.
A projektekről megtöbbet itt tudhat meg az érdeklődő. |
hup.hu
2008-07-09 19:00:00 | Hamarosan érkezhet a Debian GNU/Linux "etch-and-a-half" |
| A debian-doc levlista tanulsága szerint elkezdődött a munka a Debian GNU/Linux "etch-and-a-half" dokumentációján. Hogy mi az az "etch-and-a-half"? A Debian GNU/Linux 4.0r4 point release-t kiegészítették további csomagokkal (2.6.24-es kernelre épülő csomagok + további X driver-ek) annak érdekében, hogy kibővítsék a Debian 4.0 (kódnevén "etch") által támogatott hardverek körét. Ezen csomagok telepítése nem kötelező és nem is települnek alapértelmezetten. A jelenlegi 2.6.18-alapú kernel továbbra is marad az "etch" kiadás alapértelmezett kernele. Bővebb információk a jelenleg _előzetes, vázlatos_ állapotban levő release notes dokumentumban találhatók.
|
www.computerworld.hu
2008-02-18 07:58:00 | Sebezhető a Linux kernel |
| Biztonsági kutatók a Linux operációs rendszereket érintő, kritikus veszélyességű biztonsági hibákra figyelmeztettek. |
www.objektivhir.hu
2009-03-12 17:35:00 | Két magyar ezüst Hollandiából |
| Két ezüstérmet szereztek a Honbu Dojo (IKO Kyokushinkaikan Magyarországi Szervezete) versenyzői az elmúlt hétvégén Dordrechtben rendezett nyílt súlycsoportos kyokushin karate holland bajnokságon. Kern Róbert 4 danos bajai karatemester három tanítványa indult a németalföldi versenyen: az élete első rangos nemzetközi versenyén részvevő Drubits Katalin (+60 kg) a negyeddöntőben kapott ki, míg Schmidt Bálint (-80 kg) és Vincze László (+90 kg) egyaránt az előkelő második helyen végzett – tudatta az OBJEKTÍV Hírügynökséggel Lőrinczi Csaba. |
hup.hu
2008-02-19 09:48:20 | Gentoo havi hírlevél - 2008 február |
| Ma megjelent a Gentoo havi megjelenésű hírlevelének februári száma, benne sok újítással és érdekességgel.
A Gentoo által karbantartott biztonsági bejelentések (Gentoo Linux Security Announcement - GLSA) listája eltávolításra került a hírlevélből. Akik rendszeresen figyelemmel kísérik a hírleveleket, azok általában a gentoo-announce hírlevélre vagy a GLSA rss feedjére is feliratkoznak, így számukra nincs hozzáadott értéke ezen információknak. Ezen kívül a "gentoolkit" részeként érkező parancssori glsa-check programmal is ellenőrizhetők a felderített sebezhetőségek.
Kernel biztonság: a múlt hétvégén napvilágot látott vmsplice() local root exploitok kapcsán mindenkinek ajánlott a mielőbbi kernelfrissítés. A Gentoo által karbantartott, a fenti hibák javítását tartalmazó kernel források a következők: gentoo-sources-2.6.23-r8 illetve gentoo-sources-2.6.24-r2. (eredeti angol nyelvű bejelentés)
A KDE 4.0.1 már elérhető a Portage fában, hála a KDE körül ügyködő Gentoo karbantartó csapatnak. A KDE 4.0.1 az első hibajavítási kiadás a pár hete megjelent KDE 4 kezdeti kiadáshoz, és rengeteg hibát javít - többek között Konqueror Flash, Javascript problémákat és KWin kompozitálási hibákat. (hivatalos bejelentés)
Az ISC (Internet Systems Consortium, www.isc.org) több operációs rendszert is tesztelt a BIND 9-cel. Az összes tesztelt operációs rendszer közül a Gentoo Linux (2.6.20.7-es kernel) végzett az első helyen, 93000 lekérdezés/másodperccel. A második és a harmadik helyezett a Fedora Core és a FreeBSD-7, 87000 illetve 84000 lekérdezés/másodperccel. A benchmark részletei.
Mindezeken kívül még rengeteg egyéb hírt olvashatunk a fejlesztők világából (Planet Gentoo), a Gentoo Tanács munkájáról és természetesen végignézhetjük a jól megszokott csomagstatisztikákat, az új és eltávolításra kerülő csomagok listáit, és a fejlesztői mozgásokat a projekten belül. Februárban először grafikonok segítségével tanulmányozhatjuk a Gentoo Bugzilla által tartalmazott bejegyzéseket.
Az eredeti angol nyelvű hírlevél itt érhető el.
|
hup.hu
2009-01-17 08:45:27 | Linus Torvalds: Linux 2.6.29-rc2 |
| Linus mielőtt elutazott volna a linux.conf.au rendezvényre, kiadta a 2.6.29-es kernel második kiadásra jelölt verzióját. Az -rc1 nem sikerült valami nagyon fényesre, de Linus reméli, hogy az "-rc2 visszatérés [lesz] a normális -rc1 minőséghez vagy talán még annál is jobbhoz".
A patchset-ben a szokásos architektúrákkal (elsősorban MIPS) kapcsolatos és driver frissítések mellett regressziók javítására is sor került:
"De annak ellenére, hogy kicsi, valószínűleg sokkal fontosabb és észrevehetőbb a legtöbb ember számára: az első rakás regresszió javítás. Sok gépen nem működött a 3D gyorsítás (nincs compiz! mit fogunk tenni azok nélkül az ingatag ablakok nélkül!); ennek és még egy csomó más irritáló hibának javulnia kellene."
A bejelentés itt. |
www.nemzetisport.hu
2009-03-16 15:30:03 | Karate: két magyar ezüst a holland nemzetközi bajnokságon |
| Két ezüstérmet szereztek a Honbu Dojo (IKO Kyokushinkaikan Magyarországi Szervezete) versenyzői a Dordrechtben rendezett súlycsoportos kyokushin karate holland nemzetközi bajnokságon. Kern Róbert négydanos bajai karatemester három tanítványa indult a németalföldi versenyen: az élete első rangos nemzetközi versenyén résztvevő Drubits Katalin (+60 kg) a negyeddöntőben kapott ki, míg Schmidt Bálint (-80 kg) és Vincze László (+90 kg) egyaránt az előkelő második helyen végzett. |
hup.hu
2008-09-19 09:17:23 | Ubuntu "Intrepid Ibex" Alpha 6 |
| Az Ubuntu fejlesztők nevében Steve Langasek ma bejelentette az Ubuntu következő nagyobb kiadásának, az Intrepid Ibex-nek a hatodik fejlesztői snapshot-ját.
Néhány dolog a végleges kiadásba várhatók közül:
GNOME 2.23.91 (tab-ok a Nautilus filekezelőben, a Fileroller mostantól támogatja a ALZ, RZIP, CAB, TAR.7Z fileokat, stb.)
X.Org server 7.4
Linux kernel 2.6.27
titkosított privát könyvtár a saját ~ könyvtáron belül
vendég munkamenet (guest session)
"Utolsó sikeres boot" helyreállítási bejegyzés
Network Manager 0.7
DKMS
Samba 3.2
átdolgozott PAM keretrendszer
A várhatóan októberben érkező kiadásról bővebb információkat a wiki oldalon lehet találni. Letöltési lehetőségek a bejelentésben. |
www.hirado.hu
2009-06-08 00:00:00 | Kern András és Kulka Janina a Zárórában |
|
www.premierfilm.hu
2008-03-30 19:00:00 | Benkő Dániel lábon csókolta Oszkárt |
| Főszerkesztőként jegyzi a Telekabaré című új szórakoztató műsort Farkasházy Tivadar. A műsor az IKO Kábeltévé áprilisban induló Poén nevű csatornáján lesz látható minden hónap második vasárnapján. Már az első adásban olyan sztárok lépnek a kamerák elé, mint Gálvölgyi János, Hernádi Judit, Bajor Imre és Kern András. |
hup.hu
2009-01-20 06:50:18 | Csomagkészítő gépet keres a DragonFly BSD projekt |
| A DragonFly BSD projekt részéről Simon corecode Schubert egy kéréssel fordult a kernel@ lista tagjaihoz. Ahogy levelében írja, a projektnek komoly gondot okoz jelenleg a rendszeresen frissített bináris csomagok elkészítése. Éppen ezért a DragonFly BSD projekt egy csomagfordításra használható gépet keres.
A feladatra megfelelő gép korszerű processzorral (Core2Duo vagy jobb) és megfelelően nagy sávszélességgel rendelkezik (10Mbps vagy nagyobb). Mivel a gépen stabil környezetnek kell lennie, otthoni gépek nem jöhetnek szóba. A gépnek alkalmasnak kell lennie arra, hogy 7/24-ben csomagokat fordítson.
A gépen a fejlesztőknek DragonFly operációs rendszerre és root hozzáférésre van szükségük. A gépet biztosítónak nem kell a gépet adminisztrálnia és a csomagkészítéssel foglalkoznia, ezt elvégzik a fejlesztők.
Ha valaki tud és akar segíteni fel tudja venni a kapcsolatot a Simon-nal a listán keresztül. |
hup.hu
2008-11-17 18:42:53 | Quickbench S02E01: Milyen lehet egy 128 processzoros AMD K6-os gép, avagy: sok lúd disznót győz? |
| A nagy(?) sikerű quickbench sorozat a világgazdasági válság ellenére is folytatódik a HUP-on! A lendület töretlen! Will work for food!
Ezúttal -Márton nap elmúltával- azt a közmondást vizsgáljuk meg, mely szerint sok lúd disznót győz.
De vajon tényleg?
Talán kezdjük a történetet valahol a felejtés ködébe vesző múltban...
1999: egy AMD K6-os CPU-val felszerelt gép előtt görnyedek, és a félhetente kötelező jelleggel újrafordított Linux kernel elkészülését várom.
Sok tíz megabyte-nyi konzolra fröcsögött szemét után másfél megányi gyönyör, zcat /boot/vmlinuz-2.2.5-15 > /dev/audio, és mintha Isten szólna hozzám.
Legalábbis akkor még ezt magyarázták, én inkább már kifelé voltam a kórból.
Szóval az ember ott ül, nézi, ahogy futkosnak a GCC warningok, és arra gondol: de jó lenne ebből a processzorból mondjuk tíz! Nem, inkább 128!
Az mekkora lenne, májerkedhetnék a zircen, hogy nekem csak három másodpercig tart a kernelfordítás! (most arról, hogy annyi idő alatt annyi processz el sem tudott volna indulni, vagy hogy a konzolra kiírni azt a rengeteg szemetet ennél tovább tart ne beszéljünk)
A társadalmi rang, ugye...
2008: év vége, válság, mélabú, ötkor koromsötét. Pedig itt van álmaim gépe! Vagyis volt, mert kellett másnak is.
De mégis! Egy cég legjobb koponyái évekig dolgoztak azon, hogy az álmom beteljesülhessen! 128 AMD K6 egy dobozban!
Íme:
A képen egy Sun T5140 típusú pizzásdoboz látható, amelynek a műszaki paraméterei a következők:
két darab, 8 magos, 1,2 GHz-es UltraSPARC T2+ CPU, amelyek összesen 128 szálat tudnak kezelni, és 4 MB cache-sel rendelkeznek
32 GB FB-DIMM memória
négy darab gigás Ethernet interfész
négy darab 15kRPM-es SAS SFF diszk
1U rackmount FF
ILOM a távmenedzsmenthez
4 Gbps-es FC HBA
Láttunk már ilyet, mondhatnánk (Sun T2000, T1-es CPU-val), de nem lenne igazunk, mert a gép, és a processzor is rengeteget változott.
Kicsomagolás után hátulról ezt láthatjuk:
Bár a Sun a "Coolthreads" címkét ragasztja a gépekre, azért ez mégsem egy Intel 80286, azaz valamivel mégiscsak hűteni kell. Mondjuk hideg levegővel, elölről etetve:
A funkciót egy sor apró (az 1U-s magasság miatt persze nem is lehetne nagyobb, hacsak nem döntik el, de úgy meg csak arra lenne jó, hogy a szervert lebegtesse a föld fölött, ami bár kétségtelenül rendkívül jól nézne ki, sok haszna mégsem lenne) ventillátor valósítja meg, amelyek a feladatuk ellátásához majdnem gyorsabban pörögnek, mint a gép merevlemezei.
A diszkek percenként 15 ezerszer mondanak hellót a felettük csúszkáló fejeknek, míg a kis fémlapátos barátaink a gép szerint több, mint 12 ezerszer rotálódnak per minutum:
én biztos hánynék a helyükben, bár a sok G miatt lehet, hogy ki se tudna jönni.
A kényelmesen nyitható ventillátor-tálca fedele egybe van építve a lényeget védő, takaró fedéllel, így ha bele szeretnénk kukucskálni a széndioxid-kibocsátás csökkentésének eme remekművébe, egyben el kell távolítanunk mindkettőt. Így:
Belül csodaszép rendezettség található, balról jobbra az őrült módjára pörgő szélkerekekkel, utánuk a két darab T2+ processzorral, majd a csak két marokban elhelyezhető mennyiségű memóriamodulokkal, utánuk pedig mindenféle ilyen-olyan alkatrésszel, amelyek rendeltetése nagy, sárga címkék hiányában ismeretlen. Nem is tudom minek rakják oda, csak a helyet foglalják.
Ja, és alul van még két darab menet közben cserélhető tápegység, amely az ilyen nem telkós géptermek nagy részében érthetetlen módon jelen lévő váltóáramot konvertálják egyenárammá (AC/DC, 2009-ben élőben is meg lehet hallgatni) némi kamatért cserébe.
A hangsúly persze a kettőn, és a menet közbenen van, sajnos vannak olyan elvetemült gyártók, amelyek nem szégyellnek egy, vagy kettő, de csak offline cserélhető tápot tenni ezekbe a dobozokba.
Tudnak ezek a kínaiak ha akarnak, na, ott a Fujitsu nevű japán cégnél (őőő):
Most művészi makrók a memóriákról módjával (alliteráció rulez):
aztán memóriák közé dugott LSI SAS vezérlő, és annak az csatlakozója, szép zöld karámba zárva, hogy itt is tudatosuljon bennünk: ez egy econo szerver (ami azt jelenti, hogy az üzemeltetése kevésbe kerül, de attól még lehet az elején marha drága):
és PCI riser (három darab nyolc csatornás PCIe slotunk van):
Kicsit távolodva a NYÁK-os témáktól, a tápok helye, és maga a táp (Delta 720W-os):
Elhagyva a belsőségeket, de még egy kicsit elidőzve a hátsó fertályban láthatunk közelről pakettblastgenerátor-dugókat (négyet, gigabiteset), soros és Ethernet menedzsment csatlakozót, USB-t (ha kevés lenne a belső tárhely, ide köthetünk még), és egy rejtélyes "IOIOI" feliratú, ismeretlen rendeltetésű konnektort, amely olyan furcsán eltér a többitől:
Most, hogy meganalizáltuk a gépet, nézzük meg az arcát is, ahol a ventillátorok fújják be a levegőt (blowjob), remélhetőleg úgyis azt fogjuk többet látni (sőt, inkább azt se!):
Láthatjuk, hogy a szerver nem fél a magasságoktól, még a nálánál hatszor nagyobb doboza tetejére is felül, ha szépen kérjük. "Gyári" kiszerelésben a bal oldalon két diszkkel, a jobb oldalon pedig két "killer" (izé, filler, szemüveg nélkül nem látok jól, de ezek szerint a kínaiak sem, mert lehagyták a vesszőt az é-ről, biztos arra akartak célozni, hogy az üres keret filléres tétel, nyugodtan kidobható) feliratú keret van, utóbbi kettőt gyorsan kukáztuk, ahogy kérték, majd betoltunk két ugyanolyat, mint bal oldalt volt.
A gép fedőlapján szokás szerint gyerekeknek készült képregény látható:
amely kedvességtől minden alkalommal könnybe lábad a szemem, így elolvasni sajnos még sosem volt érkezésem.
Miután így jól megvizsgáltuk az új jövevényt, megkértem szőrös karú segédemet, hogy tolja be a "téötezerszáznegyvenest" a helyére, amit kijelölt számára, és ahol majd én jól megnézhetem, a gépterem zajától távol eső karosszékemben:
Itt is szeretném megköszönni neki a segítséget, mert így, bár nem nehéz a gép, távmenedzsmenten edződött pipaszár testem lesérülését megelőzendő én távol maradhattam a férfias fizikai munkától.
Miután a vasat kivégeztük, leltárt készítettünk, és találtunk még egy szépen kinéző UTP kábelt is, amit inkább óvatosan visszacsomagoltunk, nehogy elrontsuk:
Eddig tök jól éreztük magunkat, mozogtunk, friss levegőt szívtunk, de éreztem, hogy ezután már nekem is kellene csinálnom valamit, így hát megnéztem mi az a Sun Integrated Lights Out Manager.
Mi más lenne, mint távmenedzsment eszköz. Elérhetjük weben:
és a root/changeme usernév/jelszó párossal (alapból) ssh-val is, ahol rögtön el is indíthatjuk rajta a Solarist, amit előtte már valaki kikapcsolt:
-> start SYS
-> start /SP/console
Are you sure you want to start /SP/console (y/n)? y
Serial console started. To stop, type #.
syncing file systems... done
Program terminated
r)eboot, o)k prompt, h)alt? o
T5140, No Keyboard
Copyright 2008 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.28.0, 32544 MB memory available, Serial #82365864.
Ethernet address 0:14:4f:e8:cd:a8, Host ID: 84e8cda8.
Ignoring auto-boot? setting for this boot.
{0} ok boot -s
Boot device: /pci@400/pci@0/pci@8/scsi@0/disk@0,0:a File and args: -s
SunOS Release 5.10 Version Generic_127111-11 64-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Booting to milestone "milestone/single-user:default".
Hostname: unknown
Requesting System Maintenance Mode
SINGLE USER MODE
Root password for system maintenance (control-d to bypass):
single-user privilege assigned to /dev/console.
Entering System Maintenance Mode
Jul 8 00:39:17 su: su root succeeded for root on /dev/console
Note: Sun Java Enterprise System 5 Update 1
For your convenience this server has been shipped with the Sun Java
Enterprise System 5 Update 1 (Java ES 5 Update 1) distribution. The
distribution is available for installation from:
/var/spool/stage/JES5U1/Solaris_sparc
or
/var/spool/stage/JES5U1/Solaris_x86
Details about Java ES can be viewed at:
http://sun.com/jes
If you wish to install any of the enterprise class products from the Java ES
you must run the Java ES installer from one of the directories listed above.
Prior to installing any of the Java ES products please review the
Installation Guide available at:
http://docs.sun.com/app/docs/coll/1286.3
For more information about pre-install software from Sun and information
about removing this message please see:
http://www.sun.com/software/preinstall/
Sourcing //.profile-EIS.....
root@unknown #
Nézzük meg a webes konzolt, ahol nézhetünk firmware információkat, menedzselhetjük a komponenseket, megnézhetjük a naplót, azt, hogy mennyit fogyaszt a szerver, és meddig mehetünk még el:
állíthatunk web- és ssh szerver-paramétereket, hálózati beállításokat, és akár az órát is:
az ILOM tud syslogba írni, és SMTP-n levelet küldeni, ha gáz van (képletesen, gázérzékelő nincs benne), tud LDAP-ot, RADIUS-t, és AD-t használni azonosításhoz:
lehet vele persze újraindítani a szervert, vagy az OS-t core dumpoltatni (YAY!), állítható a boot mód is:
Miután ezeken túljutottunk, nézzünk kicsit a körmére a gépnek.
Önmaga szerint 402 Wattot fogyaszt a drága áramunkból, miközben semmi más nem történik, csak a Solaris (10) futtatja az idle loopot.
Mivel a Sun a T2-es (és a T1-es, ha már itt tartunk) processzorokat, és a rájuk épített rendszereket úgy reklámozza, hogy rendkívül energiatakarékosak, és ezt még megfejelik azzal, hogy bár az energiát Pakson hagyják, a teljesítményt viszont a nappalinkba (vagy ki hol tartja ezeket a szuperszámítógép-teljesítményű gépeket) hozza, izgalmas kérdés volt a fogyasztás, és a teljesítmény.
Az első kérdés rögtön adta magát: mit állítsunk szembe ezzel a géppel? Mivel másunk éppen nem volt szabadon, mi egy HP DL380G5-tel mértük össze, amelynek a paraméterei a következők voltak:
két darab, 4 magos, 3 GHz-es Xeon processzor, 12 MB L2 cache-sel
16 GB FB-DIMM memória
két darab gigás Ethernet interfész
négy darab 15kRPM-es SAS SFF diszk
2U rackmount FF
ILO a távmenedzsmenthez
2 Gbps-es FC HBA
Igazságtalanság lett volna azonban a fogyasztást a gépek saját eszközeivel mérni, mivel ezeket nem tudtuk volna egymáshoz mérten kalibrálni, így vettünk egy fogyasztásmérőt, és a teszteket azzal végeztük el.
Az első teszt tehát az üresjárati fogyasztás:
396,6 W, amely körülbelül megegyezik az ILOM által jelzett 402 Wattal.
Mivel az FB-DIMM memóriák meglehetősen energiazabáló hírében járnak, az igazságosság érdekében a T5140-ből eltávolítottuk a memória felét, így a modulok kapacitása, száma, és így összkapacitása is megegyezett.
A 16 GB memória eltávolítása után a 396 wattos fogyasztás leesett 318 Wattra:
Ezután jött az ellenpróba: rádugtuk a DL380-ast is a mérőkére, amely üresjáratban, ugyanazzal a Solarisszal, mint a SPARC-on 296 Wattot mutatott:
Tehát:
T5140 32G: 396,6W
T5140 16G: 318,2W
DL380 16G: 295,9W
A semmittevésben tehát a PC a jobb, nézzük meg, vajon megmarad-e az előnye, ha dolgozni is kell.
Mivel alapvetően arra voltam kíváncsi, hogy a két gép között az architekturális (CPU) különbségek okán mennyi lehet az eltérés, először egy CPU tesztet futtattam (nbench), egyre több szálon:
Jól látszik, hogy hiába fogyaszt olyan keveset a PC üresjáratban, a fogyasztásbeli előnyét már akkor elveszti, mikor egy nbench processz fut.
Nézzünk valami memóriaintenzíve(bbe)t is! A sysbench memória tesztjét futtatva ezeket a fogyasztási görbéket kapjuk:
Az előny itt is jól látszik.
Együtt futtatva a két programot:
mindkét gépnek kivillan a foga fehérje, a DL380 majdnem 430 Wattig szalad, de a T5140 is felmegy 403 Wattra 64 szálnál.
Érdekességképpen ugyanezeket a teszteket elvégeztem a DL380-ason Linuxszal és FreeBSD-vel is.
Az eredmény, a Solaris 10-nél korábban látott eredményekhez képest:
Egyértelmű nyertes itt nincs, talán a sysbench memória tesztjénél mondható ki valamennyire sorrend, ott nagyobb terhelés alatt a FreeBSD fogyasztott a legkevesebbet, utána a Linux, majd a Solaris következett.
Az üresjárati fogyasztás a grafikonon nem látszik, az tized Watt eltérésekkel mindhárom OS-en 295W körül alakult.
A grafikonokra vetett egyetlen pillantás is elég a szerelemhez: a DL380 egy rezsó igyekezetével melegíti a környezetet, míg a T5140 alig fogyaszt valamit.
Persze a grafikonok csalókák, hiszen nem szerepel rajtuk az üresjárati fogyasztás, és az y tengely sem nulláról indul. Azt, hogy ez utóbbi mennyit számít, igen jól szemlélteti, ha kiszámoljuk mennyi a két gép csúcsfogyasztása közti különbség. 6 (hat) százalék.
Na de nézzünk a számok mögé, mert bár bármennyire is jól néz ki a Sun fogyasztása, mindez csak a leadott teljesítmény ismeretében ér bármit is.
Az nbench az alábbi görbéket (egyeneseket) rajzolja:
Látványos, de mi a frászkarikát jelentenek ezek a számok? Szorzókat, amelyek azt mutatják, hogy az nbench által futtatott (mem, int, float) tesztek hányszor gyorsabban futnak, mint a referencia gépen.
Azaz egy AMD K6 233 MHz-en. :)
A T2-es CPU-n egy szálon 1,595, 2,415 és 3,149-szer gyorsabban fut, mint a K6-oson, innen tehát a címben szereplő 128 processzoros hasonlat.
Az igazsághoz hozzátartozik még valami, ez pedig az, hogy az nbench értékek egy másik DL380 G5-ösön készültek, nem pedig a tesztben mindenhol máshol használt gépen. Sajnos ezt a hibát már csak utólag vettem észre, de az eredmények ennek fényében még látványosabbak.
Az illető DL380-as nem csak a magok számában (2x4 helyett 2x2), hanem azok sebességében, és generációjában is eltértek (2,33 GHz-es E5345).
nbenchet mission critical rendszerekben csakis Xeonon futtassatok!
Még egy érdekes megjegyzés a teszttel kapcsolatban: a prstat kimenetében szépen látszik, hogy a Solaris ütemezője nem véletlenszerűen rakja szét a virtuális CPU-kra a processzeket, hanem minden magra egyenletesen oszt, amíg van belőle szabad.
Négy processznél:
5444 root 2232K 1712K cpu80 0 0 0:03:32 0.8% nbench/1
5449 root 2232K 1712K cpu112 0 0 0:03:32 0.8% nbench/1
5445 root 2232K 1712K cpu64 10 0 0:03:32 0.8% nbench/1
5447 root 2232K 1712K cpu104 0 0 0:03:32 0.8% nbench/1
16-nál:
7233 root 2232K 1448K cpu36 0 0 0:01:08 0.7% nbench/1
7267 root 2232K 1448K cpu88 50 0 0:01:08 0.7% nbench/1
7272 root 2232K 1448K cpu57 50 0 0:01:08 0.7% nbench/1
7261 root 2232K 1448K cpu40 0 0 0:01:08 0.7% nbench/1
7264 root 2232K 1448K cpu9 0 0 0:01:08 0.7% nbench/1
7249 root 2232K 1448K cpu4 0 0 0:01:08 0.7% nbench/1
7253 root 2232K 1448K cpu52 0 0 0:01:08 0.7% nbench/1
7241 root 2232K 1448K cpu60 0 0 0:01:08 0.7% nbench/1
7270 root 2232K 1448K cpu96 0 0 0:01:08 0.7% nbench/1
7277 root 2232K 1448K cpu64 0 0 0:01:08 0.7% nbench/1
7237 root 2232K 1448K cpu24 0 0 0:01:08 0.7% nbench/1
7225 root 2232K 1448K cpu28 0 0 0:01:08 0.7% nbench/1
7229 root 2232K 1448K cpu112 0 0 0:01:08 0.7% nbench/1
7245 root 2232K 1448K cpu12 0 0 0:01:08 0.7% nbench/1
7257 root 2232K 1448K cpu17 50 0 0:01:08 0.7% nbench/1
7274 root 2232K 1448K cpu33 0 0 0:01:08 0.7% nbench/1
Most, hogy az nbenchet kivégeztünk, térjünk át a sysbench memória tesztjére.
Mint a legelején említettem, a T5140-ből eltávolítottunk 16 GB memóriát (a modulok felét) annak érdekében, hogy egyenlő lehessen a küzdelem a DL380-assal szemben.
A memóriatesztet azonban elvégeztem 16 és 32 GB RAM-mal is. Az eredményt ezen a grafikonon lehet összehasonlítani, amelyre felkerült a DL380 is:
Megfigyelhető, hogy a Sun gépe jóval nagyobb memóriasávszélességgel bír, mint a HP-é, amelyet (természetesen) tovább növel az, ha dupla annyi modult használunk.
A csúcsérték a T5140-es esetében 32 GB memóriával, 64 szálon, 128 MB-os blokkmérettel 22,87 GBps, 16 GB memóriával 128 szálon, 8 MB-os blokkmérettel 21,47 GBps volt.
Ezek után szinte nevetséges a DL380-as "maximális teljesítménye", amely 1024 szálon, 64 MB-os blokkmérettel 4,25 GBps volt.
Na majd a Nehalem ezt is rendbeteszi, mondhatják az Intel-fanok.
Most, hogy ilyen jól túlvagyunk azokon az alkalmazásokon, amelyek ezen platformok húzóágát képviselik, nézzünk valami érdektelenebbet is.
Mint azt már láthattuk, a T2-es egy végtelenül lassú processzor, azonban az ereje (többek között) abban kell(ene) legyen, hogy ezt a lassúságot sok-sok szálnál/processznél is tartja, így végső soron megfelelő -párhuzamos- terhelés alatt a sok lúd legyőzi a disznót. (látott már valaki disznót repülni? Na azt biztos nem győzi le!)
A kérdés csak az, hogy tudunk-e olyan alkalmazást találni, amely képes kihasználni ezt a masszív párhuzamosságot, illetve hogy mi képesek vagyunk-e akkora terhelést rakni a gépre, amitől azért még nem rogy meg, de elég stresszt jelent neki ahhoz, hogy kidomborítsa az izmait.
Ha jobban elgondolkozunk ezen a kérdésen, egy dolog még mindenképpen eszünkbe kell, hogy jusson. Mert hát szép, és jó, hogy több ezer klienssel már kezd a sok kicsi olyan sokra menni, hogy megéri a gép, nade az egyes szálak rettentően lassú teljesítményét nem fogják megérezni az egyes kliensek a válaszidőben?
Végső soron az, hogy egy szerver képes kiszolgálni sok ezer klienst nekünk jó, de ha a látogatóink közben elviselhetetlenül lassú válaszidőket tapasztalnak, már nem ennyire pozitív a helyzet.
A válaszidő méréséhez egy olyan szerverprogramot vettem igénybe, amely kellően elterjedt és rendelkezésre áll a terheléshez, illetve a válaszidő-méréshez megfelelő alkalmazás.
Mindkét gépre telepítettem tehát egy 9.5-ös bindot, készítettem egy megfelelően nagy random adatokból álló lekérdezés-listát, majd sorban végrehajtottam a következőket:
elindítottam a bindot 1-128-ig változó thread számmal
indítás után végigkérdeztem a random listát, hogy annak minden eleme bekerüljön a cache-be
a dnsperf programmal változó konkurrenciával (hány kérés lehet megválaszolatlanul a dróton) elkezdtem kérdezgetni a listából
A tesztből egyrészt kiesik, hogy adott bind és kliens párhuzamosságnál hány kérést tudott megválaszolni a szerver, illetve az is, hogy ezeket milyen válaszidővel tette:
Látható, hogy a T2-es nem remekelt ebben a tesztben, QPS-ben (Queries Per Secundum) a Xeon bőven megverte, azonban ehhez hozzá kell tenni, hogy a bind egy tipikus mai program: nem skálázódik jól sok processzorra.
Érdemes még szót ejteni a válaszidőkre is. Az átlag-válaszidőkben is nagyon jól kijön, de a maximumoknál látszik igazán: a T2 hiába lenne gyors -már persze ha az alkalmazás képes lenne valamit kezdeni 128 szállal-, az egyedi szálak válaszideje igencsak elmarad a versenytárstól.
Az átlagértékeket tekintve a legrosszabb esetben 292%-kal, míg a maximum válaszidőket tekintve 334%-kal rosszabb teljesítményt mutatott a T2 a Xeonhoz képest 128 bind szálnál.
Azt hiszem azt a bind sutaságától függetlenül kijelenthetjük, hogy a T2 nem azoknak való, akik a minél alacsonyabb válaszidőket keresik.
De nézzünk egy kicsit tovább is. A gépről eddig sem gondoltuk, hogy DNS szervernek való (bár éppenséggel az adottságai alapján -a válaszidőket leszámítva- megfelelő programmal még az is lehetne). De hát akkor mire tudnánk használni? (az adatbázis-szerveres témát hagyjuk, arrafelé 128, 256, 512 párhuzamos kapcsolat már meglehetősen soknak számít, a Java-alkalmazásszerveres, webszerveres dolgok pedig számomra nem túlságosan vonzóak, lévén, hogy nem foglalkozom ilyennel (bár a párhuzamosság kapcsán azért ott is vannak kételyeim))
Nos, egy, a kezemben lévő ajánlás szerint ez a szerver nagyon jó lehet például mailbox clusterbe (SMTP, POP, IMAP, ilyesmi), nyilván nem a belső diszkjeivel, hanem valamilyen SAN-os tárolóval.
Járjuk végig ezt az utat!
Kezdjük mondjuk egy olyan teszttel, amelynek van valami köze az internetes levelezéshez, de kellőképpen elrugaszkodott a valóságtól ahhoz, hogy érdekes legyen. :)
Kézbesítsünk e-maileket mondjuk postfixszel a /dev/null-ba!
A tesztkörnyezetről annyit, hogy mindkét tesztszerver (T5140, DL380 G5) két-két gigabites dróttal volt bedugva a teszt switchbe, amelyen lógott kilenc darab (szintén két-két Gigabit Ethernettel kapcsolódó) kliens.
A leveleket ezek a kliensek küldték, amennyire lehet egyenlően elosztva a kapcsolatokat a kliensek, azok interfészei, és a szerverek interfészei között (értelemszerűen egy párhuzamos kapcsolatnál csak egy TCP stream volt nyitva, de 18-nál már mindegyik útvonalra esett egy).
A teszteket 50 kB-os levelekkel végeztem, mivel a tapaszalat azt mutatja, hogy körülbelül ennyi lehet az átlag levélméret.
A teszt a fentieken kívül még annyi érdekességet tartalmazott, hogy az egyik futásnál minden levél egy TCP kapcsolaton ömlött be (azaz ha éppen 128-as kliens-párhuzamosságnál jártunk, 128 TCP kapcsolat nyílt a teszt elején, és annak végéig ezek nyitva is maradtak, minden levél ezeken ment be), míg a másiknál minden levél a saját TCP kapcsolatán esett be a rendszerbe (HELO, MAIL FROM, RCPT TO, DATA, QUIT).
A grafikonokon a "one" az egy kapcsolaton történő többszörös levélküldést, míg a "many" a kapcsolatonkénti egy levél küldését jelzi.
A két grafikon a görbéket tekintve megegyezik, a különbség csak annyi, hogy míg a bal oldalin másodpercenkénti üzenetek, addig a jobb oldalin másodpercenkénti bájtok láthatók.
Jól azonosítható különbség mutatkozik a "one" és "many" esetek között, hiszen ilyenkor a kliensnek, és a szervernek is jelentősen több munkája van, ráadásul a TCP handshake is időbe telik (DNS feloldás nem volt, a listen queue hosszú volt).
A Xeon itt is nagyon rávert a T2-re, pedig itt tényleg csak a biteket kellett lapátolni, ráadásul a postfixben (a master processzen, és a queue manageren kívül, amelyek közül itt utóbbi nem kapott szerepet) nem tudok olyan limitről, ami gátolhatta volna a platform erejének kirobbanását.
Igen látványos a görbe alja, ahol a T2 szinte lerajzolhatatlan számú levelet tudott kézbesíteni, míg a Xeon már egy szálon is képes volt majdnem 500 levelet benyelni a semmibe.
Érdekes még az is, hogy bár sokak szerint a T2-nek az egyik legnagyobb erőssége az, hogy képes sok szálú terhelésnél is megtartani a maximális teljesítményét, ebben a tesztben elég nagy ingadozás látszott, amit a többszöri ismétlés sem tudott teljesen eltüntetni.
A Xeon ennél nagy párhuzamosságoknál is sokkal egyenletesebb értékeket mutatott.
A T2 alulról nyújtózkodott a Gigabit felé, míg a Xeon jócskán ráverve jobban ki tudta használni a második adaptert is.
Miután az értelmetlen levélkézbesítésen túltettük magunkat, nézzünk valami életszerűbbet.
A fent említett ajánlás természetesen nem Postfixet feltételez, hanem a Sun levelező és kommunikációs megoldását, a Sun Java Communications Suite-ot.
Ez a termék magában foglal több komponenst is (kalendárium, webmail, instant messaging, stb), mi azonban csak a "mail core"-t a Messaging Servert fogjuk vizsgálni.
A szoftver létezik mind SPARC-ra, mind pedig x86-ra, tehát kiválóan megfelel a tesztkörnyezetünknek. A tesztben a legújabb, 6-os verziót próbáltam, amely -többek között- a Messaging Server 7-es verzióját tartalmazza (kicsit nehezen követhető, mint általában minden, ami a Suntól jön).
A tesztkörnyezet a postfixes teszthez képest változatlan: a szerverek ugyanúgy 2xGbps-szel csatlakoznak, a kliensek pedig erre a két interfészre egyenlően szórják a leveleket.
Ami változott az az, hogy a gépek kaptak Fibre Channelen kiajánlott diszkeket, amelyeket szándékosan egyesével, diszkdoboz oldali cache nélkül kaptak meg.
Ezek a kísérlet valódi céljából következnek, mely szerint azt szerettük volna megvizsgálni, hogy a Sun Thumper (X4500-as szériájú) SATA-s diszkdobozai mennyire alkalmasak a Messaging Server számára.
Sajnos a diszkek felé nem tudtunk akkora sávszélességet (a Thumperben minden diszk saját SATA vezérlőn van) adni, viszont a teszt során az FC kapcsolat terheltségét figyelve arra a következtetésre jutottam, hogy a nagyobb sávszélesség nem sokban (ha egyáltalán) befolyásolta volna a végeredményt.
A diszkdobozokban egyébként szintén 7k2RPM-es SATA diszkek voltak (mint a Thumperben), és a fentiek miatt bár igen nagy cache-sel (16 GB egyenként) rendelkeztek, annak kikerülésével, JBOD-ként ajánlottuk ki a diszkeket.
A teszt során a Messaging Server által írt minden fájl ezekre a diszkdobozokra került, a diszk pool pedig 1-től 30 diszkig nőtt, amellyel azt kívántuk meghatározni, hogy a diszkek számának a növelése mennyire hat ki a Messaging Server teljesítményére.
Minden szerver önálló egységet alkotott, tehát minden, a működéshez szükséges szolgáltatás, fájl helyileg elérhető volt, nem volt külső függőség.
Az első teszteket -ahogy az az ajánlásban szerepelt- ZFS-sel végeztem, a poolba egyre több diszket helyezve:
Az első képen a Postfix-tesztben már megismert "egy levél egy kapcsolat" felállás, míg a másodikon az "egy kapcsolaton az összes levél" típusú megközelítés eredménye látható.
Látszik, hogy az egy diszkhez képest a harminc diszk javít a teljesítményen, de valahogy ennél én többet vártam...
Kicsit a dolgok után nézve, a T5140-esen ez látszik a topban 768 párhuzamos klienskapcsolatnál:
last pid: 8758; load avg: 178.1, 89.0, 101.8; up 9+04:34:30 16:15:16
78 processes: 66 sleeping, 1 running, 11 on cpu
CPU states: 12.7% idle, 4.1% user, 83.1% kernel, 0.0% iowait, 0.0% swap
Memory: 16G phys mem, 8084M free mem, 4104M total swap, 4104M free swap
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
8742 mailsrv 104 0 0 94M 76M cpu/98 11:30 8.85% tcp_smtp_server
8744 mailsrv 104 0 0 94M 77M cpu/123 11:18 8.82% tcp_smtp_server
8738 mailsrv 104 0 0 94M 77M cpu/85 12:04 8.82% tcp_smtp_server
8740 mailsrv 104 0 0 94M 77M cpu/8 11:49 8.77% tcp_smtp_server
8732 mailsrv 104 0 0 96M 79M cpu/41 12:07 8.76% tcp_smtp_server
8746 mailsrv 104 0 0 93M 76M cpu/123 10:59 8.58% tcp_smtp_server
8750 mailsrv 104 0 0 93M 75M cpu/121 10:40 8.33% tcp_smtp_server
8749 mailsrv 104 0 0 94M 76M cpu/86 10:39 8.32% tcp_smtp_server
8752 mailsrv 104 0 0 93M 76M cpu/110 10:22 8.10% tcp_smtp_server
8755 mailsrv 104 0 0 93M 76M cpu/105 10:01 7.82% tcp_smtp_server
8737 mailsrv 16 0 0 176M 40M run 0:32 0.40% ims_master
8736 mailsrv 16 59 0 176M 40M sleep 0:21 0.25% ims_master
8711 root 207 59 0 435M 238M sleep 2:11 0.14% webservd
8721 mailsrv 3 59 0 127M 69M sleep 0:07 0.05% stored
7898 root 51 59 0 266M 249M sleep 0:21 0.04% ns-slapd
A 83,1% kernel meglehetősen magasnak tűnik! A DTrace szerint a kernelben töltött időben az alábbiak a toplistásak:
zfs`fletcher_2_native 219 0.1%
unix`_resume_from_idle 237 0.1%
SUNW,UltraSPARC-T2 314 0.1%
unix`disp_getwork 569 0.2%
unix`cpu_halt 22431 7.3%
unix`lock_set_spl_spin 43870 14.3%
unix`mutex_vector_enter 237146 77.1%
A lockstat szerint:
Profiling interrupt: 747538 events in 60.203 seconds (12417 events/sec)
Count genr cuml rcnt nsec Hottest CPU+PIL Caller
-------------------------------------------------------------------------------
645011 86% ---- 0.00 2236 cpu[56] syscall_trap
636091 85% ---- 0.00 2219 cpu[52] mutex_vector_enter
635090 85% ---- 0.00 2222 cpu[44] fdsync
635089 85% ---- 0.00 2222 cpu[44] fop_fsync
635087 85% ---- 0.00 2222 cpu[44] zfs_fsync
635085 85% ---- 0.00 2222 cpu[44] zil_commit
129383 17% ---- 0.00 2473 cpu[14] turnstile_lookup
129233 17% ---- 0.00 2473 cpu[14] lock_set_spl_spin
73249 10% ---- 0.00 2765 cpu[47] thread_start
71245 10% ---- 0.00 2753 cpu[110] idle
70445 9% ---- 0.00 2756 cpu[110] cpu_halt
26934 4% ---- 0.00 3943 cpu[0] (usermode)
6800 1% ---- 0.00 2406 cpu[0] zil_itx_assign
...
és:
Count indv cuml rcnt spin Lock Caller
-------------------------------------------------------------------------------
809952 71% 71% 0.00 289 0x300581e6c40 zil_commit+0x44
32488 3% 73% 0.00 11 0x60000871a40 vn_rele+0x18
23153 2% 75% 0.00 127 0x300581e6c40 zil_itx_assign+0x4
17496 2% 77% 0.00 11 0x60000871a40 lookuppnvp+0x4e0
15031 1% 78% 0.00 101 0x300581e6c40 zil_commit_writer+0x234
14834 1% 80% 0.00 18 0x3000fddbe10 dsl_dir_tempreserve_clear+0x4c
14552 1% 81% 0.00 19 0x3000fddbe10 dsl_dir_tempreserve_impl+0x20
13412 1% 82% 0.00 4 0x60005b953f0 zfs_zget+0x1c
13310 1% 83% 0.00 18 0x3000fddbe10 dsl_dir_willuse_space+0x8
13133 1% 84% 0.00 11 0x60000871a40 lookuppnat+0xa4
Nocsak, lehet, hogy a ZFS még nem T2-ready? Ennyi CPU-ra jól skálázódó programot tényleg nem egyszerű írni, bár az némileg kellemetlen, hogy pont a ZFS-nél jön elő ilyen...
A fentieken felbuzdulva nézzük meg, hogy ZVOL-on hogy muzsikál az UFS, hátha jobb eredményeket kapunk!
Hát, ez is valami. A csúcsteljesítmény jelentősen javult, az alacsonyabb párhuzamosságnál mutatott teljesítmény rovására.
Nézzük meg mi történik, ha letiltjuk a ZIL-t:
a vártnak megfelelően a gépek elkezdenek száguldani, annyira, hogy a T5140 magas párhuzamosságnál rövid időre utol is éri a DL380-ast.
A ZIL-t nem érdemes letiltani, viszont azt, hogy a fenti problémát a Sun is érzi jelzi, hogy az újabb szerverekben beépített flash (SSD) szolgál majd a ZIL tárolására, amely ha a letiltással egy szintre nem is hozza majd a ZFS-t, minden bizonnyal jelentősen emeli majd a sebességet.
Összefoglalva a fentieket: a Sun T5140 (és az UltraSPARC T2+) egy nagyszerű szerver, kiváló menedzsment-képességekkel és megbízható, korrekt, jól felszerelt hardverrel.
A fogyasztása összességében véve -súlyozva a tesztekben mutatott átlag-teljesítménnyel, és a Magyarországon szokásos, "hullámzó" terhelési görbékkel- azonosnak mondható a xeonos társáéval, bár ezügyben biztosat csak akkor tudnék állítani, ha ugyanolyan terheléssel járattam volna mindkettőt, és közben mértem volna a Wattórákat.
A gép (CPU) olyan képességekkel is rendelkezik, amelyeket itt nem vizsgáltam (hardveres virtualizáció, particionálás, beépített 10GE NIU, encryption offloading), viszont meghatározott célterületeken alkalmasak lehetnek arra, hogy jelentősen elmozdítsák a teljesítménymérleg nyelvét az Intel világgal szemben.
Összességében véve azt gondolom, hogy a jövő mindenképpen az ehhez hasonló processzorokban van (ahogy azt láthattuk is az x86-ok irányváltásából), viszont a kihasználásukhoz megfelelő feladat, és nemkülönben megfelelő eszközök (alkalmazások, módszerek) szükségesek.
Aki ma ilyen szerver vásárlására adja a fejét, előtte mindenképpen tájékozódjon, mert itt csak két véglet van: vagy nagyon jó lesz arra, amire veszi, vagy nagyon nem. |
www.hirtv.hu
2008-07-31 08:00:01 | 3,2 milliárd a Diagonnak |
| Az utóbbi idők egyik legnagyobb értékű állami egészségügyi beszerzését nyerte el a szocialista holdudvarhoz tartozó Kern József cége, a Diagon Kft. A cég az Országos Vérellátó Szolgálattól (OVSZ) kapott több mint 3,2 milliárdos megrendelést vírusszűrő tesztek szállítására. |
hup.hu
2008-08-14 18:15:39 | Útmutató a Linux kernel fejlesztésében való részvételhez |
| Minden bizonnyal rendszeresen visszatérő lehet a "hogyan tudnék közreműködni a kernel fejlesztésében" kérdés, hiszen a Linux Foundation kiadott egy sajtóbejelentést arról, hogy publikálta a "How to participate in the Linux community", azaz "Hogyan lehet közreműködni a Linux közösségben" című útmutóját. Az útmutatót Jonathan Corbet, a Linux Weekly News főszerkesztője készítette.
|
hup.hu
2009-03-17 08:48:37 | Tux Radar: Hogy működik a Linux kernel? |
| A Tux Radar egy cikkében áttekintette, hogy hogyan működik (leegyszerűsítetten) a Linux kernel. A kevésbé rendszerprogramozóknak, sokkal inkább alkalmazás-fejlesztőknek és felhasználóknak szóló cikk bepillantást ad abba, hogy mit csinál a kernel, kevésbé abba, hogy hogyan csinálja azt amit. A cikk elolvasható itt. |
hup.hu
2008-03-13 19:46:26 | Elérhető a gLiveCD 0.0.4rc3-as kiadása |
| ERP szerver és desktop egy livecd-n! Megjelent a gLiveCD legújabb kiadása (0.0.4rc3). Számos javítást és frissítést tartalmaz, előtérbe helyezve az ERP rendszerek bemutatását, valamint desktop alkalmazásokat, melyek a mindennapi munkánkhoz szükségesek lehetnek.
Követelmények:
PC, i686+
>=1024MB RAM
kávé :)
Tulajdonságok:
i686-ra optimalizált, működik Intel / AMD processzorokon stb.
2.6.24-gentoo-r2 kernel
előre telepített és konfigurált Apache, PostgreSQL, MySQL, stb.
előre telepített Ledger (fork of sql-ledger) - a tavugyvitel.hu kiadásának utf8 átdolgozása
előre telepített ledgersmb 1.2.13 magyarul, testreszabott menüvel
előre telepített de nem konfigurált tiny-erp
előre telepített egroupware 1.4.002 (osBusiness Edition)
főbb alkalmazások: Openoffice.org, qcad és qcad-parts, Skype (videó támogatás), Mplayer, Gimp, Inkscape, Firefox, Planner, Gnucash, Evolution, GNOME
hardver automatikus detektálása
Hogyan működik?
az indító menüben csak enter-t kell nyomni (framebuffer támogatás)
várakozás, kávéfogyasztás esetleg kis chips
hardver automatikus detektálás, szolgáltatások elindítása
X elindulása
guest felhasználó automatikus beléptetése
Firefox automatikus elindítása és a http://localhost megjelenítése magyarul
ha a gép hálózaton van és elérhető dhcp szerver, akkor automatikusan kapcsolódik a hálózathoz -> használható az internet
Ismert problémák
a GNOME és az X billentyűzet beállítások nem egyeznek teljesen, ezért kapunk egy figyelmeztető ablakot: ezt zárjuk be nyugodtan.
magyar billentyűzet kiosztás
Intel grafikus kártyák laptopokon: az Intel chipkészleteknek van valami hibájuk, nem szerepel az 1280x800-as felbontás a bios-ban, ezért a felbontást 1024x768-ra állítja be -> ez azt okozza, hogy a kép nem szép és vízszintesen nyújtott
Visszajelzéseket, adományokat és javaslatokat a fórumunk megfelelő helyén kérném jelezni :)
Adomány lehet az is, hogy ha a weboldaladon elhelyezel egy hivatkozást a honlapomra :)
Letölthető innen. |
hup.hu
2009-02-26 12:30:22 | A Microsoft beperelte a Linux-alapú szoftvert gyártó TomTom-ot szabadalomsértés miatt |
| Hát ez is elérkezett. A Microsoft eddig csak célozgatott arra, hogy a Linux (kernel) és több nyílt forrású szoftver is olyan összetevőket tartalmaz, amelyek sértik egyes szabadalmait. A techflash.com egyik cikke szerint a redmondi cég már nem csak beszél erről, hanem a tettek mezejére is lépett. A vállalat tegnap pert indított a Linux-alapú, autós navigációs rendszereket gyártó TomTom ellen. A Microsoft azzal vádolja a TomTom-ot, hogy annak eszközei nyolc szabadalmát sértik, s ebből három a TomTom által szállított Linux kernel verzióval függ össze.
A szóban forgó szabadalmak:
6,175,789 (Vehicle computer system with open platform)
7,054,745 (Method and system for generating driving directions)
6,704,032 (Methods and Arrangements for Interacting with Controllable Objects within a Graphical User Interface Environment Using Various Input Mechanisms)
7,117,286 (Portable computing device-integrated appliance)
6,202,008 (Vehicle computer system with wireless internet)
5,579,517 (Common name space for long and short filenames)
5,758,352 (Common name space for long and short filenames, again)
6,256,642 (Method and System for File System Management Using a Flash-Erasable, Programmable, Read-only Memory)
Úgy tűnik, hogy ez az első alkalom, hogy a Microsoft Linux-szal kapcsolatos szabadalmi pert indít azután, hogy éveken keresztül állította, hogy a nyílt forrású operációs rendszer komponensei egyes szabadalmait sértik. A per ellenére a Microsoft azt állítja, hogy nem a nyílt forrású szoftverek állnak a per fókuszában.
A Microsoft azt állítja, hogy utolsó lépésként indította a pert azután, hogy több mint egy éven keresztül próbált egyezségre jutni a céggel sikertelenül.
A szövetségi bírósághoz beküldött kereset itt (PDF). A techflash.com cikke itt. Az LWN itt foglalkozik az üggyel. |
www.storyonline.hu
2009-01-14 11:00:16 | Vitatott jelenet a Heti Hetesben! |
| Kern András rendhagyó jelenetet adott elő a legutóbbi Hetei Hetesben, amelyben elhunyt színművészeket idézett meg. Egyesek szerint a produkció kegyeletsértő volt, a Heti Hetes főszerkesztője azonban ezt nem tartja annak. |
www.bacskaisport.hu
2009-04-24 15:26:05 | II. Kyokushin Fesztivál: karate országos bajnokság Baján |
| Kyokushin karate magyar bajnokságnak ad otthont április 25-én a bajai Dr. Pósta Sándor Sportcsarnok.
Kern Róbert branch chief (4. dan), a verseny szervezője elmondta: a II. Kyokushin Fesztivál az IKO Kyokushinkaikan Magyarországi Szervezetének nyílt magyar bajnoksága, melyre a hazaiakon kívül eddig osztrák, lengyel, német és szlovák karatékák is neveztek. A viadalon minden korcsoportban (gyermektől felnőttig) [...] |
hup.hu
2009-03-05 12:25:49 | Syllable Desktop 0.6.6 RC |
| A Syllable operációs rendszer (HUP Wiki) korábban otthoni környezetben használt PC-re szánt operációs rendszer volt. Egészen a tavalyi évig, mikor is a fejlesztők egy Linux kernel alapokon nyugvó Syllable Server verzióval rukkoltak elő, amely a Distrowatch.com-on is elfoglalta a maga helyét.
A szétválasztás óta először jelentkezik a fejlesztőcsapat desktop ágon új verzióval, pontosabban a végleges kiadás előtti RC kiadással:
"If you want to influence the final version, this is your last chance to test it."
A fejlesztéssel kapcsolatos hírek itt olvashatók, kérdésekkel és javaslatokkal a fórum várja az érdeklődőket.
Letölthető innen (SyllableDesktop-0.6.6-20090303.i586.iso)
|
hup.hu
2008-04-29 10:00:00 | Felmérés a 2.4-es kernel felhasználtságáról |
| Willy Tarreau - a 2.4-es Linux kernelsorozat karbanartója - egy felmérést készít arról, hogy milyen mértékű a 2.4-es kernel felhasználtsága. Mint írja, "Tudom, hogy a 2.4-et még sok értelmes területen használják, habár manapság [már] jóval kevesebben mint a 2.6-ot. Legalábbis tudom, hogy számos célkészülék-gyártó/forgalmazó használja még az új termékeiben, és még [ráadásul] néha nagyon régi verzióját használják. Amit fel szeretnék mérni, az a használat módja," majd hozzátette "E szavazás [eredménye] nem szabja meg, hogy mi lesz beolvasztva legközelebb (feature fagyasztásban vagyunk egyébként), de segít nekem jobban megismerni a felhasználásod módját, és abban hogy megpróbáljam jobban kiszolgálni az igényeidet."
Willy összeállított egy 10 kérdésből álló kérdőívet, amely az alábbi kérdéseket feszegeti:
hol (milyen területen) használod a 2.4-et? (tűzfal, desktop, PDA, proxy, többfunkciós szerver, stb.)
milyen, mennyire kritikus rendszereken futtatod? (egészségügy, banki szektor, pénzügy, üzleti- és küldetéskritikus rendszerek, stb.)
körülbelül mennyi felhasználót szolgálnak ki a rendszerek?
melyik kernelverziót futtatod?
alkalmazol hozzá patch-eket (biztonsági, teljesítmény, driver, backport-ok, stb.)
milyen gyakran frissíted?
hogyan teszteled? (pre-production környezet, gyors regressziós teszt, nem teszteled, élesben teszteled, stb.)
miért nem frissítettél a 2.6-ra még?
mikorra tervezed a 2.6-ra váltást?
további megjegyzések, kommentek, javaslatok, amelyet megosztanál a karbantartóval
Willy kérte, hogy aki kitölti a tesztet, az privátban küldje el neki az eredményeket. Egyrészt azért, hogy elejét vegyék a "kinek hosszabb" (HUP zsargonban "e-penis lengetés") zaj kialakulásának, másrészt, hogy ezzel ne terheljék feleslegesen az LKML forgalmát.
A 2.4-et használóknak itt az ideje nyilatkozni.
Willy levele itt.
(Willy levelére válaszolva Adrian Bunk megjegyezte, hogy a felhasználók számára és a futtatott kernel verzióra lehet következtetni a Linux Counter "Machine statistics" felméréséből, aholis ~ 5 000 gépről érkező adatot dolgoznak fel. Eszerint kb. a Linux felhasználók 13%-a futtat 2.4-es kernelt. Willy válaszában leírta, hogy ez a felmérés nem szolgáltat adatot minden, számára érdekes, értelmes területről, így várja a kitöltött kérdőíveket.) |
hup.hu
2008-12-29 13:06:19 | Tux3 kernel játékkészlet karácsonyra |
| Daniel Phillips július végén jelentette be Tux3 névre hallgató, "verziózó" filerendszer kísérletét. Az LKML-en azóta többször is felbukkant a téma, de eddig még kézzelfogható eredménye nem nagyon volt a projektnek. Most, karácsony alkalmából Daniel egy némi "összeszerelést" igénylő Tux3 játékszettel állt elő.
"A Tux3 immár fut a kernelben, kissé instabil még, de többé-kevésbé POSIX filerendszer. [...] Ez még nem felhívás áttekintésre, mert úgy érezzük, hogy van még néhány dolog, amelynek benne kell lennie, hogy szalonképesnek nevezhessük."
A fejlesztő szerint főként az SMP lock-olással, atomikus commit-tel és némi memória szivárgással kapcsolatban van még tennivaló.
A fejlesztés nagy ütemben folyik tovább.
Ha valaki mégis játszani szeretne vele, annak egy rövid HOWTO áll a rendelkezésére a bejelentésben. |
hup.hu
2009-03-22 15:18:41 | Az SMM memória támadása Intel CPU gyorsítótár-mérgezésen keresztül |
| Az Invisible Things Lab (ITL) alapítója és vezérigazgatója, Johanna Rutkowska akkor került először a mainstream média szalagcímeibe, amikor bejelentette a (vitatott és soha sem bizonyított) "Blue Pill" névre hallgató, állítólagosan detektálhatatlan rootkit-jét és bemutatta azt a 2006-os Las Vegas-i Black Hat konferencián. A hölgy és csapata a héten ismét egy biztonsággal összefüggő felfedezést jelentette be.
Johanna Rutkowska, a Invisible Things Lab alapítója és vezérigazgatója
"Ahogy azt ígértük, a dokumentumot és az elmélet helyességét igazoló (proof-of-concept) kódot kitettük az ITL weboldalra itt.
Ebben a dokumentumban leírjuk a CPU gyorsítótár-mérgezés (cache poisoning) egy gyakorlati kihasználási módját annak érdekében, hogy (az egyébként védett) SMRAM memóriából olvashassunk vagy abba írhassunk. Két működő exploitot készítettünk: egyet a SMRAM tartalmának dump-olására, egy másikat pedig az SMRAM-ban való tetszőleges kódfuttatásra. Ez a harmadik, Intel-alapú rendszereket érintő támadási mód, amelyet a csapatom az SMM memória ellen talált az elmúlt 10 hónapban.
[...]
Az SMM ellen indított támadások lehetséges folyományai lehetnek SMM rootkit-ek, hypervisor kompromittálás vagy operációs rendszer kernel védelmi mechanizmus megkerülése."
A bejelentés itt olvasható.
Az Ars Technica szemügyre vette az ITL felfedezését és közértető módon leírta a problémát:
"Az exploit (PDF), amelyet Rutkowska tegnap bemutatott a System Management Mode-ot (SMM) érinti; a biztonsági csapat leírása szerint az SMM megegyezik a "Ring -2" szinttel (a példában: Ring 3 = alkalmazás szint, Ring 2 = eszközmeghajtó-program szint, Ring 1 = eszközmeghajtó-program szint, Ring 0 = kernel szint, Ring -1 = Intel Vanderpool virtualizáció szint, Ring -2 = SMM szint). Az ilyen mélységben működő kód gyakorlatilag bármit megtehet, miközben ez már egy olyan alacsony szinten való működés, amely már nem detektálható ésszerűen OS-szintű kereséssel."
Az Intel jelezte, hogy együttműködnek a biztonsági probléma megoldásán a szakemberekkel, minden bejelentést - így ezt is - komolyan vesznek és ahogy tudják, jelenleg nincs ismert, e biztonsági sebezhetőséget kihasználó exploit szabadon.
Az Ars Technica cikke - amelynek a címe "Intel CPU-level exploit could be tempest in a teapot" felteszi a kérdést, hogy vajon az Intel-nek komolyan kell-e vennie ezt a problémát (azaz, valós fenyegetést hordoz-e) vagy csak egy olyan technikai érdekességről van szó, amely pusztán elméleti szinten kelthet érdeklődést.
Az Ars szerint nem nagyon kell pánikolni, mert az igazság az, hogy a sebezhetőség kihasználásához a támadónak sok időre van szüksége, pontosan és mélységében kell ismernie a megtámadott konfigurációt. Viszont a cikk hangsúlyozza, hogy fontos, hogy az Intel komolyan vegye a problémát - ahogy azt látszólag teszi is.
A teljes cikk elolvasható itt. |
hup.hu
2008-04-16 17:00:00 | Régóta bujkáló memóriakorrupciós hiba került javításra; mára várható a végleges 2.6.25 |
| Molnár Ingo bejelentette az LKML-en, hogy egy, a Linux kernel sparsemem támogatásával összefüggő, régóta fennálló memóriakorrupciós hibát sikerült végre javítania. A bug - függően a kernelkonfigurációtól (!PAE), a kernelt futtató rendszer kiépítésétől (x86, > 4GB RAM) és egyéb paraméterektől - bizonyos esetekben rendszerösszeomlást, helytelen működést okozhat. Ingo szerint a bug egyidősnek tűnik a Linux kernel sparsemem támogatásával, amely először a 2.6.16-os kernelben mutatkozott be. Linus szép munkának nevezte Ingo bugvadászatát, és jelezte, hogy várhatóan ma kiadja a végleges 2.6.25-ös kernelt. Részletek a KernelTrap cikkében.
|
hup.hu
2008-11-30 10:12:49 | Készül a btrfs a mainline kernelbe |
| A Chris Mason és társai által csendben fejlesztett következő generációs Linux filerendszer, a btrfs kezd végleges alakot ölteni (lemezformátum tekintetében). A 2007. júniusában bejelentett filerendszer majd másfél évnyi aktív fejlesztés után lassan bekerülhet a mainline kernelbe és elérheti az 1.0-s állapotot.
Chris még szeptember végén jelentette be, hogy migrálta a btrfs forrásfáját git tárolókba (kernel modul, progs).
Akkor voltak a kóddal problémák, de Chris úgy látta, hogy a nagyon aktív fejlesztés alatt álló filerendszer fejlesztése szempontjából ezen a ponton az lenne az ideális, ha bekerülne a mainline kernelbe és ott folytathatnák a vele kapcsolatos munkákat.
Chris terve az, hogy a btrfs lemezformátumát az év végéig véglegessé tegyék.
Pár nappal ezelőtt Chris bejelentette, hogy frissítette a git (forrás)fákat a 2.6.28-rc5-ös kernelhez és tesztelte a linux-next kernelfával, amely a belépőt jelenti a mainline kernelbe.
A btrfs 1.0-s roadmap-je szerint a fejlesztők nem állnak rosszul ahhoz (1 darab "folyamatban levő"), hogy elérjék az 1.0-s állapotra betervezett feature mérföldkövet. |
hup.hu
2008-08-13 21:59:25 | Linus Torvalds: Linux 2.6.27-rc3 |
| Linus bejelentette a 2.6.27-es Linux kernel harmadik kiadásra jelölt verzióját. Mint levelében írja "a dolgok tényleg megnyugodtak, és remélhetőleg a regressziókból is sokat megoldottunk az -rc3-ban". Az -rc3 legemlítésreméltóbb változtatása az Atheros által nemrég kiadott ath9k driver beemelése. Emellett watchdog driver frissítések, arch include file-ok átnevezése és kisebb változtatások jellemzik a patch-et. Részletek a bejelentésben.
|
hup.hu
2008-07-28 00:00:01 | Lenny fagyasztva, Etch r4 kiadva |
| Marc HE Brockschmidt a Debian fejlesztési bejelentések listára küldött levele alapján a Lenny végre fagyasztásra került.
Ezzel egy időben Alexander Reichle-Schmehl bejelentette az Etch negyedik, javított kiadását. A Debian történetében először ez új kernelt és frissebb verziójú X.org-ot is jelent, így kapta ez a kiadás az Etch-and-a-half (Etch-és-egy-fél) nevet.
Még kerülhetnek csomagok a Lenny-be, ha:
kiadást akadályozó hibát javít,
a kiadás céljaival összefüggő módosítás, ha az nem túl nagy változtatás,
fontos besorolású hibát javít választható vagy extra prioritású csomagokban,
fordítási és dokumentálási hibajavítások,
előzőleg elfogadott változtatások.
Az Etch-and-a-half új csomagjai és módosításai:
újabb, 2.6.24-es kernel,
több NVidia és Intel videókártya támogatása,
frissített sysvinit, ami biztosítja a 2.6.23-as kernelben megjelent libata változtatással való leállítást,
újabb wireless-tools, amely támogatja az új kernelekben a WE API-t.
Mindehez pedig debconf frissítést az új telepítő folyamatjelzőjéhez. |
hup.hu
2009-01-29 06:52:11 | DoS sebezhetőség a x86-os Solaris 10-ben |
| Solaris 10 x86 DoS exploit-ról számoltak be a napokban a full disclosure levlistán. Az exploitot használó támadó kernel pánikot okozhat egy IPv6 sebezhetőségen keresztül. Egyetlen egy darab IPv6 csomaggal triggerelhető a probléma. A hiba pontos oka egyelőre nem ismert. Javítás egyelőre nincs, egyedüli ideiglenes megoldás az IPv6 támogatás letiltása. A részletek itt. |
hup.hu
2008-07-27 16:00:01 | Beta állapotba került a NAS eszközökhöz szánt Debian telepítő |
| A korábbi Debian projektvezető Martin Michlmayr beta teszteli a Marvell Feroceon mikroarchitektúrára épülő gépekhez szánt "debian-installer"-t. A telepítő a kiadás előtti állapotban levő Debian "Lenny"-vel működik együtt és tesztelésre került Qnap Systems által gyártott TS-109, TS-209, és TS-409 Pro Turbo NAS eszközökkel.
Qnap TS 109
Qnap TS 209
Qnap TS 409
Martin még májusban jelentkezett a Qnap port instabil fejlesztői kiadásával. Mint megannyi Linux-alapú NAS rendszer, a Qnap stuffok is a Marvell Feroceon mikroarchitektúrájára épülnek, amely az ARM Ltd. ARMv5 architektúrájának mikroarchitektúra implementációja. A Linux kernel egyébként a 2.6.25-ös verziótól kezdve támogatja ezt a mikroarchitektúrát.
Részletek itt, bejelentés itt. Telepítési infók itt.
A Qnap TS 109, TS 209 és TS 409 stuffok itthon is kaphatók kb. 55K, 75K és 140K forintos árakon. |
stop.hu
2009-05-06 13:20:00 | Kern András ma már kicsit szégyenli |
| Kern András főiskolásként a Nemzeti Színházban gyakornokoskodott, többek között Verebes Istvánnal együtt, és gyakran mókáztak. |
hup.hu
2009-02-02 21:18:45 | Mi várható a 2.6.29-be? |
| A Heise Online "Open Source" rovata egy cikksorozatban számol be arról, hogy milyen újdonságok várhatók a végleges 2.6.29-es Linux kernelbe. Az első két rész után már olvasható a harmadik és negyedik rész is:
Whats new in 2.6.29 - Part 1: Dodgy Wifi drivers and AP support
Whats new in 2.6.29 - Part 2: WiMAX
Whats new in 2.6.29 - Part 3: Kernel controlled graphics modes
Whats new in 2.6.29 - Part 4: ACPI, PCI, PM |
stop.hu
2008-01-11 08:12:00 | Kern Andrásnak infúziót kellett bekötni |
| Kern András két napot töltött kórházban hirtelen jött vírusfertőzése miatt. A Vígszínház művészét szigorú diétára fogták otthon. |
hup.hu
2008-02-21 09:15:19 | FreeBSD helyzetjelentés - 2007 negyedik negyedév |
| Brad Davis postázta a FreeBSD projekt 2007 negyedik negyedévére vonatkozó (október - december) eseményeit, történéseit, változásait tartalmazó összefoglalóját. Benne:
Összefoglaló a DTrace, FreeBSD Installer, Performance Monitoring, TCP ECN, TrustedBSD Audit és Xen projektek állásáról. Helyzetjelentés a Security Officer-től és a Security Team-től. Érdekességek, újdonságok a kernel területről (Coda; DDB scripting; output capture, and textdumps; FreeBSD SMP network stack scalability; FreeBSD/mips; LVM geom class; Major TCP Code Cleanup and Rewrite; Multi-IPv4/v6 jails; TCP Reassembly Queue Optimization; VM Overcommit).
Magyar vonatkozása is van az összefoglalónak. A dokumentációról szóló szekció megemlíti a magyar dokumentációs projektet.
A helyzetjelentés elolvasható itt. |
stop.hu
2008-10-14 07:15:00 | Havas Henrik ki miatt nem nézi a Heti hetest? |
| Kern András a Heti hetes legutóbbi felvételén elárulta: olvasta, hogy Havas Henrik egy valaki miatt nem nézi a műsort. Az illetőt pedig úgy hívják: Hajós András. |
hup.hu
2008-12-15 20:21:45 | Debian Lenny és az ATI 3D támogatás |
| Adott egy integrált ATI Xpress 1270-es típusú VGA és egy 2.6.26-1-686 verziójú kernel. Mivel sokat szenvedtem vele mire sikerült összehozni (körülbelül 1 hónap), gondoltam megírom, hogy hogyan sikerült megoldani, hátha más is hasonló gondokkal küzd.
A lényeg, hogy a repóban lévő drivert használjuk (fglrx), az ATI oldalán lévő driverekkel nekem mindig gondjaim voltak :(
Mindenekelőtt töröljük le a már fent lévő drivereket, hogy ne okozzanak problémát. Ha ezzel megvagyunk telepítsük fel a drivert. Ehhez adjuk ki a következő parancsot:
sudo apt-get install fglrx-driver fglrx-glx fglrx-atieventsd fglrx-source
Ha nem volt semmi hiba, akkor keressük meg a /usr/src/fglrx.tar.bz2 fájlt és másoljuk egy nekünk tetsző helyre (biztonsági okokból oda, aminek az írásához nem kell root jog), nekem ez a /home/vbalazs könyvtár volt. Csomagoljuk is ki ide.
Ha nem találjuk meg
Synapticból keressük meg az fglrx-source bejegyzést, jobb egérgomb Properties->Installed files. Itt meg lehet nézni pontosan hová telepítette.
Terminálból lépjünk be a kicsomagolt mappába (nekem /home/vbalazs/modules/fglrx), ahol a forrásfájlok vannak és adjuk ki a ./make.sh parancsot! Nekem kiadott jó pár warningot, de ugye ettől még lefordul. Remélem nem jelentenek komolyabb problémát később sem. Ha a fordítás sikerült (létrejött a mappában egy fglrx.ko nevű fájl), akkor másoljuk a megfelelő helyre a kernel modulunkat:
sudo cp fglrx.ko /lib/modules/2.6.26-1-686/misc/
nekem nem volt ilyen mappám eredetileg, ezt előtte ellenőrizzétek, ha nektek sincs akkor:
sudo mkdir /lib/modules/2.6.26-1-686/misc
lépjünk abba a mappába, ahová az imént másoltunk
cd /lib/modules/2.6.26-1-686/misc
Adjuk ki a sudo depmod -ae parancsot, hogy hozzáadjuk a modulokhoz!
Esetleg érdeklődhetünk újdonsült modulunk hogyléte felől:
sudo modinfo fglrx
Ahhoz, hogy indításkor a rendszer automatikusan betöltse a modult, szerkesztenünk kell az /etc/modules fájlt:
sudo gedit /etc/modules
írjuk az utolsó sorába: fglrx
Ezzel készen is vagyunk, újraindítás után terminálban ellenőrizhetjük a munkánkat.
glxinfo
itt a direct rendering sor érdekes, ha minden jól ment, akkor "Yes"-t kell írnia
fglrxinfo
itt pedig OpenGL vendor string: "ATI Technologies Inc."-nek kell megjelennie.
A hozzászólásokat/kritikákat előre is köszi ( ez az első írásom :)! |
www.bacskaisport.hu
2009-04-29 16:36:32 | Hat arany! |
| Hat magyar bajnoki címet szereztek a bajai karatékák a városunkban rendezett kyokushin országos bajnokságon! Kern Róbert 4. danos és Róka Györgyi 3. danos karatemesterek tanítványi közül a napokban a Dr. Pósta Sándor Sportcsarnokban zajlott versenyen Kapitány Tamás (felnőtt férfi A-kategória, 80 kg), Móricz Albert (felnőtt férfi A-kat., +80 kg), Knetig Emőke (ifjúsági lány könnyűsúly), Várszegi [...] |
hup.hu
2008-06-04 10:00:00 | A kernel oops-ok követése |
| Arjan van de Ven tavaly decemberben jelentette be a kerneloops.org projektet. A kerneloops.org weboldal összegyűjti egy helyre a különböző levlistákon, bugzillákban található, és a felhasználók rendszerein telepített kliens (kerneloops) által jelentett kernel oops és warning üzeneteket. Az adatokból statisztikát készít, amely megkönnyíti a kernelfejlesztők munkáját, hiszen azok pontosan láthatják, hogy a kernel melyik részén jelentkezik legtöbbször probléma és azt is, hogy mi okozza ezeket a problémákat.
Arjan szerint ezen a héten 3 670 oops és warning üzenetet jelentettek, összehasonlítva a múlt heti 3 029-cel. Várhatóan egyre több helyről érkezik majd adat, mert a kliens már nem csak a projekt weboldaláról tölthető le, hanem több Linux disztribútor is szállítja. A Fedora és a Debian az alapértelmezett telepítéskor telepíti is a klienset. Részletek a KernelTrap cikkében.
|
hup.hu
2009-01-09 06:25:34 | iPhone és Android után: Palm Pré |
| A Palm sem akar lemaradni az iPhone és az Android sikereiről, bejelentette saját, Linux által hajtott okostelefonját, ami Palm Pré névre hallgat.
A készülékben találunk wireless illetve GPS támogatást, gyorsulásmérőt, 8GB tárterületet, multitouch képernyőt, cserélhető elemet, illetve kicsúsztatható billentyűzetet. Miben más?
(Videó hozzáadva - a szerk.)
A készülék által futtatott platform neve Web OS, ez többek között abban is megnyilvánul, hogy a telefonra Javascript nyelven fejleszthetőek alkalmazások.
Bár a készülék szívében Linux kernel dobog, a Palm olybá tűnik, nem óhajtja a WebKites felület alá is beengedni a fejlesztőket.
Másik lényeges tulajdonsága a feladat orientált szervezés: "ablakok" vagy "alkalmazások" helyett kártyákat használ, amelyek egy adott feladattal hozhatóak összefüggésbe. Például üzenetküldésnél ugyanaz a kártya kezeli az SMS, e-mail, illetve egyéb üzeneteket, a hangsúly az írásos kommunikáción van.
A készüléket 2009 első felében teszik elérhetővé a nagyközönség számára, azonban egyelőre a Sprint szolgáltató kizárólagos szállítója lesz.
Bővebben: Ars Technica: Palm strikes back with new OS, pré handset at CES |
hup.hu
2008-10-08 20:52:34 | Linus blogot indított |
| Úgy tűnik, hogy a Linux atyja néhány nappal ezelőtt betette a lábát a blogvilágba. A "torvalds-family" blogspot oldalon a jelek szerint nem csak családi, hanem technikai dolgokról is szó lesz, így érdemes az oldalt a könyvjelzők közé felvennie azoknak, akik elsőkézből szeretnének infókhoz jutni a Linustól.
Az első bejegyzések közt szerepel, hogy Linus a Kernel Summit konferencia után kapott az Intel-től egyet az új 80GB SSD-jükből. A stuff tetszik neki. Szintén érdekes olvasmány, hogy a szigorú apa írt egy internethasználatot nyomonkövető scriptet, amellyel a gyermekei internetes hozzáférését korlátozza. |
hup.hu
2009-03-04 12:17:29 | Linus Torvalds: Linux 2.6.29-rc7 |
| Linus Torvalds bejelentette a 2.6.29-es kernel hetedik kiadásra jelölt verzióját. Levele szerint a stuff nagy részét néhány új driver (ATL1c hálózati driver és firewire FireDTV DVB vevő) teszi ki. Az új eszközmeghajtó-programokon kívül a többi változtatás mindössze kisebb javításokat hoz. Linus reméli, hogy egyre közelebb a végleges 2.6.29-es verzió, de a regressziós listát nézve erősen valószínű, hogy lesz előtte még minimum egy -rc8 kiadás is. A bejelentés itt olvasható.
|
hup.hu
2008-12-19 06:54:18 | Megjelent az openSUSE 11.1 |
| Az openSUSE projekt büszkén jelenti be az openSUSE 11.1 megjelenését, amely több mint 230 új funkciót tartalmaz, többek között a YaST továbbfejlesztését, a GNOME, KDE, az OpenOffice.org frissítését, a nagyobb szabadságot nyújtó új licenc bevezetését, valamint a Liberation betűkészletek és az openJDK beillesztését a disztribúcióba. Az openSUSE 11.1 az első kiadás , amely teljes egészében az openSUSE Build Service segítségével készült. Az asztali gépek felhasználó számtalan kedvükre való újdonsággal találkozhatnak, mivel a disztribúció része a GNOME 2.24.1, a KDE 4.1.3, valamint a KDE 3.5.10.
(Igen, volt már szó az openSUSE 11.1 megjelenéséről, de ez egy sokkal részletesebb és pontosabb beszámoló. - a szerk.)
Fontosabb tudnivalók
Új licenc, amely lehetővé teszi a redisztribúciót.
A nyílt forrású komponensek és a firmware-ek a fő telepítőmédián kaptak helyet.
A zárt forrású és egyéb jogi védelem alá eső komponensek külön CD-n és az online telepítési forrásban találhatók.
Az agfa-font helyett a Liberation betűkészletek kerültek a disztribúcióba.
irefox 3.0.4
OpenOffice.org 3.0
Gnome 2.24.1
KDE 4.1.3 + KDE 3.5.10
Mono 2.0.1
Linux kernel 2.6.27.7
Glibc 2.9
A Sun Java helyett openJDK (a Sun Jav továbbra is megtalálható a CD-n és az online telepítési forrásokban)
A részletes komponensleírás az openSUSE wikiben, csomagleírás pedig distrowatch oldalán található
Képernyőképek
Képek a telepítésről
Új YaST-modulok
A User Experience csoport munkájának köszönhetően számos új YaST-modul készült le vagy került átírásra, hogy része lehessen a legfrissebb kiadásnak:
Szoftverkezelő
Particionálás
Nyomtatóbeállítás
Multipath beállítás
Hangkártya-beállítás
Mentés
Smolt projekt
Az első bejelentkezéskor lehetőség van elküldeni a számítógép hardverinformációit a Smolt projektnek. A Smolt a Fedora és az openSUSE közös erőfeszítése, hogy minél több hardverinformációhoz jussanak a fejlesztők azokról a számítógépekről, amelyeken Linuxot futtatnak. Az információk átfogó képet adhatnak a felhasznált hardverekről és ezzel ötleteket adhatnak a fejlesztőknek, hogy milyen illesztőprogramok fejlesztésén dolgozzanak. Az információ elküldése csak egy gombnyomás és nagy segítséget jelent a teljes Linux-közösségnek.
Csomagkezelés
A méltán népszerű 1-kattintásos telepítés után a szoftverkezelő a már telepített csomagok alapján újabb csomagokat javasol. Ezek a csomagok nincsenek függőségben a már telepített csomagokkal, de kibővítik azok funkcionalitását. Ezzel sokkal könnyebben lehet felfedezni a disztribúció által kínált lehetőségeket.
A GNOME után a KDE is a lassan de-facto szabvánnyá váló PackageKitet használja a szoftverkezeléshez.}}
GNOME
Az előző openSUSE kiadás óta számtalan továbbfejlesztett alkalmazás került ki a GNOME fejlesztőműhelyéből:
a Nautilus a lista- és ikonnézet mellett tömör nézettel is rendelkezik, valamint böngésző módja támogatja a a lapok használatát a könyvtárak egy böngészőablakon belüli gyors váltása érdekében;
az Evolution levélsablonokkal rendelkezik és leegyszerűsíti a Gmail postafiókok használatát;
az Ekiga, amely egy minden igényt kielégítő SIP hang/videokonferencia kliens, teljesen új kiadással örvendeztette meg a felhasználókat;
új, 1.4-es verzióval jelentkezett a Banshee projekt, amely most már nem csupán audio-, de videótámogatást is tartalmaz és így teljes értékű multimédialejátszóvá vált, emellett támogatja a szinkronizációt az Android telefonokkal.
A GNOME 2.24 újdonságai a kiadási megjegyzésben olvashatók.
KDE
A KDE4 továbbfejlesztése folyamatosan és nagy erőkkel folytatódott az openSUSE 11.0-hez képest:
visszakerült a KDE-PIM,
új játékok jelentek meg
megjelent a KSCD CD-lejátszó,
bekerült a disztribúcióba a KsystemLog naplózó alkalmazás,
számos továbbfejlesztés történt a Dolphin, Konqueror alkalmazásokban,
elkészült a Marble és az OpenStreetMap integrációja,
a csomagkezelés, a GNOME-hoz hasonlóan PackageKit alapokon nyugszik.
Az openSUSE KDE csapata néhány KDE 4.2 újdonságot is becsempészett ebbe a kiadásba, így például helyet kapott a Kwin és az energiagazdálkodási modul.
Természetesen, a korábbi ígéreteknek megfelelően a KDE 3.5.10 is része a disztribúciónak.
OpenOffice.org
Ez a kiadás tartalmazza az OpenOffice.org 3.0 Novell Edition változatát, amely számtalan olyan fejlesztést tartalmaz, amely nem része az OpenOffice.org upstreamnek.
Ez a verzió támogatja az ODF 1.2 verziót, és OOXML import lehetőségeket biztosít, és többek között Gstreamer és Mono integrációt tartalmaz.
Ez az első olyan kiadás, ahol az OpenOffice.org komponensek külön csomagokban jelennek meg.
Nyelvi támogatás
A magyar nyelv továbbra is a hivatalosan támogatott nyelvek közé tartozik.
Talán az egyik legfontosabb eredmény, hogy az openSUSE 11.1 kiadással párhuzamosan megtörtént a harmonizáció az openSUSE és az SLE termékek között. Ez természetesen a felhasználóknál közvetlenül nem jelentkezik, de az openSUSE és az SLE termékek közötti különbségek egyre kisebbek és kisebbek lesznek.
Az elmúlt évek tapasztalata azt mondatja, hogy egy ilyen nagy iramban fejlődő fejlesztési modellhez lehetetlen vagy nagyon nehéz tökéletes lokalizációs munkával jelentkezni. Ezt belátva az openSUSE egy olyan terven dolgozik, hogy a megjelenést követően, ütemezetten, minden második héten lokalizációs csomagokat fog kiadni.
A cél mindig az, hogy kiadásról kiadásra egyre jobb minőségben és egyre teljesebb magyar nyelvi támogatást kapjanak a felhasználók. Ennek az openSUSE 11.2 fejlesztésének megfelelően változtatni kell a lokalizációs stratégián is, ahogy ez az openSUSE 11.1 fejlesztésénél is megtörtént.
Szeretném megköszönni mindenkinek, aki elősegítette, hogy a disztribúció ezt a nyelvi támogatási szintet elérje:
Bíró Árpádnak, a rengeteg nyelvi hibabejelentésért
Kelemen Gábornak, a Gnome-ban nyújtott segítségért és fordításokért
Novák Ervinnek, a SUSE specifikus fordításokért
Szántó Tamásnak, a KDE kitartó fordításáért.
és mindenki másnak...
Médiák
Az openSUSE 11.1 az alábbi médiákon jelenik meg:
openSUSE 11.1 DVD 32-bit
openSUSE 11.1 DVD 64-bit
openSUSE 11.1 DVD PowerPC
openSUSE 11.1 GNOME 32-bit Live CD
openSUSE 11.1 KDE 4 32-bit Live CD
openSUSE 11.1 GNOME 64-bit Live CD
openSUSE 11.1 KDE 4 64-bit Live CD
Ezek a médiák az http://software.opensuse.org oldalon keresztül tölthetők le.
Lehetőség van az openSUSE 11.1 doboz megvásárlására is, amely 90 napos telepítési támogatást, DVD-t és nyomtatott dokumentációt tartalmaz.
Köszönetnyilvánítás
Nem szabad megfeledkezni arról, hogy az openSUSE 11.1 több ezer fejlesztő munkájának az eredménye, akik közreműködnek az openSUSE fejlesztésében és a disztribúcióban megjelenő upstream projektekben. Az openSUSE projekt bízik benne, hogy mindenki, rendkívül büszke erre a kiadásra függetlenül, hogy az openSUSE projekt részeként vagy azon kívül dolgozott.
Az openSUSE projekt mindenki közreműködését köszöni!
Az openSUSE projekt tagjai remélik, hogy ez az eddigi legjobb openSUSE kiadás és mindenki örömet talál a használatában.
Itt az ideje elkezdeni az openSUSE 11.2 fejlesztését!
Kéménczy Kálmán
openSUSE |
hup.hu
2008-08-02 22:00:01 | Reagált a Foxconn a Linux-szal kapcsolatos problémákra |
| Mint az ismert, egy Ryan nevű Linux felhasználó nemrég azzal vádolta meg a hardvergyártó Foxconn-t, hogy az "szabotálja BIOS-át, hogy elrontsa a Linux ACPI-t". Noha Matthew Garrett - Linux fejlesztő - azt feltételezte, hogy a probléma egy része inkább kernel bugnak látszik, a Foxconn egyik képviselője mégis jelentkezett az Ubuntu fórumban és tesztverziójú BIOS-t kínált a Linux felhasználóknak kipróbálásra.
A Foxconn munkatársa Heart Zhang-ként mutatkozott be és elmondta, hogy a Foxconn China munkatársa. Jelezte, hogy az Egyesült Királyságban dolgozó Carl Brunning kollégájával kapcsolatba léptek az ügyet kirobbantó Ryan Farmer-rel, és tegnap este egy debug verziójú BIOS-t küldtek a felhasználónak tesztelésre. Ryan visszajelzései szerint az új verziójú BIOS a korábban tapasztalt problémák nagyrészét orvosolja.
A fórumtopikban megtalálható a teszt BIOS elérhetősége, így az ilyen alaplappal rendelkező Linux felhasználók is tesztelhetik saját lapjukon.
A fórumtopik itt található. |
|
Keresés: Linkajánló:
|
