Hányszor hallani, hogy valaki "küldött egy SMS-t" Vicces, mert nem SMS-t, hanem SM-et küldött. Hogy miért?

SMS - Short Message System
SM - Short Message
A rendszer ami szolgáltatói oldalon van: SMSC - SMS Center

De hányan tudják, hogy nagyjából hogyan mi van mögötte?

Eredetileg a Global System for Mobile szabványokban jelent meg először, de ma már vonalason, vagy műholdas telefonon keresztül is küldhetünk SM-et.

Nevét egyszerűen onnan kapta, hogy 140 byte információt lehet átküldeni egy üzenetben. Fejlesztésében nagyon vegyes társaság vett részt. A résztevők többek között a France és Deutsche Telecom, Vodafone, Telenor, Teliasonera... volt. Fokozatosan definiálták a jelzésátvitelt az Air interfacen, MAP-SS7 és Camel protokollokban. Azt hiszem ez a rész kevés embert érdekel.

Az SMSC feladata a beérkező üzenetek szűrése, fogadása, tárolása és továbbítása. A telefonban az üzenetközpont beállítással tudjuk kiválasztani, hogy melyik SMSC-t használjuk. Egy SMS kb következő alap blokkokkal rendelkezik:

Nem először hallom, hogy a mobil alapján be lehet mérni, hogy éppen hol tartózkodunk. Valamelyik nap reggel a rádióban is szóba került. A hírek szerint a sorozatgyilkosok elfogásánál is hasznát vették. Én a következőre jutottam:

Jogi háttér

Az Elektronikus hírközlésről szóló 2003. évi C. tv. (Eht) pontosan megadja, hogy mit lehet és hogyan tárolni és felhasználni. A szolgáltató 2 év 30 napig kezelheti a keltkezett forgalmi adatokat, de csak számlázásra használhatja, ha másként (pl. marketing cél...) nem rendelkeztünk. Az Eht 157. § (6-9) alapján "nemzetbiztonság, a honvédelem és a közbiztonság védelme" érdekében 3 évig kell tárolni az ügyfelek adatait a szerződés megszűnését, illetve az egyes forgalmi adatokat azok keletkezését követően.

Magyarán ha SMS-t küldtünk, vagy bármilyen szolgáltatást igénybe vettünk az 3 évig van az adatbázisban.

Műszaki háttér

Hogy mit tárolhatnak el rólunk, az eléggé széles körű, mert ugye a hálózat optimalizásióhoz szükséges adat sok dolgot takarhat. Szerintem minimum az alábbiakat tárolják. Megpróbálok nem szakszlengben fogalmazni, elnézést azoktól, akik értenek is hozzá.

Felcsigázták az lrdeklődésem, hogy milyen hatással lesz egy kis tuning a játékokra. Hogy őszinte legyek csak ezért telepítettem Windows-t, de már megbántam. Grafikont ezért nem csináltam csak két esteben.

A tesztelt gépezet:

RAM: 2x2GB CL5 800MHz CSX
CPU: Phenom II 920
Alaplap: Asrock K10N78M NV8100
GPU: MSI 3850OC 256Mb
HDD: WD800 sata, 80GB
OS: WIN7 x64 pre release

Minden esetben a natív 1280x1024 volt a felbontás. A processzor alap órajele 2.8GHz, amit 3.5-re tornáztam fel. Tovább is menne, de a 20% meg kell, hogy jelenjen az eredményekben. A 3850 GPU-ja hálásan ugrott 690MHz-ről 760-ra, ami kb 10% tuningmak felel meg. A memóriát kicsit több, mint 20%-al 860-ról 1064-re emeltem meg.

Játékok:

COD4
Rainbow Six Vegas 2
Crysis Warhead
Supreme Commander - Forged Alliance
Far Cry 2

Eredmények:

Előszó, ST34573WC kívülről

Majdnem mindenkinek a gépében szolgálatot teljesít egy, esetleg több, merevlemez. Gondolom nem árt, ha kicsit többet tudunk meg adattárainkról. A merevlemez szétszedése közben több tucat fényképet készítettem, ezekből válogattam pár darabot. Előre elnézést kérek a képek minőségéért, de egyrészt nem használhattam vakut, másrészt az gépem öreg és már nincs a helyzet magaslatán. A gyorsabb letöltésért thumbnaileket szúrtam be, nagyobb méretért kattintsatok a képekre.

Maga a technika több évtizede folyamatosan fejlődik, de az alapok változatlanok. Egy vagy több mágnesezhető korong forog magas fordulatszámon. Jellemző értékek: 5.4k, 7.2k, 10k, 15k rpm. Ezek fölött a fejek egy kb. 0.07 miliméteres légpárnán siklanak. A régebbi induktív fajtákat mára kiszorították a magnetorezisztív fejek. Az érzékelőket egy lineáris motor mozgatja a megfelelő pozícióba.

Az áldozat

Az eszköz egy régebbi darab, amit anno szerverekbe szántak. A cimke alapjan egy HP szerverekbe szánt 3.5-ös Seagate Barracuda Ultra2 SCSI interfésszel, 4.2GB kapacitással és 7200-as fordulatszámmal.

A hétvége pár pozitív és negtív meglepetést hozott.

A negtív az, hogz bármilyen híres is a Sczthe hűtő mégsem tudja lenyomni az öreg TX-et. Hogy ez hogyan lehetséges én sem értem. A minimális homorulatot ahogy kell a műhelyben kipolíroztam belőle, nyertem is vagy 1 azaz 1 fokot. Szerintem a gyári felfogatás lehet a ludas, mert nem húzza rá rendesen. Na mindegy, így is simán határérték alatt van, csak nagy melegben nem lehet tuningolni.

A pozitív meglepetés a tuning volt. Pontosabban az Asrock deszkám teljesítménye. A hűtőnél nem értettem mi az ábra, így elszaladtam és hazacibáltam agy Asus lapot kölcsönbe. Nagyon tuti HTPC alap, de tuningban leveri az Asrock, ami sokkal kevesebbe kerül. Szóval a két lap:

Asrock K10N78M vs ASUS M3N78-EMH

Asrock pros:

- Tuninghoz a menüje áttekinthetőbb, a feszültségeket egyszerűbben és sokrétűbben lehet szabályozni.
- Támogatja a 125W-os procikat
- Támogatja az alulfeszelést
- mikro ATX
- Ára kb. 10.000HUF

Egy kis fogyasztású és olcsó processzort kerestem HTPC-be. Egy kis AMD került a kínpadra. A CPU-t leszámítva semmit nem változtattam az előző teszthez képest. A mérést ugyanúgy végeztem, nem részletezem, csak az eredményt értékelem a sok grafikon után. A HW lista:

RAM: 2x2GB CL5 800MHz Kingston
CPU: Sempron LE-1200
Alaplap: Abit IB9 P965 vs Asrock K10N78M NV8100
GPU: MSI 3850OC
HDD: Samsung SATA 500G
OS: Ubuntu 9.04

3 beállítást használtam:

Default - 2.1GHz, CnQ on (5-10.5x200MHz, 0.95-1.35V)
OC - 2.8GHz (10.5x270MHy=2835MHz, 1.45V)
UV - fixen 2.1GHz (8x260MHz=2080MHz, 1V)

Nyers erő erdmények

Kernel fordítás [hh:mm]



HD konvertálás [hh:mm]



Apache webszerver [tranzakció/sec]



GPG titkosítás [mm:sec]



superPI [sec]

A CPU tesztet gyorsan ki is próbáltam, hogy mekkora különbség van egy régebbi Q6600 és egy Phenom 920 között. Pár óra CPU nyúzást követően nem túl meglepő eredmény született.

RAM: 2x2GB CL5 800MHz Kingston
CPU: Q6600 vs Phenom II 920
Alaplap: Abit IB9 P965 vs Asrock K10N78M NV8100
GPU: MSI 3850OC
HDD: Samsung SATA 500G
OS: Ubuntu 9.04

Kernel fordítás

A 2.6.28-15 ubuntu féle kernelt fordítottam le párszor. Annyiba tértem el a jól bevált make-kpkg-tól, hogy a sima make -j X (X a threadek száma) paranccsal nem mértem bele a package elkészítésének idejét, csak a nyers fordítási időt. Confignak a server kernel configját másoltam be. A 920 gyorsabb kb. 20 százalékkal. Én ezt a jobb memória elérésnek (cache, integrált mem vezérlő) tudtam be. Viszonyítási alapnak bevettem a HTPC Sempronját is. Még egy szálon és tuningolva is nagy rá a zakó, amit kap. Azt hiszem nem lövöm le a poént, ha elárulom, hogy végig magával fog versenyezni.

Ott hagytam abba, hogy editáljuk meg az xml állományokat. Egy kis időbe beletellett, mire sikerült úgy belőni, hogy minden gomb jó legyen. Példaként a power-t rávettem, hogy ne rögtön kikapcsoljon, hanem a shutdown menüt dobja fel. Két xml-t editálgattam:

/usr/local/share/xbmc/system/keymaps/remote.xml
/usr/local/share/xbmc/system/Lircmap.xml

Lircmap.xml

Az mceusb szakaszt használtam fel. A <remote device="mceusb"> sorban az mceusb-t cseréltem le samsung-ra. A tageken belül lévő cimkét cseréljük le arra, amit a irrecord-nak adtunk meg. (A /etc/lirc/lircd.conf-ben tároljuk, ha nem emlékeznénk.) Ez a gombok 95%-nál tökéletesen működik is, de vannak a speciális esetek, amik nincsenek benne a felhasznált template-ben, vagy az XBMC adott funkciójánál nem működnek ahogy elvárnánk. Tehát a power: