Blogbejegyzések

Amazon vs Google Cloud vs fizikai vas CPU benchmark

A kollégáimmal végeztünk pár szintetikus, nem-reprezentatív mérést, hogy megállapítsuk, ha van X db CPU-d a datacenterben, mennyit kell venni a felhőben, hogy azonos teljesítményt kapjunk?

Az 1:1 arány valid, amit a szolgáltatók állítanak vagy ennél árnyaltabb a kép?

Részletek: https://medium.com/infrastructure-adventures/aws-vs-gcp-vs-on-premises-…

Kazahsztan eddig csak Pakisztannak lott 3-at

A falabuak most igazan megmutattak. Falabuak alatt ezuttal a kazahsztanokat ertem, akik elegge vergyengek fociban. De meg ok is porra alaztak a - nem falabuakat, mert Csucsakek mar ebbol a kategoriabol is kiestek - luzereket. Igen, luzerek, ez lesz a kovetkezo, beka segge alatti kategoria, amibe a magyar nemzeti valogatott belekvalifikalta magat. Mostansag, amiben szerepel a nemzeti jelzo, arra leginkabb ugyis csak szegyennel telve lehet gondolni. A 11 luzer is pont ilyen...

Debian Jessie->Stretch, fglrx->radeon migrálás, mert megérdemlem

Akartam egy kicsit Android Studio-zni. Nem kellett volna...
A problémák ott kezdődtek, hogy a Jessie által szállított openjdk-1.7 túl régi volt az Android Studionak, az openjdl-1.8-nak meg nem tetszett a ca-cetificates-java. Mondván, négy napos ünnep jön, lesz idő szopni, nyomjunk egy dist upgradet.
Az upgrade végig is futott, de már a felénél látszott, hogy szopás lesz, mikor megpróbálta újraindítani a Xorgot és elhasalt olyan szinten, hogy karakteres teminálhoz sem tudtam visszalépni. Mindegy, volt ilyen, lesz ilyen.
Újraindítottam a gépet, belogin, jahm, nincs fglrx telepítőm. Éljen a 21.század, mikor egy gyártó support oldala is annyira javascript fertőzött, hogy képtelenség egy videokártya driverét karakteres böngészőből leszedni. Laptop elő, telepítő lehúz, elindít. "Bocsi, Xorg 1.17-től felfelé nem támogatott. Puszi. Lóbroki a szádba..."-hibaüzenet. Hurrá, elsőosztályú gyártói támogatás! Aprócska cukiság, hogy mivel integrált a GPU, létezik egy amdgpu-pro driver, de csak a nagy, kiválasztott disztróknak csomagolva.
Akkor menjünk opensourceba. Xorg.conf-ben átütöm a drivert radeonra. Xorg elcrashel. "Nincs megfelelő video eszköz"
Akkor menjünk egy szinttel lejjebb. Xorg.conf-ben átütöm a drivert vesa-ra. Xorg elhasal és visz magával mindent. ssh-n beloginelek, újraindítok. Megnézem a betöltött kernelmodulokat, ott röhög a fglrx. Pörög a lamerszámláló.
Ok. Akkor gyaluljunk, /usr/share/ati/fglrx-uninstall.sh, minden kerek, rmmod fglrx, xorg indít, van kép.
Eddigre asszony már erősen pörgött, hogy youtube, filmnézés, stb. Hiába, az otthoni közös géptől elvárt rendelkezésreállás, durvább mint bármelyik küldetéskritikus termelési szerveré. Gyorsan felhúzom és bekonfigurálom autologinre a sddm-et, mert a kdm támogatás kihalt a stretchben.
Másnap gép bekapcsol, fekete kép, proci 200%-on, karakteres konzol nincs. Hurrá. SSH login, az sddm és az xorg végtelen ciklusban pörög. sddm lelő, xorg lelő. xorg visszajön. xorg lelő. xorg visszajön. Systemd, xorghoz köthető szolgáltatások kilőve. xorg visszajön. "EgyszeragyonbaszomPoetteringetakisbarataivalegyutt." sddm legyalul, újraindít. Belsőbéke, karakteres konzol.
Lsmod, a fglrx ott virít a betöltött modulok közt. STO ETA FUCK? Nézzünk szét és valóban, ott virít a szentem a /include/modulesban. A vicces, hogy az fglrx-drivers nem lett telelpítve. Kigyalulom, depmod -a és tsai. Újraindítok, xorg megy, sddm visszatelepít, béke, nyugalom.
Eltelik két nap, asszony sír, hogy így szar, úgy szar a kép, túl hangos a gép. Hiába no, vesa driver az vesa driver.
Szánok rá egy kis időt, átütöm a drivert radeonra. Újraindít, széthullik az egész. "No device detected"
Agyalok egy kicsit, nézem a kernel modulokat, valami hiányzik és a karakterek is elég randák a konzolban. Hát persze, nincs betöltve a radeon modul! De miért is?
Nézem az /etc/modprobe.d-t. Van itt egy fglrx-blacklist file, meg egy radeon-kms file, meg még egy törött fglrx link. Valaki nem takarított elég alaposan maga után. Szétcsapok a fileok között. Radeon modul betölt kézzel, xorg indít. Megint van grafikus felület. Ha már itt tartok megnézem, megy-e a hw gyorsítás. Természetesen nem. "Error: couldn't find RGB GLX visual or fbconfig" Nézem a Xorg.log-ot, a libglx.so elhasal, mert nem tudja betölteni a libaudit.so.0-t. Pedig a libaudit1 csomag fenn van. Nézem az libglx.so-t, 20013-as a dátuma. Miiiivaaaan? Pedig a legfrisebb csomag van fenn! Kíváncsiságból átnevezem, és akkor legyen, apt-get --reinstall install xserver-xorg-core. Hoppá, máris friss dátummal van libglx.so.
X újraindít, forognak a fogaskerekek.
Tanulság? Miért van, hogy képtelenség szolgáltatásokat leállítani, különösen ha azok vagy azok komponensei hibákat dobnak? Miért nem képes a gyári telepítő eltakarítani a saját szemetét? Ha le tud forgatni egy kernelmodult, akkor miért nem tudja azt leszedni maga után? Hasonlóképp, miért nem képes az apt egy rendszerfrissítésnél legyalulni korábbi, más verziójú fileokat? Miért kell mindent kismillió alkönyvtár, alkönyvtárába mindent szétcsapni? Miért nem képes egy .so ellenőrizni az kernelszintű függőségeinek a meglétét és azt logban jelezni. Miért nem lehet valami egységes rendszert kialakítani megosztott libraryknél, hogy látni lehessen, hogy ki vagy mi telepítette? Miért kell más verziójú/forrású libraryknál az eredetit felülütni, miért nem lehet valamilyen linkelési rendszert kialakítani erre?
Nagyon úgy tűnik, hogy a mindent-mindennel lehet irányítani és mindent mindennel lehet konfigurálni mentalitás nagyon kezd visszaütni. Ez a fajta tervezetlenség, a régi unixos strukturáltság teljes széthullása évről-évre rosszabb lesz. Lassan már a Gobolinux rendezési elvét is jobbnak látom.

gray code...

... hogy az is egy kellemes erzes mikor kiderul ~fel nap debuggolas utan hogy a gray code -> binaris konverzio elott nem lehet csak ugy ad hoc negalni az osszes bitet :) Avagy: legkozelebb ne doljunk be az "ah, open collectoros a gray-enkoder kimenete, tokmindegy hogy hogy vesszuk le azokat a biteket" dolognak!

Paranoia

Ma egy kicsit furcsa dolog történt velem az Interneten.

Youtubeon autoplay-el hallgattam zenét. A YT már kiismerte a szokásaimat, egészen jól tud a stílusban maradni autoplayel is. Szóval épp egy blog.hu-s oldalt olvastam Vietnámról. Keresztbe lépkedtem a cikke közt, amikoris egyszer csak arra lettem figyelmes, hogy nem a jól megszokott német metálhörgés jön a fülembe, hanem valami csingcsüng.
A YT bedobott vitenámi zenéket, amiket előtte sose hallgattam. Eddig nem igazán hittem az ilyesmiben, de úgy tűnik van alapja a dolgoknak.
Na erre varrjatok gombot....

Mi is van ezzel a Python/gdb háborúsággal?

Azt mondja a gdb-8.0.1, hogy 'nem jó' a python a gépen (2.7.11 egyébként). Megnézem a config.log-ot, ottan látható a parancs, amivel próbálkozott, meg a hibaüzenet is, hogy miért nem sikerült:


gcc64 ... -Wl,-bE:Modules/python.exp ...
ld: 0706-004 Cannot find or read export file: Modules/python.exp

Namostan ilyen 'Modules' az egész gdb-ben sincs. A /usr/local/src/Python-ban viszont van. Persze ott nem keresi senki, miért keresné? Azon kívül van olyan is, hogy /usr/local/lib64/python2.7/config/python.exp

Az optimális megoldásnak az tűnik, ha megtalálom a gdb valaminő config*-fájljában ezt a 'Modules/python.exp' stringet, és kiszedem.

Kód ellenőrzés + AI #2

Előzmények itt.

Célom a fejlesztők munkájának megtámogatása a platformomon úgy, hogy egyetlen klikkel meg tudják vizsgáltatni a kódjukat anomáliák után kutatva benne egy tanított mesterséges intelligenciával. Ez bármilyen rendellenességet jelenthet, melyet az AI a tanult adatok alapján képez.

Meg van a backend és a frontend működés is. Elkezdtem betanítani az AI-t és kutatom hogy milyen mintával tanított modell milyen mintában talál lehetséges anomáliákat. Valószínű hogy többször újra kell tanítanom, egyelőre teszt jelleggel egy alap tanítással kísérletezek. Nyilván adhat több false jelzést.

Nem restart-ol az Apache-om

Naná, miért is restart-olna. Egyébként, ha jól értem, az USR1 szignáltól kellene meg-graceful-nia.
Az első érdekesség, amit látni vélek, hogy egy 'zend_signal_init' nevű komponens is rászívózik a SIGHUP, SIGINT, SIGQUIT, SIGILL, SIGTRAP, SIGABRT, SIGEMT, SIGFPE, SIGKILL(?), SIGBUS-ra. Meg másokra (255-ig). Persze lehet, hogy csak a PHP saját futása idejére.

Szerk:nem akarom az Oracle11-et gyanusítani, de ismét találtam néhány komponenst, amiket szerintem nem kellene exportálnia


$ dump -Tv -X64 libphp.so.7
[287]   0x00000000    undef      IMP     RW EXTref /opt/lib64/libclntsh.so.11 guesses
[373]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 ldexp
[374]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 logb
[375]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 sigsetjmp
[376]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 siglongjmp
[377]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 acos
[378]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 asin
[379]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 atan
[380]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 atan2
[381]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 copysign
[382]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 cos
[383]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 cosh
[384]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 exp
[385]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 log
[386]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 log10
[387]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 sin
[388]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 sinh
[389]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 tan
[390]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 tanh
[391]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 unordered
[392]   0x00000000    undef      IMP     DS EXTref /opt/lib64/libclntsh.so.11 expm1

Viselkedés 2.

Kapcsolódva a korábbi bejegyzésem témájához szeretnék lejegyezni pár további gondolatot.

A választással kapcsolatos szavazás alatt is tetten érhető a jelenség amiről korábban írtam és amiről most is írok.

Sokaknak nehezükre esik elfogadni a másik eltérő véleményét, nézetét vagy felfogását. Ezt magam is megtapasztaltam amikor a spirituálitással kapcsolatos szavazást elindítottam 2 éve, de a múlt heti blogbejegyzésem alatt is.

Engem zavar, hogy mennyire könnyen eljutnak az emberek az értelmes vitától az egymás lehordásáig. Szeretek értelmes vitákat olvasni és nagyon zavaró számomra, amikor láthatóan értelmes emberek erre a szintre süllyednek. A HUP indulásakor még minden tag azon volt, hogy segítse egymást.

(Új) Mesterségem címere... :)

Végeztem az impro schoolban mint zenei producer.
Egy ötletnek indult pár évvel ezelőtt, hogy jó lenne zenét tanulni, mert az milyen jó (lehet). Akkor tájt még azt sem tudtam hogy álljak neki a témának.. Milyen OS az ajánlott? (még szép, hogy linuxon próbáltam először :D) Kell e valamilyen midi vezérlő? Vagy egyáltalán mi az?
Milyen DAW-ot használjak? Egyáltalán mi az a DAW?

Szóval volt kérdés bőven! Aztán az ötletből meglett életem első midi vezérlője amit pár ezres + egy csokiért vetem. Vettem még 5k-ért egy low latency audio interfacet és azt gondoltam ha már ennyit rááldoztam, enyém a világ! Mi lett ez után? Semmi. :D
Jöttek a gondok, kezdtem érezni (bár akkor még nem volt tudatos) hogy egy elég mélyre vezető erdei ösvényre tévedtem.. Itt egyre mélyebbre haladva gyúlt reménysugárként kb egy éve az impro school zenei producer képzésének előkészítője. Ezt a képzést talán fél áron sikerült megvenni akciósan. (Volt akkor valami early bird akciójuk.) Gondoltam annyit megér, és hátha segít eligazodni.
A képzés kb 1 hónapos volt, és most biztos annak a szövegnek kellene jönnie hogy mekkora hatást gyakorolt rám és bla, bla, bla... Nem.
Számomra picit ijesztő volt ez az új világ. :( Egyszerűen más volt és az emberek is mások voltak mint amit én IT fejjel megszoktam. Persze azért nem volt haszontalan a képzés, és végül elérte a célját. Mert elindult bennem a hangya, hogy kellene folytatni. Vagyis az előkészítő után tovább mentem és folytattam a Zenei Producer képzéssel.

Esti rant

Szeretem a Linux filozófiáját: csak akkor szól, ha gond van.
Rühellem a Gnome-ét, mert akkor sem.

Most konkrétan elfelejtett szólni, hogy a mobilnethez rossz pint adtam meg. Vidám szombat esti móka: hova a faszba írtam fel a pukot? (Szerencsére meglett.)

Készítettem egy házautomatizálást

10 éve még php-s weboldalakat készítettem, majd megadatott a lehetőség hogy az ipari szoftverek területén szerezzek tapasztalatot, köszönet érte mindenkinek, aki ezzel sanyargatott, avagy épp támogatott, több és okosabb lettem. Egyszer hoztak nekem egy PLC-t, hogy házautomatizálást kéne készíteni mobilos eléréssel. Visszadobtam, hogy PLC-hez nem értek, meg nem is akarok, de vannak helyette ipari eszközök, szabványos kommunikációval, és rámutattam az épp kódolt gépre, hogy abból/olyanból végülis lehetne csinálni. Ez volt 2.5 éve. A szoftver első verziója akkor elkészült működik is, de történet folytatódott. Találkozott tehát a linux a php-vel (ami az ember gép kapcsolat) és a monoval (C#, ami a logika és a perifériaelérés), majd elkészült...

MikroTik hAP ac²

Megérkezett :) Az első pozitív meglepetés: 256 MB RAM van benne, pedig mindenhol, a specifikációban, a reklámanyagban, és a blokk diagramon is csak 128 MB-ot említenek. A Flash sajnos továbbra is csak 16 MB.

Ez az első ARM architektúrájú MikroTik eszközöm, remélem ezzel is elégedett leszek. Felupgrade-elem majd hétvégén a legújabb 6.42 rc firmware-re, mert sok wireless javítás van az ARM eszközökhöz, illetve ehhez a típushoz, aztán csinálok vele pár tesztet.