Észrevettél bármilyen érezhető (nem mért) lassulást az asztali/mobil OS-eden a Meltdown/Spectre patch-ek telepítése után?

Bug

Igen
20% (73 szavazat)
Nem
59% (218 szavazat)
Nincs olyan eszközöm, amire már telepítve lenne a patch
21% (79 szavazat)
Összes szavazat: 370

( uid_7086 | 2018. 02. 15., cs – 14:32 )

BIOS frissítés eleve lassított, bár nem tudom, ennek van-e köze az említett patch-ekhez vagy véletlen egybeesés

Szintén nem tudom, hogy van-e összefüggés, de kb. a patch-ek megjelenésével egyidőben kezdődött, hogy terminálablakban futtatok egy telepítőt (install vagy remove mindegy), akkor a firefox futó processzei 100% cpu-t használnak (amelyiknek jut annyi a négy magból) és csontra fagy a böngésző egészen addig, míg véget nem ér az apt-get futása...

( uid_18247 | 2018. 02. 15., cs – 15:24 )

igen, de csak azért, mert számítottam rá és kifejezetten figyeltem. ha nem tudok róla, akkor valószínűleg nem veszem észre.

----------------------------------
szélsőségesen idealista, fősodratú hozzászólás

( saxus | 2018. 02. 15., cs – 15:39 )

[x] Nem, de nem tudom, hogy települt-e.

Ellenben Azure-ben (ahova viszont biztosan települt) találtunk olyan szolgáltatást, ami indokolatlanul lassúnak tűnik a helyi dev gépekhez képest.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( s_balazs | 2018. 02. 15., cs – 20:51 )

Intel Core i5, macOS High Sierra: Virtualbox vm-ek elviselhetetlenül lassúak lettek, Docker csak egy fokkal jobb. Gépcsere lesz belőle.

Kvm-ben egy szimpla debian telepítés már vagy 10-12 perce fut, most tart 75%-nál... máskor ez úgy 5 perc volt. :(((
(SSD, Corei5-6300U, 8G RAM, nulla egyéb terhelés... - egyéb okok, plusz ez... hát minimum, hogy kivágom a kukába :( )

Update: 20 perc egy debian telepítés... :(
De ezzel valami nem kerek... valami /dev/vda eszközt használt /dev/sda helyett.

Update2: ezt én csesztem el, mert virtio-n hagytam a diszket. Szerencsére nem tudott bootolni miután átállítottam SCSI-ra, újra kellett telepíteni, így már valóban öt perc az install...

Hasonló tapasztalatok. Core2 Duo. Natívan futó alkalmazásoknál alig észrevehető. KVM-ben viszont nem túlzás azt mondani, hogy katasztrófa. Erre a gépre is ráfér a csere (pl egy jó kis többszörösen is sebezhető {Sky,Kaby,Coffee}lake-re :)
---
Régóta vágyok én, az androidok mezonkincsére már!

( deje | 2018. 02. 15., cs – 21:25 )

Core2 desktop:
- Win 7/játék:nem vettem észre
- Kubuntu/netezés, ilyesmi:nem vettem észre

i7 - Sandybridge 2 magos mobil:
normál netezés, stb: talán, de nem vagyok biztos benne
Java/Kotlin fejlesztés: hogy rohadjon meg, rettenetesen lelassult

Az Intel nálam teljesen elásta magát. Az AMD meg összekaphatná már magát marketing terén is, ha kapható lenne Ryzen-es Thinkpad, azonnal megvenném. Sajnos szerintem sohasem lesz T szériás, és valószínűleg ehhez Chipzillának is sok köze lesz (versenykorlátozómagatartásra gondolok)

( zitev v | 2018. 02. 15., cs – 23:25 )

Határozottan érezhető.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

( Ritter | 2018. 02. 16., p – 04:05 )

Meltdown érinti a mobilokat? Nem csak Intel pc?

( kozapeti | 2018. 02. 16., p – 07:49 )

nem, de hamarabb merül, érezhetően jobban melegszik asus ux305fa

--
kozapeti

( xclusiv v | 2018. 02. 16., p – 13:46 )

Desktop/notebook: nem vettem észre.
Mobil (nexus5x): a januári patch óta sokat lagol, érezhetően lassabb mint korábban volt. De hogy ez a meltdown/spectre miatt van-e, azt nem tudom egyértelműen kijelenteni.

( dyra | 2018. 02. 16., p – 18:53 )

Észre! Eddig teljesen jó volt a 1037-es Celeronos gépen itthon SSD-vel. Frankón ment a Gnome3-as Debian. Ma álltam vissza LXD-re de már ez se harap úgy mint korábban. Lassú gépeken simán észre veszem. A Laptopomban a CoreI7 a másikban CoreI5 van. Ott semmit nem vettem észre.

Nexus 5X bellasult elég brutálisan. Korábban több dolog pl Strava meg egy másik futó program simán megfért és még indíthattam egy kamerát is, most szinte beáll a telefon.

--
honlapom http://dyra.eu/

( Gyuszk v | 2018. 02. 17., szo – 11:03 )

Az ügyfél gépén azt hittem hogy a cpubug javítások bombázták le a gépet, mert közel elviselhetetlenül lassú volt. De kiderült hogy a cpu freq -t a windows (vagy valami driver) rosszul governalja és beragadt 0,75ghz-en a gép stabilan :)

--
debian,libreelec,openmediavault,ubuntu,windows,arch,lineageOS
zbook/elitebook/rpi3/nexus5_hammerhead

( manfreed (nem ellenőrzött) | 2018. 02. 18., v – 20:14 )

Egy kicsit. Nem vészes, de azért érezhetően többet gondolkodik az IDE-m (PHPStorm) és a VirtualBox-ban lévő windows-om is lassabban szedi össze magát.

( uid_7086 | 2018. 02. 23., p – 01:03 )

Az előbb jött meg a legfrissebb Ubuntu LTS kernel.
Általánosságban nem tudom, mi a helyzet, de van egy kis csomagom, ami a /proc/*/stat fájlokat olvasgatja 10000x. Ennek futása a korábbihoz képest elég rendesen felgyorsult.
A leglassúbb a python3 volt, ez 74-75s helyett 65-67s alatt fut le, ami ha jól számolok, majdnem 15%...
Gyanítom, ebben közrejátszik az is, hogy a context switchek száma is kb. ilyen mértékben csökkent.
És ez az első kernel, ahol a /sys/device/system/cpu/vulnerabilities könyvtár létezik.