yoursoft blogja

Eddig azt hittem elkerül a baj.
Eddig több mint 400 kis gyümölcsfáról tudok, amit elvittek kertekből a környéken.

Egyszerűen amit ki tudnak húzni gyümölcsfát viszik. Kamera is volt ahol felvette. Más helyen csak simán leütik a kamerát.

Tőlem ma reggelre 6 kis fát vittek el.

Már elkapták őket egyszer, de mivel kis értékű lopásnak számít így ismét szabadlábon tevékenykednek. :(

Azt hittem, hogy a tray-en csak 1 ikon lehet applikációnként.

Egy olasz srác kérte, hogy legyen választható a nyelv és rakjam be egy exe-be a CPU és memória monitort.

Utána néztem, meg lehetett oldani.

Így az exe mérete nem nőtt jelentősen ~50k -> ~70k.

Viszont az új exe kb. ugyanannyit eszik mint egyenként az eredeti exe fájlok. Azaz feleztük a memória használatot.

Íme az eredmény:
https://github.com/lutischan-ferenc/resource-monitor-v2/releases/tag/v2.1.0

Pomodoro timer

https://github.com/lutischan-ferenc/pomodoro-timer-v2/releases/tag/v2.0.1

Újdonságok:

• Jobb hangok
• új exe icon
• A tooltippek igazodnak az aktuális állapothot: futás közben 00:00 formátum; utána pl. "Click to start a pomodoro".

Javítások:

• óra hang
• az időzítő javítása. Mivel mást is csinált így másodpercenként néhány ms csúszás volt. Ami összeadódva több másodperc is lehetett egy pomodoro végére

Resource monitor

https://github.com/lutischan-ferenc/resource-monitor-v2/releases/tag/v2.0.0

Átírva ezek is C-re.
Az elsővel ugyanúgy megkínlódtak az AI-ok átíráskor. Viszont példának beadva az elsőt, a másodikat szinte egyből átírta a Grok-3. 

Meglepő: bár az exe-k jóval kisebbek lettek a memória használat nem csökkent drasztikusan (csak néhány megával).

A mem-monitor-ban:

• A Cache és a Swap számításaira más módszert használok.
• A tray ikonon látható színek a menüpontok mellett is megjelennek. Így lehet tudni melyik a used és melyik a free.

Átírtam C-re AI-ok segítségével a pomodoro timer-t.
Bár elég szenvedős volt.
Egyik AI sem tudta rendesen átírni. Így több lépésben, több AI segített az átírásban.

Csak windowsra készült el az új verzió. Jóval kisebb lett az exe annak ellenére (54k vs go-ban írt 3,7 mega), hogy bővült a funkcionalitás.

Meglátszik a CPU / mem használaton is az átírás.
Bár a mem használat mostanában majdnem mindegy, hogy 2,5 mega vagy 12 mega.
A CPU is 0,1% az új verziónál vs a régi 0,2-0,3%-ot használ. Tehát ez sem számít sokat.

https://github.com/lutischan-ferenc/pomodoro-timer-v2

Így nem látom sok értelmét a resource-monitor go to C átírásnak. Bár ha szerintetek van értelme, jelezzétek.

Kipróbáltam a go-t mert egyik kollégám nagyon dícsérte.

Arra jó volt, hogy elkészítsem a nekem hiányzó alkalmazásokat Windows alá (elvileg Linux és macOS alá is fordul).

Ami nem tetszik:

- virustotal néhány keresője beriaszt

- exe méretei 2M-ánál kezdődnek

- Több hibát is kellett javítanom a már elterjedt systray komponensben (memória, GDI, fájl szivárgások)

Ami jó volt:

- Rövid tanulási idő, így viszonlag hamar összedobtam a hiányzó alkalmazásokat

Letölthetőek:
https://www.majorgeeks.com/files/details/resource_monitor.html
https://www.majorgeeks.com/files/details/pomodoro_timer.html

Forráskódok:

https://github.com/lutischan-ferenc/pomodoro-timer

https://github.com/lutischan-ferenc/resource-monitor

Jó dolog a kényelem, de ezzel lehet nemsokára ellenkező dolgok fognak történni, mint sokan számítnak rá.

Pl. tegnap voltunk moziban. Előtte online szerettük volna megvenni a jegyet. Amire nemrég még kedvezményt kaptunk most plusz "kényelmi díj" került volna felszámolásra. Megvettük félig online. Azaz a pénztárban vettük át, de onine rendeltük meg.
Autópálya matricánál is plusz díjért lehetett csak megvenni online.

Azaz kirúgnak embereket, mert nem használjuk, csak az egyszerűbb megoldást, amire ha rászoksz, akkor elkezdenek plusz díjakat felszámolni. Közben rengeteg pénzt spórolnak meg a bérekkel. 

Na ezentúl már kerülni fogom a Tesco-s leolvasót és az Auchan-os önkiszolgálló pénztárakat is direkt. Ahol lehet maradjon meg az emberek állása. Úgysem lesz olcsóbb, sőtt még jön a "kényelmi díj" is. :(
A DÁP-ot is addig húzom amíg lehet. Bár most felemelték a nem digitális személyik árát is a 0-ról, hogy átszoktassanak. :(

Nagyon hiányzott már a Linux.

A mostani és előző melóhelyen is win van a munkagépeken. Megkötve a kezem néhány MS szoftverrel.

Szerencsére bedöglött egy otthoni gépben a belső meghajtó. Már nem wint raktam vissza.

Előbb Linux Minttel próbálkoztam (https://hup.hu/node/183173). De elfogyott a türelmem és áttértem Kubuntura. Bár a Manjaro KDE-vel is szemeztem.

Itt is van még néhány megoldandó:
- Amit elfelejtettem, hogy a Klipperben nincsenek permamens elemek.

- A boot-nál valami hibákat ír ki a grub. Valószínűleg téma hiba lesz. (pl. "error: no server is specified")

Update:
 

- A boot-nál 2 sor hibaüzenet eltűnt, hogy átálltam UEFI-re. Ez alapján: https://www.reddit.com/r/Ubuntu/comments/12tm27o/ubuntu_2304_grub_error…

Viszonr még van néhány sor, majd megnézem miért

Ami még zavar, hogy a capslock-nak csak alul az értesítések mellett jelenik meg visszajeézése. Még keresek valami kiegészítőt, de ez nem annyira zavaró, meg lehet szokni.

Nézem az androidos telefonom használhatóságát ("flat design" / gyári téma):

- Jön egy értesítő és letakarja azt a területet, amivel tudnám kezelni. Néhány másodperc múlva eltűnik, de addig esélyem sincs reagálni.

- Hívni próbálnék valakit. Régebben a névre kattintva egyből bejött a telefonszám is. Most időnként rá kell kattintani az info gombra pluszban, csak akkor tudok hívni, időnként meg nem (gondolom attól függ, melyik telefonkönyvben van, vagy mennyi info van felvéve róla).

- Rákattintok egy új számra, hogy hozzáadjam a telefonkönyvhöz. Feljön 4 ikon, azokon végig söpör a szemem rájövök, hogy a szám alatt van egy nem feltűnő szöveg, hogy "felvétel névjegyzékbe" erre kattintva még egyszer feljön egy menü ugyanolyan színnel / betűvel a menü tetején mint a többi elem: "felvétel névjegyzékbe", majd a következő a nyerő: "új névjegy létrehozása".

- és még sorolhatnám...
 

Mikor felejtettek el használható felületeket fejleszteni?

Kicsit később még ránézek és megkeresem hol lehet jelezni.

JDK 17 Corretto:

System.out.println("ab (abbbb)".lastIndexOf(")", 2));

és

System.out.println("ab (abbbb)".lastIndexOf(')' ,2));

Mindkettő -1-el tér vissza.

Használtam már néhány hónapja a protont. Különösebben eddig nem volt gondom vele.

Csak most vissza kellett volna keresnem egy emailt. A levél törzsében lévő szóra kerestem volna, de nem találta meg.

Kipróbáltam. Nem keres a levelek törzsében lévő szavakra.

Kár, pedig jónak tűnt. :(

Jelenleg KDE Neon van az otthoni laptopomon + kénytelen voltam felrakni egy Win10-et is, hogy frissítsem a bios-t.

Ez egy Lenovo Ideapad 3 32G RAM-al.

A Win10 szinte alapból feltelepített minden drivert, a Lenovo Vantage már csak a hálókártya drivert frissítette.

A Linux alatt jelenleg 6:57 percet ír ki a hátralévő akku időnek, míg Win10 alatt 4:43 percet kb. ugyanakkora töltöttségnél (65%).

De mi is kellett ehhez?:

Powertop telepítése

cat << EOF | sudo tee /etc/systemd/system/powertop.service
[Unit]
Description=PowerTOP auto tune

[Service]
Type=idle
Environment="TERM=dumb"
ExecStart=/usr/sbin/powertop --auto-tune

[Install]
WantedBy=multi-user.target
EOF

---
systemctl enable powertop.service

TLP telepítése

sudo apt-get install tlp tlp-rdw
(Thinkpadokon - nekem nem aktuális:
sudo apt-get install tp-smapi-dkms acpi-call-dkms)

TMP memóriába

sudo cp -v /usr/share/systemd/tmp.mount /etc/systemd/system/
sudo systemctl enable tmp.mount

auto-cpufreq

https://github.com/AdnanHodzic/auto-cpufreq

Ezt forrásból telepítettem a leírás szerint. A snap valamiért nem működött. Valószínűleg elbénáztam valamit.

Ami maradt még kérdés:

A Vantage-ban Win10 alatt be lehet állítani, hogy csak 50-60%-ig töltsön a laptop, ha felette van nem fogja tölteni az akkut. A hálózati áramot használja, de nem tölti az akkut. Azaz az akku csak önkisülést végez. Ez kíméli az akkut ha hálózatról használjuk.
Itt csak az a gondom, hogy Linux alatt nem találtam még meg a ki-be kapcsolóját. Bár nem is nagyon kerestem.

Win10 alatt bekapcsoltam és jelenleg ez a beállítás aktív Linux alatt is.

Régi VPS-emet szerettem volna migrálni, mert árban már elfogadható volt a különbség. Végül adtak plusz RAM-ot és ugyanott vagyok mintha migrálták volna :)

Nemrég jeleztem egy hibát:

Ha pl. szerkesztettél az editorban, de túllépted a 200-as limitet és emiatt újabb 200 rekordot töltött be, akkor hiába nyomtál rá a Save buttonra, bár úgy csinált mintha, de nem mentette a változásokat.

A javítás december elejére várható.

Végre javítják talán a klipper több évtizede meglévő desktop fagyását.

Küldtem be Nekik példa állományt. Kicsit erőszakoskodnom kellett, hogy ne keverjék el a jelzésem.

Most úgy tűnik az 5.23-asban javítják.

Kár, hogy közben munkahelyet váltottam és itt win-t kell használni. :(

Oregonnak igaza lett, ismét KDE van.

Gondolkodtam az OpenSuse-n, ki is próbáltam. De a céges beállítások gyorsan kellettek, így visszamentem Neon-ra. Ha lesz időm lehet majd kipróbálom. Szimpatikus volt.

Nem volt különösen bajom a Cínnamon-al sem. De valahogy már nem volt annyira otthonos.

Annyi változott, hogy most back-in-time-ot használok TimeShift helyett.

No, Csütörtök este valami frissült Neon alatt, majd lefagyott a rendszer.

Újraindítás után egy friss, ropogós home könyvtár fogadott. Magyarán: eltűnt elég sok dolgom.

Nem mondom, hogy nem lehetett nálam is hiba, hiszen mint kiderült volt régebben néhány apt-s frissítésem is, ami Neon alatt nem normális. Így voltak akadásaim az oprendszerrel.

Pár nap használat után.

Összességében elégedett vagyok.
Az elején a mivel rengeteg beállítás van, így sokkal jobban testreszabható, de több idő el is ment vele. Így jár aki mindent testre is szeretne szabni, amit lehet.
Memóra is indítás után úgy 380M körül van (kb. 5 perc várakozás után is). Ez is rendben van.

Egy-két apróság van:
- numlock nem kapcsol be boot után, hiába állítom be - Erre az a gyanúm, hogy mivel rengeteg dolgot lehet állítani, lehet, hogy egy másik beállítás keresztbe tesz.
- Képernyők háttere diavetítésben csak külön-külön sikerült. Együtt nem változnak.
- Magyar fordítások hiányosak, de átraktam angolra. Így ez is rendben.

UPDATE 2019.10.27

- A numlock egy frissítés után működik.
- Ami még tetszik: Pgadmin3 (gtk2?) végre normálisan jelenik meg a Cinnamon-hoz képest.

Eddig Cinnamont használtam. Olyan atom stabil volt, hogy már-már unatkoztam.
Egyedül néha 1-2 ablakváltásnál volt gondom.

Tegnap feltelepítettem a Kubuntu 19.10-et. Ebben elég sok gondom akadt. Pl.
- Az Alt+F1-re felugró panel menü gyorsgombot letiltottam (IntelliJ-ben gyorsbillentyű). Következő boot-nál viszaállt.
- Nem tudtam feltelepíteni a megszokott SSH kliensem (sem PAC, sem asbru)

Feltelepítettem a KDE Neon-t. Eddig minden működik.

Ami csalódás volt mindkettőnél:
VirtualBox-ban kipróbálva a kezdeti memóriaigényt sikerült lenyomnom 300M környékére. Itt mindkettőnél a kezdeti 480-550M környékén mozog.
A Cinnamon ~ugyanezen beállításoknál emlékem szerint olyan 600-700M között mozgott.

Kb. ugyanazt sikerült beállítanom, mint Cinnamon alatt.

RAM-ból így alapból 430M körül eszik, míg a Cinnamon 750M körül. Ezt nem tudom, hogyan lehet tovább csökkenteni. Oracle VirtualBox-ban alapból 280M körül evett friss indítás után.
Valamit kihagyhattam, amit ott még elvégeztem.
Kikapcsoltam az érintőképernyőt, kompozitort. Ezek ettek viszonylag sok erőforrást.

Amik még zavaróak:
- egyes alkalmazásoknál (pl. RamBox), ha kitűzöm a tálcára, akkor csak elindítás után jelenik meg a rendes ikonja.
- SQL Developer ikonját hiába tűzöm ki, elindítás után új ikont nyit.
- localizáció nem teljes, lehet inkább angolul használom majd emiatt

Végül ezek szerint a leírások alapján:

https://easylinuxtipsproject.blogspot.com/p/speed-mint.html

https://easylinuxtipsproject.blogspot.com/p/first-mint-cinnamon.html

Most még az Opera és a Firefox van versenyben.

Viszont váratlan mellékhatás lett, hogy a Cinnamon sem ír napi 2-4G-ákat az SSD lemezre, valamint a többi alkalmazás is elcsitult. Ez szerintem a tmpfs memóriába helyezésének köszönhető.
Jelenleg a tegnap esti újraindítás után, kb. jó ha összesen mindenki együtt írt max. 150MB-ot a lemezre.

Most ez a kérdés izgat.
Miért írkálnak ezek folyamatosan disket?

Találtam olyasmit, hogy így menti el az egyes fülek állapotát mindkettő böngésző 15 sec-enként. Ha jön egy összeomlás, akkor vissza tudjanak tölteni.

Ez eddig szép és jó lenne, de ha nem csinálok semmit a böngészőben, akkor miért nem jegyzi meg, hogy "nincs változás / nem kell írni".
A Chromium az elsődleges böngészőm, így az kb. 1.2GB-ot írt ki reggel óta olyan 30-40 füllel (igaz a great suspend tab miatt olyan 3-4 fül van aktívban). A Firefox meg egy füllel (reggel óta nem is használtam) olyan 290MB-ot

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

Volt egy kis gondom a win10-el. A startmenü keresési eredményein hiába kattintgattam a bal egérgombbal és hiába próbáltam billentyűzetről ugyanezt, nem akartak elindulni az alkalmazások.

Sok mindent próbáltam.
Próbáltam letiltani / engedélyezni a Cortanát, ellenőriztettem a rendszerfájlokat, újratelepíttettem az alkalmazásokat, letiltottam alkalmazásokat, újraindítgattam a win-t stb.

Végül az alábbi megoldást találtam a neten:
1. létrehoztam egy másik helyi felhasználót.
2. beléptem a másik felhasználóval, és letöröltem a \users\problémás_felhasználó\AppData\local\packages\Microsoft.Windows.Cortana*-ot.
3. Visszalépve az eredeti (hibás) felhasználóval meggyógyult

Ha megpróbálok egy nem nyitott porttal csatlakozni a domain-hoz, akkor a CloudFlare kijelzi, hogy Frankfurton keresztül szeretne csatlakozni a böngészőm.

Az elmélet ez alapján az volt, hogy ha Frankfurtban van a szerver is, akkor gyorsabb lesz az elérés.

Mivel a Vultr VPS-ekről sok jót hallottam, így gondoltam tesztelek egyet.

Amit most látok:
Nem lett gyorsabb az elérés. Google analytics sem mutat változást a sebességben és a webpagetest sem. Valamint a próba oldallekérések sem voltak gyorsabbak (inkább lassabbak).

Amit még teszteltem:

sysbench --test=cpu --cpu-max-prime=50000 --num-threads=10 run
sysbench --test=memory --memory-total-size=1G run

Tehát mint írtam a javascript késleltetési trükkök valóban leviszik az oldalbetöltési időket.
A dolognak viszont van hátulütője is:
1. Analytics script - később töltődik be, e miatt egy csomó mindent nem mér. Kevesebb látogatót mutat, több a visszafordulók aránya stb.
2. Adsense scriptek - ugyancsak később töltődnek be, így kevesebb a kattintás is.

Ezeket ki lehet kapcsolni a CloudFlare-nél (Rocket).

Ezeket nem használom a továbbiakban.

Viszont találtam optimalizálandót a saját kódomban.
Az egyik az volt, hogy végigszaladtam a dom-fán és kattintási eseményeket rendeltem hozzá egyes elemekhez. Ezt kicseréltem egy globális figyelőre, ha valamin kattintanak, vizsgálom, hogy milyen elemen kattintottak, ha érintettek az ügyben kezelem, ha nem visszaadom a kezelését.
Meg volt még néhány apróság.
Így olyan >10%-ot sikerült lefaragnom a betöltési időből.