| |
Binder
Binder településenként ezen az oldalon
Binder Budapest
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 Multech Kft.1144 Budapest, Szentkirályi u. 11. 273-0501 http://www.multech.hu |
BEST, BINDER, csomagolástechnika, élelmiszer- és dohányipari gép és berendezés, élelmiszeripar, élelmiszeripari gép, export-import, forgalmazás, képviselet, kereskedelem, marketing, nyomtató, tervezés Binder Szombathely
Irókéz Kft.9700 Szombathely, Szófia u. 33-35. 94/513-300 fenyom kukac irokez.hu, http://www.irokez.hu |
BINDER, boríték, csipesz, fénymásolópapír, gemkapocs, határidőnapló, háztartási papíráru, irodaszer, írószer, írószer, irodai eszköz, írószertartó, légpárnás boríték, leporelló, naptár, nyomtatvány, olló, papír, papíráru, papíráru és írószer, papírkosár, pénztárszalag, színes papír, toll Hírek Binder témában www.hirextra.hu
2008-07-27 11:15:37 | A károk felét tudja rendezni a MÁV biztosítója |
| A meglévő károk mintegy felére elegendő a MÁV Általános Biztosító Egyesület pénze - mondta a Pénzügyi Szervezetek Állami Főfelügyeletének szóvivője. Binder István hozzátette: az alapszabály szerint először a személyi sérüléses károkat fizetik ki. |
www.klubradio.hu
2008-02-26 11:25:18 | Változik a THM, új szabáylok - hallgassa meg! |
| Újszabályokkal egészült ki a THM (teljes hitel mutató) rendelet, a változásokról Binder István a Pénzügyi Szervezetek Állami Felügyeletének szóvivője beszélt a Klubrádió Ingatlanpiac című műsorában. |
www.hir3.hu
2008-03-15 11:02:00 | Binder Géza már édesanyjának is bemutatta Liptai Claudiát! |
| Binder Géza mesterfodrász és Liptai Claudia kapcsolata hosszú évekre nyúlik vissza. Claudia évek óta a neves fodrászra bízza frizuráját, és kapcsolatuk olyannyira jól alakul, hogy Géza már édesanyjának is bemutatta a népszerű műsorvezetőt. |
gondola.hu
2009-04-03 11:39:48 | Vizsgálatot indított a PSZÁF a Mol ügylet miatt |
| A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) vizsgálatot indított azért, hogy kiderítse, a szabályoknak megfelelően szerzett-e tulajdonrészt a Mol Nyrt.-ben az orosz Surgutneftegas. Binder... |
origo.hu
2008-11-24 14:49:31 | A kötelező biztosítást vizsgáltatja a PSZÁF |
| Farkas István, a Pénzügyi Szervezetek Állami Felügyeletének (PSZÁF) elnöke levélben kérte fel a Gazdasági Versenyhivatalt (GVH) és a Magyar Biztosítók Szövetségét (Mabisz), hogy versenyjogi, illetve etikai szempontból nézzék át a kötelező gépjármű-felelősség biztosítási tarifákat - mondta Binder István, a felügyelet szóvivője. |
hirszerzo.hu
2008-10-13 19:21:00 | Devizahitelezés: a PSZÁF nem tervez korlátozásokat |
| A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) nem tervezi a devizaalapú hitelezés területén korlátozások bevezetését - mondta Binder István, a PSZÁF szóvivője az MTI-nek. |
hvg.hu
2008-07-30 13:09:19 | PSZÁF: mindenki fizesse be a MÁV ÁBE biztosítási díját |
| A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) arra figyelmezteti a MÁV Általános Biztosító Egyesületnél (MÁV ÁBE) kötelező gépjármű-felelősségbiztosítással rendelkezőket, hogy fizessék be az esedékes díjat, mert ellenkező esetben komoly szankciókra számíthatnak - mondta el Binder István, a PSZÁF szóvivője. |
stop.hu
2008-08-06 14:23:00 | A MÁV Biztosító küldi a kértörténeti igazolásokat |
| Folyamatosan postázzák MÁV Általános Biztosító Egyesületnél (MÁV ÁBE) ügyfeleknek a kártörténeti igazolásokat - mondta Binder István, a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) szóvivője az MTI-nek szerdán. |
www.mno.hu
2008-07-30 14:00:00 |
PSZÁF: mindenki fizesse be a biztosítási díjat a MÁV ÁBE-nál
|
|
A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) arra figyelmezteti a MÁV Általános Biztosító Egyesületnél (MÁV ÁBE) kötelező gépjármű-felelősségbiztosítással rendelkezőket, hogy fizessék be az esedékes díjat, mert ellenkező esetben komoly szankciókra számíthatnak - mondta el Binder István, a PSZÁF szóvivője.
|
www.inforadio.hu
2008-08-13 16:00:01 | A MÁV-osok fele már talált új biztosítót |
|
Megközelítőleg a tagság fele, nyolcvanezer MÁV Általános Biztosító Egyesületi tag szerződött már át más biztosítótársasághoz - mondta az InfoRádiónak a Pénzügyi Szervezetek Állami Felügyeletének szóvivője. Binder István szerint legfeljebb pár ezren lesznek azok, akik az augusztus 15-én lejáró határidőig nem keresnek új biztosítót.
|
www.srh.hu
2008-07-30 09:13:53 | Nem egyszerű elmenekülni a MÁV Biztosítótól |
| Egyelőre nem lehet tudni, mi lesz a következménye, ha egy, a MÁV Biztosítóhoz (MÁV ÁBE) tartozó autós ma balesetet okoz - derül ki a ma reggeli országos lapokból.
Amíg a MÁV MÁV ÁBE pórul járt tagjai kártérítés nélkül maradhatnak, addig azokat az autósokat, akik be sem fizetik kötelező gépjármű-biztosításukat, vagy korábbi szerződésük már lejárt, a Magyar Biztosítók Szövetsége (Mabisz) kisegíti - hívja fel a figyelmet a Népszava. Ezekben az esetekben a Mabisz Gépjármű Kárrendezési Irodája az egyes biztosítók díjarányos befizetéseiből fizeti ki a kártalanítási számlát, vagy igyekszik annak összegét a kárt okozójától behajtani. Egészen tavalyig, a számlát csak akkor egyenlítették ki, ha a balesetben súlyos sérülés történt, vagy a sértett elhunyt, idén azonban már a dologi kárt is megtérítik. Binder István, a PSZÁF szóvivője a lapnak elmondta, mint minden biztosító, a MÁV ÁBE is rendelkezett viszontbiztosítással, azonban már ezt a forrást is beszámították az egyesület kártérítésre fordítható keretébe.
A Pénzügyi Szervezetek Állami Felügyelete szerint nem biztos, hogy az egyesület képes kifizetni a felmerült kárt: a várható kárkifizetésekre 9 milliárd forintra volna szükség, ám ennek az összegnek csak a fele áll rendelkezésre. Ha ez az összeg elfogy, akkor az ügyfelek magukra maradnak, vagyis ki kell fizetniük az okozott kárt.
Az ügyfelek emiatt menekülnének a MÁV Biztosítótól, ám ez nem egyszerű feladat. Az egyik megoldás, hogy az autós nem fizeti be a díjat, akkor megszűnik a szerződés, ám ennek nyomán az ügyfél elveszti bónuszfokozatát, rendőri igazoltatásnál megbüntetik, ha pedig balesetet okoz, akkor kénytelen fizetni.
Az átszerződés egy másik megoldás, de ez csak akkor lehetséges, ha a PSZÁF felfüggeszti a társaság tevékenységét. A felügyelet már kezdeményezte ennek a jóváhagyását, ám kérdés, hogy jogos-e az e lépés. Nem biztos ugyanis, hogy valóban elfogy majd az egyesület pénze. Másfelől azt sem biztos, hogy van jogi alap a megszüntetésre.
Veres János pénzügyminiszter kedden jelezte: a felfüggesztéshez feszesen megfogalmazott jogi leírásoknak kell megfeleltetni az egyesület státuszát. Ha ezt nem sikerül megoldani, akkor nem lehet felfüggeszteni a céget. A szakma képviselői jelenleg arról vitáznak, mi lehet a megoldás, egyesek szerint a jogszabályok gyors módosításával kellene rendezni a helyzetet, s megadni az átszerződési lehetőséget, ha ezt a MÁV Biztosító ügyfele igényli. Veres János közölte: a megoldásokra várni kell, a felügyelet MÁV Biztosítónál lefolytatott vizsgálata alapján döntenek majd a további lépésekről. |
hvg.hu
2008-08-07 18:52:33 | MÁV-ÁBE: közel húszezer ügyfelet már befogadták a biztosítók |
| A MÁV Általános Biztosító Egyesületnél (MÁV-ÁBE) kötelező gépjármű felelősségbiztosítással (kgfb) rendelkezők közül már közel húszezer biztosított átszerződési kérelmét befogadták a biztosítók - mondta Binder István, a Pénzügyi Szervezetek Állami Felügyeletének (PSZÁF) szóvivője. |
www.inforadio.hu
2008-04-24 16:00:00 | PSZÁF: nem meglepő, hogy csökkent a bankok jövedelmezősége |
|
Csökkent a bankszektor jövedelmezősége 2007-ben, és élesedett a szolgáltatók között az árverseny - derül ki a Pénzügyi Szervezetek Állami Felügyeletének a tavalyi évről kiadott elemzéséből. Binder István, a hatóság szóvivője elmondta: a fokozódó verseny egyik következménye a kockázatosabb hitelezés.
|
www.hirextra.hu
2009-03-06 19:10:39 | Suzukik casco nélkül |
| Panaszügyi eljárást indított a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF), hogy megállapítsa, történt-e mulasztás a Suzuki Ász "cascoügyében" - mondta Binder István, a PSZÁF szóvivője pénteken az MTI-nek. |
www.premierfilm.hu
2008-11-04 14:40:00 | Binder Géza parókát adott vendégeire |
| A hét második szakácsa, Binder Géza a gondolatai főzés közben is a frizurák körül forognak. Minden vendégét meglepi egy parókával, bevásárolni pedig fodrászollóval megy, és idegenek haját igazítja. |
www.hirextra.hu
2008-12-21 09:45:01 | Eltűnnek az alacsony törlesztőrészletek |
| Jövőre a nulla százalékos önrészű, és 96 hónapnál hosszabb futamidejű gépjárműhitel-konstrukciók esetében 50-100 százalékos többlettartalékot ír elő a Pénzügyi Szervezetek Állami Felügyelete. Binder István szerint ez az intézkedés akkora plusz terhet fog jelenteni a finanszírozó cégeknek, hogy e kockázatos hiteltermékek teljesen el fognak tűnni a piacról. |
www.gazdasagiradio.hu
2008-04-08 08:15:00 | Korántsem mindegy, ki töri össze a kocsinkat? |
| A MÁV Biztosító mától nem adhat el új gépjármű felelősségbiztosításokat a pénzügyi felügyelet döntése alapján. Az indoklás szerint az átjelentkezési időben számos ügyfelet magához csábító társaság nem rendelkezik elég kárrendezési tartalékkal, ez kockáztatja a biztonságos működést. A MÁV Biztosító elnöke azonban hangsúlyozta, hogy addig nem függesztik fel a szóban forgó üzletágat, míg nem kapnak erre vonatkozó hivatalos értesítést. Kis Krisztián a Pénzügyi Szervezetek Állami Felügyeletének szóvivőjét, Binder Istvánt kérdezte. |
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.nemzetisport.hu
2008-08-11 09:00:03 | Férfi légpuska: Bindra aranya India első egyéni bajnoki címe |
| India, a világ második legnépesebb országa 1,1 milliárd lakossal, első egyéni olimpiai aranyérmét nyerte hétfőn, amikor Abhinav Bindra megnyerte a férfi légpuska 10 méteres számát. |
origo.hu
2009-04-23 12:30:00 | Pert nyert a PSZÁF az ingatlanalapok ügyében |
| Első fokon a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) nyerte meg a Fővárosi Bíróságon azt a pert, amelyet egy magánszemély indított az ingatlanalapok forgalmazásának felfüggesztése miatt - mondta el Binder István, a PSZÁF szóvivője az MTI-nek csütörtökön. |
2008-04-09 12:55:00 | PSZÁF: egymilliárd a MÁV-biztosító hiánya |
| Egymilliárd forint a hiány a MÁV-biztosítónál - közölte Binder István, a PSZÁF szóvivője, aki elmondta, hogy kedd este a biztosító vezetése megkapta a pénzügyi felügyelet felfüggesztő határozatát és ezzel a PSZÁF véleménye szerint jelentősen csökkent a veszélye annak, hogy a vétlen autósok nem kapnak a kötelező felelősségbiztosítás alapján kártérítést akkor, ha MÁV-biztosítós jármű okoz nekik kárt. |
www.onroad.hu
2008-11-12 17:00:00 | Ducati órákat mutatott be a Binda csoport |
| Aki motorozik, az tudja, a motorozás nem hobbi, hanem egy életstílus. |
www.profitline.hu
2009-04-23 13:00:00 | Elsőfokon pert nyert a PSZÁF |
| Első fokon a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) nyerte meg a Fővárosi Bíróságon azt a pert, amelyet egy magánszemély indított az ingatlanalapok forgalmazásának felfüggesztése miatt - közölte Binder István, a PSZÁF szóvivője. (ProfitLine.hu)
|
www.klubradio.hu
2008-07-06 08:09:53 | PSZÁF - átfogó felügyeleti vizsgálat indul a közvetítőknél |
| Ősszel átfogó témavizsgálatba kezd a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) a közvetítőknél, ehhez hasonló nagyságú és átfogó vizsgálatra eddig egyszer, a vagyonkezelőkkel kapcsolatban került sor - mondta az MTI-nek Binder István, a felügyelet szóvivője. |
gondola.hu
2009-03-06 17:00:02 | Már vizsgálódik a PSZÁF a Suzuki Ász ügyben |
| Panaszügyi eljárást indított a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF), hogy megállapítsa, történt-e mulasztás a Suzuki Ász "cascoügyében" - mondta Binder István, a PSZÁF... |
origo.hu
2008-08-08 07:30:00 | MÁV ÁBE: közel húszezer ügyfelet már befogadtak a biztosítók |
| A MÁV Általános Biztosító Egyesületnél (MÁV ÁBE) kötelező gépjármű felelősségbiztosítással (kgfb) rendelkezők közül már közel húszezer biztosított átszerződési kérelmét befogadták a biztosítók - mondta Binder István, a Pénzügyi Szervezetek Állami Felügyeletének (PSZÁF) szóvivője csütörtökön. |
www.mno.hu
2008-04-27 13:03:00 |
Felújították Közép-Európa legrégibb működő orgonáját
|
|
Befejeződött a soproni Szent György-templom orgonájának teljes felújítása; Közép-Európa legrégibb, ma is működő hangszerét a szent ünnepéhez kapcsolódóan szentmise keretében ma Paskai László bíboros áldja meg - mondta Bindes Ferenc plébános.
|
www.hirextra.hu
2008-08-11 08:50:41 | India első egyéni olimpiai aranya |
| India, a világ második legnépesebb országa 1,1 milliárd lakossal, első egyéni olimpiai aranyérmét nyerte hétfőn, amikor Abhinav Bindra megnyerte a férfi légpuska 10 méteres számát. |
www.mno.hu
2009-04-23 12:15:00 |
Pert nyert a PSZÁF
|
|
Első fokon a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) nyerte meg a Fővárosi Bíróságon azt a pert, amelyet egy magánszemély indított az ingatlanalapok forgalmazásának felfüggesztése miatt - mondta el Binder István, a PSZÁF szóvivője csütörtökön.
|
www.nemzetisport.hu
2008-11-08 16:20:03 | NB II, Keleti csoport: Cegléden győzött a Kazincbarcika |
| Ciprian Binder duplájával a Kazincbarcika 0 |
www.gazdasagiradio.hu
2009-02-06 18:00:00 | Panaszáradat: nekiestek a magyarok a bankoknak |
| Csaknem 35 százalékkal nőtt a Pénzügyi Szervezetek Állami Felügyeletéhez beérkező panaszok száma tavaly szeptember és december között 2007 azonos időszakához viszonyítva - mondta Binder István, a PSZÁF szóvivője kormányszóvivői tájékoztatón |
www.gazdasagiradio.hu
2008-08-06 14:30:00 | Postaládájukat figyelhetik a MÁV biztosítósok |
| Folyamatosan postázzák a MÁV Általános Biztosító Egyesület ügyfeleinek a kártörténeti igazolásokat - mondta Binder István, a felügyelet szóvivője |
www.premierfilm.hu
2008-11-02 18:34:00 | Bella Levente balesetveszélyesen főz |
| Bella Levente, Binder Géza, Szorcsik Viktória, Niki Belucci és Terry Black a Hal a tortán következő heti ötösfogata. |
www.klubradio.hu
2008-05-05 10:46:49 | Binder: fizetőképes a MÁV biztosító |
| Fizetőképes a MÁV Általános Biztosító Egyesület, folyamatos a kárrendezés az ügyfelek befizetései révén ? tudta meg a Klubrádió a Pénzügyi Szervezetek Állami Felügyeletének szóvivőjétől. Binder István annak kapcsán beszélt erről, hogy a MABISZ főtitkára a Napi Gazdaságnak nyilatkozva elképzelhetőnek nevezte: a MÁV biztosító fizetésképtelensége esetén a károkozóknak kell helytállniuk az okozott károkért. |
www.gazdasagiradio.hu
2008-02-20 08:15:00 | OTP: 10 százalék felett elfogy a levegő |
| A PSZÁF elutasította az orosz befektető Rahimkulov kérelmét, hogy az OTP Bankban szerzett tíz százalék fölötti részesedését megtarthassa. A felügyelet emellett arra kötelezte az üzletembert, hogy 30 napon belül adja el a 10 százalék feletti, mindössze 0,057 százaléknyi pakettjét, és megtiltotta, hogy az ehhez a többlethez tartozó szavazati jogát gyakorolja. A PSZÁF szóvivőjével Binder Istvánnal Tóth Kata beszélgetett. |
www.nepszava.hu
2008-08-11 07:00:00 | Sidi pontszerző helyen légpuskában |
| Sidi Péter 698,4 körös összteljesítménnyel hatodik, azaz pontszerző lett a férfi légpuskások versenyében a pekingi olimpián. A magyar sportlövő az 595 körös alapverseny után a döntőben 103,4 kört ért el. Győzött az indiai Abhinav Bindra 700,5 körrel. |
nol.hu
2008-08-11 06:50:00 | Sidi hatodik légpuskában |
|
Sidi Péter 698,4 körös összteljesítménnyel hatodik, azaz pontszerző lett a férfi légpuskások versenyében a pekingi olimpián. A magyar sportlövő az 595 körös alapverseny után a döntőben 103,4 kört ért el. Győzött az indiai Abhinav Bindra 700,5 körrel.
|
www.srh.hu
2008-07-31 11:42:18 | Két hét múlva vége a MÁV Biztosítónak |
| Augusztus 15-étől már nem lesz engedélye az egyesületnek, de azt még nem tudni, mikor indul az átszerződési időszak.
A vizsgálatot lezárta és a pénzügyminiszter előzetes hozzájárulásának birtokában augusztus 15-ével visszavonja a PSZÁF a MÁV Biztosító működési engedélyét. Az erre vonatkozó közlemény még nem jelent meg, de mind a felügyelet szóvivője, mind a PSZÁF sajtóosztálya megerősítette, hogy a jövő hónap közepétől lép életbe a hatóság által kiszabható legsúlyosabb szankció. Szintén a mára ígért határozatból fog kiderülni, mikor indul az átszerződési időszak, ami a korábbi tájékoztatás szerint várhatóan 30 napos lesz és igazodik majd a biztosítási negyedévhez.
A felügyelet a múlt héten kezdeményezte a miniszternél a tevékenységi engedély visszavonását, miután a MÁV ÁBE július 24-i rendkívüli közgyűlésén a tagok többsége szavazással elutasította, hogy tagdíj-kiegészítés, pótbefizetés teljesítésével rendezzék az 5,555 milliárd forintos sajáttőke-hiányt felhalmozott egyesület helyzetét.
A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) arra figyelmezteti a MÁV ÁBE kötelező gépjármű-felelősségbiztosítással rendelkezőket, hogy fizessék be az esedékes díjat, mert ellenkező esetben komoly szankciókra számíthatnak - mondta el Binder István, a PSZÁF szóvivője az MTI-nek. Aláhúzta: a szerződés azzal nem szűnik meg, ha a díjat nem fizetik be, ráadásul átszerződni is csak rendezett díjfizetési múlttal lehet. Akinek nincs kötelező felelősségbiztosítása, vagy a közúti ellenőrzés során nem tudja igazolni a kgfb meglétét, azzal szemben az ellenőrzést végző rendőr eljárhat, rosszabb esetben a jogosítványát is bevonhatja. Baleset okozása esetén pedig - a kgfb hiányában - a kár száz százalékát a kárt okozónak kell megfizetnie. |
www.ingatlanmagazin.com
2009-02-06 14:53:29 | Egyre több a panasz a bankokra, válság-honlapot indít a kormány |
| Csaknem 35 százalékkal nőtt a Pénzügyi Szervezetek Állami Felügyeletéhez (PSZÁF) beérkező panaszok száma tavaly szeptember és december között 2007 azonos időszakához viszonyítva - derült ki ma Binder István, a PSZÁF szóvivőjének szavaiból. |
stop.hu
2008-07-31 07:30:01 | Csak augusztus közepéig kell kihúzniuk a MÁV Biztosító ügyfeleinek |
| Várhatóan augusztus 15-ével szerződhetnek át a MÁV Általános Biztosító Egyesület (ÁBE) ügyfelei más biztosítóhoz - mondta Binder István, a PSZÁF szóvivője az MTV Szerda Este című műsorában. |
www.inforadio.hu
2008-08-11 07:00:00 | Sidi Péter hatodik lett |
|
Sidi Péter 698,4 körös összteljesítménnyel a hatodik helyen végzett a férfi légpuskások versenyében a pekingi olimpián. A magyar sportlövő az 595 körös alapverseny után a döntőben 103,4 kört ért el. Győzött az indiai Abhinav Bindra 700,5 körrel.
|
hvg.hu
2008-10-13 18:00:28 | A PSZÁF nem tervez korlátozásokat a devizahitelezésben |
| A Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) szerint a jogalkotói-szabályozói oldalról történtek lépések a bizalom erősítésére, s nem kell a devizaalapú hitelezés területén korlátozásokat bevezetni - mondta Binder István szóvivő az MTI-nek. |
www.gazdasagiradio.hu
2008-06-05 09:45:00 | MÁV Biztosító: 10 ezer forinttal váltható meg a folytatás? |
| Akár tízezer forint pótdíj befizetésére is kötelezhetik a MÁV Biztosító Egyesület tagjait a holnapi közgyűlésen. A felügyeleti biztosok a sikkasztással gyanúsított vezérigazgató felelőtlen gazdálkodása miatt vetették fel ezt a megoldást. Binder István, a Pénzügyi Szervezetek Állami Felügyeletének szóvivője szerint, miután a társaság egyesületi formában működik, így az ügyfelek is felelősek a biztosító megfelelő működéséért. Ha a közgyűlés nem szavazza meg a pótdíjbefizetést, a biztosítottak egy másik társasághoz kerülnek át. Andor Attila interjúja. |
www.inforadio.hu
2008-07-31 07:00:00 | Augusztus közepén szerződhetnek át a MÁV ÁBE ügyfelei |
|
Várhatóan augusztus 15-ével szerződhetnek át a MÁV Általános Biztosító Egyesület (ÁBE) ügyfelei más biztosítóhoz - mondta Binder István, a PSZÁF szóvivője az MTV Szerda Este című műsorában.
|
www.hirextra.hu
2008-03-06 19:00:09 | Minden, amit a frizurákról tudni kell |
| Hajápolás, tincsek, hullámok, bodrok, loknik, a fejbőr megbetegedései, hajviseletek régen és ma, vágás és festés - azaz minden, amit a frizurákról tudni kell megtalálható abban az új könyvben, amelyet a szerző, Binder Géza sztárfodrász mutatott be csütörtök délután a sajtó képviselőinek. |
www.fn.hu
2008-08-07 19:50:01 | Már húszezer MÁV Biztosítósnak van új kötelezője |
| A MÁV Általános Biztosító Egyesületnél (MÁV-ÁBE) kötelező gépjármű felelősségbiztosítással (kgfb) rendelkezők közül már közel húszezer biztosított átszerződési kérelmét befogadták a biztosítók - mondta Binder István, a Pénzügyi Szervezetek Állami Felügyeletének (PSZÁF) szóvivője. |
stop.hu
2008-04-14 17:46:00 | Vannak érdeklődők a MÁV ÁBE állományának átvételére |
| A MÁV Általános Biztosító Egyesület (ÁBE) számára, a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) által előírt kötelezettségeket a felügyeleti biztosnak kell végrehajtania, így a kötelező gépjármű felelősségbiztosítási (kgfb) állomány átruházást is neki kell levezényelnie, érdeklődők máris vannak - tudta meg az MTI Binder István felügyeleti szóvivőtől. |
hup.hu
2009-06-14 21:33:37 | Megjelent a GNAT GPL 2009 |
| Megjelent a GNAT GPL 2009, az AdaCore cég fordító szoftvercsomagjának idei kiadása. Újdonságok, csemegék:
Meghatározások automatikus importjának támogatása C és C++ fejléc fájlokból. Így most nem kell kivárni, amíg valaki megcsinálja a kötéseket.
How to intermix Ada code with other programming languages.
How to automatically generate Ada bindings for C header files.
gprbuild - szabvány segédalkalmazás, csomagok fordítására vegyes projekteknél. Ily módon jelentősen megkönnyíti Ada beolvasztását azon meglévő projektekbe, melyeket C vagy C++ nyelven kezdtek el.
gprbuild is a new program builder
JVM port megjelenése, valamint AJIS segédalkalmazás gyűjtemény, mely segítségével magas szintű hívásokat lehet eszközölni Java kódból Ada kódba és vice versa.
Ada-Java Interfacing Suite
Szinte ezzel együtt jelent meg a SPARK GPL 2009 is. SPARK - olyan segédalkalmazások gyűjteménye, mely ellenőrzi a program kódjának állításait. Ezen állítások fordító szempontjából speciális megjegyzésekben találhatóak, ezért a forrás sikeres verifikációja után, szokványos Ada fordítóval is kompilálható a kód. Ez az első alkalom, hogy SPARK elérhető a széles nyilvánosság részére is, eddig ugyanis fizetős volt.
SPARK GPL Edition
Hosszú megszakítás után, ismételten van Mac OS X (x86_64) alatt is használható port. Előző port Mac OS X alatt 2006-ban jelent meg PowerPC-re.
Így a kiadás által támogatott architektúrák, platformok teljes listája a következő:
dotnet-windows
jvm-windows
x86-windows
x86-linux
x86_64-linux
x86_64-darwin
Részletesebben angol nyelven
Érdekességként elmondanám, hogy (g)vime/scite/(x)emacs alkalmazásokkal is használható. Valamint páran mindig megkérdik, hogy jó-jó, de hol használják!? Kérem szépen mind az oroszok, mind az amerikaiak esetében pl. Sukhoi Su-30 MKI, F-22 fedélzeti avionikájának programozása Ada nyelven történt (MIL-STD-1521 és 2167A szabványokhoz való ragaszkodás miatt :). F-22 esetében 2,2 millió sornyi kódról van szó, ami 80-85% százalékát Ada 83 nyelven írták meg, a többit Ada 95 fejezték be. Ismereteim alapján New-York-i, Hong-Kong-i metró is hasznosítja járatkoordináló és vezérlő rendszereiben.
Ariane 5 hordozórakéta vezérlő szoftverének megírása is ezen a nyelven történt, így mindenki részére emlékezetes marad az 1996-os felszállás 37-ik másodpercben történő robbanás, programhiba miatt.
|
www.gazdasagiradio.hu
2008-07-03 12:00:01 | MÁV Biztosító: rosszul járhat, aki nem fizeti a díjat |
| Bár a MÁV Biztosító Egyesület (ÁBE) ügyfeleinek sorsa ma még bizonytalan, nagyon fontos, hogy befizessék a harmadik negyedévi kötelező felelősségbiztosítási (kgfb) díjakat - mondta el Binder István, a... |
index.hu
2008-08-06 14:42:00 | Postázzák a MÁV-biztosítósok kártörténeti igazolásait |
| Folyamatosan postázzák a MÁV Általános Biztosító Egyesületnél (MÁV ÁBE) levő ügyfeleknek a kártörténeti igazolásokat - mondta Binder István, a Pénzügyi Szervezetek Állami Felügyelete (PSZÁF) szóvivője az MTI-nek. |
|
Keresés: Linkajánló:
|
