Blogbejegyzések

Meltdown / Spectre javítás hatása (Java)

Hát ez eléggé visszadobott :-(

vmWare, ubuntu 16.04
Tomcat start: viszonylag nagy mennyiségű serializált adat betöltésével (~800 MByte)
kernel frissítés előtt: 54 sec
kernel frissítés után: ~300 sec
kernel frissítés után (patch kikapcs: pti=off): 78 sec

KVM, ubuntu 16.04
Tomcat start: viszonylag nagy mennyiségű serializált adat betöltésével (~800 MByte)
kernel frissítés előtt: ~80 sec
kernel frissítés után: ~140 sec

LXC, ubuntu 16.04, (Itt a host is biztosan patchelve van)
Tomcat start: viszonylag nagy mennyiségű serializált adat betöltésével (~800 MByte)
kernel frissítés előtt: ~80 sec
kernel frissítés után: ~150 sec

lázcsillapítás

Talán nem mindenkinek egyértelmű, ezért ide is megy:
https://www.novakhunor.hu/laz/megvaltozott-a-magyar-protokoll-is-tobbe-…
http://www.ogyei.hu/upload/files/kozlony_laz.pdf

Megfázás épp átdöcög a családon, asszony kezdte, majd én, és most már az egy éves kis minyonunk is. 38 fok. Lázcsillapító kúp a hűtőben, a kötelező aranytartalék, amit kiosztott az orvos, pedig már elvileg neki sem kellett volna osztani, de úgy tűnik az elvárásokat teljesíteni akarja, ezért adott receptet, valamint a kisebb gyereknél azért még tényleg lehet veszélyes, de elvileg egy éves korban már talán nem.

Sávszélesség

Korábban már írtam, hogy 4 lemezes WD Red felett van egy ZFS raidz2 a szerverben. Most jött el az idő, hogy adatot is tegyek rá, Windows 10-es laptopról. UPC modemjén keresztül ment a másolás, a szerver és a laptop is kábellel csatlakozott (a laptopban csak 802.11n van, a szerverben meg semmilyen wifi, de majd lesz egyszer 802.11ac).

Első próba: WinSCP alapbeállításokkal, kb. 25 MB/s ment át. Második próba: feltettem egy Sambát, semmit nem állítottam rajta, kellett egy smbpasswd -a [user], Windows simán felcsatolta, 85 MB/s a csúcs. Ez bőven jó ahhoz, hogy ne kezdjek el tuning beállításokban turkálni. Egyszerűen csak működik, ennyit szerettem volna mondani.

Most akkor mi volt?

Kezdődött azzal, hogy optikai kábel átvágása. Aztán lett tűzeset. Most meg rongálás. Hogyan volt ez? Odament a paraszt, biztos, ami biztos: elmetélte az optikát, majd leöntötte gázolajjal, meggyújtotta és végén még bebaszta egy kővel az ablakot is?

آداب الأعمال العربية

Kezdetnek érdemes kificamítani a bal válladat, így elkerülsz minden "a bal kéz a sátán szolgája" problémát. (Mondjuk ezt a mélységet már nem vágom, egy hiányzó kéz mindenképpen szopó ott, mivel ha nincs bal kezed akkor a jobbal is végzel alantas szartörlős dolgokat, ha meg jobb hiányzik ugyanott vagy.)

Cipőtalpra, lábmutogatásra valamiért nagyon érzékenyek - tudhatnak vmit az ezen a tájon kihagyott higiéniai munkaórákról, bár mondjuk ez irányban ne legyen nagy a pofánk mert anno valamelyik grófunk (nem jut most eszembe a neve) írt egy nagyon szép ajánlást, mi illik az uraknak és jómagának a 3 havonkénti túl gyakori lábmosás ügyében.

Otthoni levegő minősége télen

Miután úgy alakult hogy otthonról fogok dolgozni, így kissé túl sokat leszek ugyanazon a légtérben, döntöttem egy hővisszanyerős szellőztető beszerelésében.
Marley MEnV 180 lett, a működés lényege hogy a váltakozó irányú légszállítás hatására a benne lévő kerámia felveszi, majd leadja a hőt. Három módot tud 15,25,40 m3/óra légszállítással, többnyire a legmagasabb fokozatban használom.
A legalacsonyabb fokozaton csak folyamatosan működtetve lenne megfelelő hatása. Sajnos a kinti levegő nem mindig kifogástalan minősége miatt a folyamatos működés nem igazán javallott...

[Elektromos kerekesszék projekt #2]

Ott tartottam, hogy 2011 óta van alattam egy Rehabos B4220. Idén jár le a kihordási ideje, viszont úgy érzem, hogy a mostani állapotomhoz nem megfelelő a kocsi, főleg, hogy újabb 8 évet húzzak ki egy harmadikkal.

Az alap probléma az, hogy napi 2-4 óránál többet nem bírok benne ülni és rendszeresen lecsúszok benne. A gerincem folyamatos terhelés alatt van, így a max idő letelte után ágyon feküdni kényszerülök, ezzel minden önállóságomat elveszítve. Éppen ezért némi Google-zással rátaláltam a probléma megoldására, mely nem más, mint a motorosan dönthető háttámla, mely így néz ki:

backupy

Írtam magamnak egy saját mentőalkalmazást - részben gyakorlásból, részben nem találtam olyat, ami pont megfelel nekem. Tudom, C/C++-ben gyorsabb lenne, de nekem most ehhez volt kedvem :)

A jó benne, hogy 1 db python file, python 3.4 kell neki, más nem. Én már ezzel intézem az ütemezett mentéseimet. Ami volt, annak az include/exclude képességei nem voltak megfelelőek számomra.

Website
https://github.com/kaktusztea/backupy

TexLive

Sziasztok.

Annak reményében, hogy esetleg egy fullos tex-distrib meghozza számomra a gyönyört (hogy minden létező csomag benne ven), esetleg a kávémat is lefőzi, telepítettem egy texlive-ot, de nem repüóból, mert a salix/slackware tárolóiban 2016-os van.
Innen:
https://www.tug.org/texlive/quickinstall.html

Elindult egy script, ami darabonként töltötte le a tex-rencer' fájljait. Mire végzett, két coffot fontam be a fejemen, itt a vége:

Installing [3543/3547, time/total: 01:42:12/01:42:14]: zwgetfdate [242k]
Installing [3544/3547, time/total: 01:42:13/01:42:15]: zwpagelayout [587k]
Installing [3545/3547, time/total: 01:42:15/01:42:15]: zxjafbfont [3k]
Installing [3546/3547, time/total: 01:42:16/01:42:16]: zxjafont [136k]
Installing [3547/3547, time/total: 01:42:17/01:42:17]: zxjatype [142k]
Time used for installing the packages: 102:18
running mktexlsr /usr/local/texlive/2017/texmf-dist ...
mktexlsr: Updating /usr/local/texlive/2017/texmf-dist/ls-R...
mktexlsr: Done.
writing fmtutil.cnf to /usr/local/texlive/2017/texmf-dist/web2c/fmtutil.cnf
writing updmap.cfg to /usr/local/texlive/2017/texmf-dist/web2c/updmap.cfg
writing language.dat to /usr/local/texlive/2017/texmf-var/tex/generic/config/language.dat
writing language.def to /usr/local/texlive/2017/texmf-var/tex/generic/config/language.def
writing language.dat.lua to /usr/local/texlive/2017/texmf-var/tex/generic/config/language.dat.lua
running mktexlsr /usr/local/texlive/2017/texmf-var /usr/local/texlive/2017/texmf-config /usr/local/texlive/2017/texmf-dist ...
mktexlsr: Updating /usr/local/texlive/2017/texmf-config/ls-R...
mktexlsr: Updating /usr/local/texlive/2017/texmf-dist/ls-R...
mktexlsr: Updating /usr/local/texlive/2017/texmf-var/ls-R...
mktexlsr: Done.
running updmap-sys --nohash ...done
re-running mktexlsr /usr/local/texlive/2017/texmf-var /usr/local/texlive/2017/texmf-config ...
mktexlsr: Updating /usr/local/texlive/2017/texmf-config/ls-R...
mktexlsr: Updating /usr/local/texlive/2017/texmf-var/ls-R...
mktexlsr: Done.
setting up ConTeXt cache: running mtxrun --generate ...done
pre-generating all format files, be patient...
running fmtutil-sys --no-error-if-no-engine=luajittex,mfluajit --no-strict --all ...done
running package-specific postactions
finished with package-specific postactions

[MEGOLDVA] Az RPI-t csak SMB1 alatt látom

Szóval a minap lett előttem világos, hogy eddig SMB1 alatt értem el az RPI-n lévő meghajtót, de mivel időközben alapértelmezésbe egy update-tel (és amúgy is) ki lett kapcsolva ez az amúgy már igen régi felület(?) így nem tudom elérni a Samba hálózatomat.
Megpróbáltam magam megoldani a problémát de csak eddig jutottam:

smb.conf alá a golobal section-be beszúrtam az alábbi 3 sort:

min protocol = SMB2
client min protocol = SMB2
client max protocol = SMB3

Összetevők: RPI3, Raspbian Lite, SAMBA 4.2 Windows 10 (laptopon Debian de az most nem játszik)

FrontFoo / quickPAD

Kitettem public-ba példakódot egy esemény követő cuccra. Tudom van zillió jobb megoldás már, ez viszont legalább félkész és nincs lebegő fejléc.

Egy barátom igényére raktam össze, cél volt a minél kevesebb munkával, minél kevesebb klikkelhető logikával és minél kevesebb megjelenített információval a felületen kivitelezni. Lehet opcionálisan határidőt rendelni egy bejegyzéshez és keres fájlok tartalmában (de nem jelzi, hogy a sorból melyik fájlban van a találat). Illetve klikkelhető módosításért a határidős szöveg és a timestamp rész (tudom erre nem hívja fel a figyelmet az UI). Bedobom ide hátha érdekel valakit:

iPhone SE test run [szerk.: dobva 2 hét után]

Úgy adódott hogy hozzámvágott az egyik ügyfél egy szifont hétfőn. Elkezdtem bedolgozni egy nagy (S&P 400-as) cégnek. A compliant (=monitorozott) laptop érthető, a szifon meg úgy tűnik nem employee-contractor kérdés náluk. Hozzádvágják, a telefonszámot rögtön felveszik a céges AD-be és jónapot.

Nézzük hogy tősgyökeres Androidosként mit gondolok (eddig összvissz három okostelefonom volt, az elsőt hivatalos cyanogenmod 7-tel, az utóbbi kettőt hivatalos lineage os-sel használtam). Android 2.3 (Gingerbread) óta vagyok user. Jelenleg Nexus5 van latest lineageOS mellett (7.x).

RouterOS 6.41.1

Óvatosan az új fw-vel.

Fórumon jelezték hogy CCR-en kernel fail van!
Nekem is van saját tapasztalatom, mert épp laboron/előkonfon van nálam egy CRS326-24G-2S+RM.

Szokásos winbox (jah ebből is van 3.12)=>upgrade=>reboot....és semmi...
Soros rádug (juj miket beszélek soros pfájj... :D) és látom hogy boot után "no kernel" az üzenet..nah mondom ez igen! Ez igazán jól sikerült fw lett! ...netinstall-al rátol lapról letöltött 6.41.1 és ok..épp csak kezdhettem előröl a laborozást....mert ugye félkész konfigot nem mentegetek kétpercenként a gépre....

Szóval óvatosan!

FrontFoo / share code

Néhány friss fejlesztésem:

?share? pass parancsot elhelyezve bárhol a HTML kódban megosztásra kerül a kód jelszavas védelemmel, melyet ?include? codeuuid pass paranccsal tudnak beilleszteni mások (itt nem elég a kód név hanem az uuid kell). Saját csoporton belüli user-hez elég az ?include? codename parancs is.

?server? paranccsal szerver oldalon fut le az adott kód kliens oldal helyett. Egyelőre meghatároztam szigorúan dedikált user-eket akik használhatják a parancsot. Viszont szükségem van más user név alól is a kód futtatására kihelyezett kliensről úgy, hogy a user ne tudja megváltoztatni a szerver oldali kódot (szép nagy tervezési hiba lenne), illetve hogy ne kelljen a saját user-em authentikációját kiadni. Auth kulcsokkal meg nem kívánok szórakozni, lévén annyi user-t és úgy hozok létre, ahogy tetszik, illetve minél alacsonyabban akarom tartani a komplexitás szintjét.