Per me sono andati anche quelli della MS in ferie :asd: al momento, alle 18.30 zero aggiornamenti .

A qualcuno è arrivato qualcosa.....? :)

veramente manca ancora un quarto d'ora :asd:

Perchè parte alle 19.00 ? :)

Ahhh bastava dirlo :D

http://www.catalog.update.microsoft....px?q=KB4343909

17134.228

:ops:
Fiondatevi su Windows Update a controllare gli aggiornamenti…
Build 17134.228
This update includes quality improvements. Key changes include:

• Provides protections against a new speculative execution side-channel vulnerability known as L1 Terminal Fault (L1TF) that affects Intel® Core® processors and Intel® Xeon® processors (CVE-2018-3620 and CVE-2018-3646). Make sure previous OS protections against Spectre Variant 2 and Meltdown vulnerabilities are enabled using the registry settings outlined in the Windows Client and Windows Server guidance KB articles. (These registry settings are enabled by default for Windows Client OS editions :eek:, but disabled by default for Windows Server OS editions.)
• Addresses an issue that causes high CPU usage that results in performance degradation on some systems with Family 15h and 16h AMD processors. This issue occurs after installing the June 2018 or July 2018 Windows updates from Microsoft and the AMD microcode updates that address Spectre Variant 2 (CVE-2017-5715 – Branch Target Injection).
• Addresses an issue that prevents apps from receiving mesh updates after resuming. This issue occurs for apps that use Spatial Mapping mesh data and participate in the Sleep or Resume cycle.
• Ensures that Internet Explorer and Microsoft Edge support the preload="none" tag.
• Addresses an issue that prevents some applications running on HoloLens, such as Remote Assistance, from authenticating after upgrading from Windows 10, version 1607, to Windows 10, version 1803.
• Addresses an issue that significantly reduced battery life after upgrading to Windows 10, version 1803.
• Addresses an issue that causes Device Guard to block some ieframe.dll class IDs after installing the May 2018 Cumulative Update.
• Addresses a vulnerability related to the Export-Modulemember() function when used with a wildcard (*) and a dot-sourcing script. After installing this update, existing modules on devices that have Device Guard enabled will intentionally fail. The exception error is “This module uses the dot-source operator while exporting functions using wildcard characters, and this is disallowed when the system is under application verification enforcement.”
• Addresses an issue that was introduced in the July 2018 .NET Framework update. Applications that rely on COM components were failing to load or run correctly because of “access denied,” “class not registered,” or “internal failure occurred for unknown reasons” errors.

fatto sul dell. tutto ok.

https://support.microsoft.com/en-us/...date-kb4284835 qui dice che quelle protezioni non sono attive di default, ora nell'ultimo update dice che lo sono... cosa mi son perso??

Ottimo!


Eh eh eh, di questa faccenda non si è mai capito un emerito cazzo. Sul blog ufficiale si parlava, tempo fa, di aggiornamenti/attivazioni manuali (ergo: discrezionali); e invece poi, come già avvenuto con alcuni precedenti aggiornamenti, li inserisce di default.
Inutile, comunque, dare troppa importanza a questa storia.


EDIT:
Comunque,

1)DarkNiko che batte yeppala sul tempo

e

2) tallines che viaggia avanti nel tempo

li vedo come i primi segnali di un'imminente apocalisse (non solo informatica). XD

il mio non facile rapporto con Spectre credo sia ben sintetizzato nell'immagine seguente:

:asd:

Il mio visualizzatore eventi, infatti, presenta da qualche minuto a questa parte una new entry :D, tale id 157 che riporta espressamente come



Anche se la "ricetta" proposta è banale (vedi infatti sopra), nei prossimi giorni mi riserverò di indagare meglio nei limiti di quello che mi è possibile perchè vorrei evitare nuove mazzate sulle prestazioni.

E' di pochi minuti fa peraltro questo articolo (che fa riferimento proprio a L1 Terminal Fault oggetto delle patch odierne, vedi anche il fiondatevi di yeppala), Analysis and mitigation of L1 Terminal Fault (L1TF)

Mah, vedremo...



CdiMauro?

Come editavo sopra, è un terzo (e ulteriore segnale) che la fine dei tempi è oramai prossima:

A parte gli scherzi, quando aggiornerò, darò un'occhiata al mio registro eventi.

In quel momento stavo scrivendo contemporaneamente su 3 o 4 forum e blog diversi.
Stavo anche cercando le nuove build di W10M FCU, CU e AU.
Ho anche riavviato il PC prima di postare, pensando di farcela lo stesso a non essere "battuto". :D

:sbonk:


ma solo distratta visto che se uno infatti si intestardisce nell'interpretazione del tutto ne esce malconcio (IMO).

In poche parole?
Se tutto funziona...




Li', in realtà, avvisa di una patch non-applicata per cui una certa gravita esiste ma insomma, preferisco non mi abbandoni la salute poi di questo problema me ne farò una ragione.
E poi:
la sensazione è che non tutti lo riscontrino visto che a logica presuppone che l'utente abbia abilitate (di proposito come nel mio caso) alcune funzionalità (allo stato appunto facoltative), cmq se controlli e mi fai risapere è sempre benvenuto.

Oh, buon ferragosto a tutti, io lo passerò lavorando :D


imperdonabile

Ahahahha. Posso confermare, in quanto mi sono imbattuto in un tuo commento su Windowsblogitalia. E anche lì qualcuno ti rimproverava qualcosa: la mancanza del tuo mitico motto (consueto alla chiusura dei tuoi post): "Lunga vita a W10!!". Ergo: stai perdendo colpi, yeppala! Ammettilo!!

Scherzo, ovviamente. Sempre mitico! Sappi che, senza il tuo segnale di "fiondamento", io non procedo ad aggiornare!! ahahah

Buona serata!

EDIT (ho visto solo ora il post di Averell)
"Oh, buon ferragosto a tutti, io lo passerò lavorando"

Grazie, Averell! Spero per te tutto bene (oltre allo scazzo del lavoro, s'intende)! Un abbraccio!

La concorrenza è spietata, ti distrai un attimo e ti battono sul tempo. :asd:

si, deve perfezionare meglio i movimenti del polso,


:D

@ Intervention

grazie ricambio evidentemente

:asd: :asd: :asd: :rotfl: :rotfl: :rotfl:
E ma yeppala come sempre e andato dritto al bersaglio, specificando in cosa consisteva il nuovo update


quindi ha vinto sempre yeppala :asd:
:asd: :asd:

il rischio è che con RS5 la ms potrebbe attivare quel settaggio di default (e non solo quello)


edit: da me quell'event non appare, non vorrei che fosse il famigerato memory integrity, che ho attivato alcuni giorni fa... (però la mia cpu non ha l'hyperthreading, magari forse è solo per quello)

Eh, ma non dimentichiamoci degli utenti che lamentano le consuete complicazioni post-parto... ehm... post-aggiornamento: il fiondamentale segnale "yeppalano" rammenta a costoro che c'è un cumulativo e che - presto - si vedranno costretti a intercalare pesanti imprecazioni. Perciò, per questi particolari utenti, il richiamo di yeppala assume questa precisa e sacrilega conformazione:
https://cdn-img-l.facciabuco.com/223...tira_a.jpg?c=1
:asd:

-----------------------------------

Appena aggiornato alla nuova build: l'evento segnalato da Averell NON compare nemmeno nel mio registro. Insomma, continuano ad essere visualizzati i consueti "errorini" DistributedCOM (id 10010 e id 10016). In ogni caso, caro Averell, se dovessi approfondire la questione, tienici aggiornati.

Buona notte! :)

Al volo perché starei lavorando:
è come dici su tutta la linea...

HT necessario (e infatti il mio è un 4x2) e memory integrity (o hypervisor code integrity) attivo (che sarà attivo di default in rs5 hardware permettendo)

Dopo essersi interrotto l'aggiornamento del BIOS durante l'ennesimo aggiornamento, ho dovuto acquistare un altro BIOS chip e già che c'ero, su consiglio di un altro utente del forum, ho acquistato anche il programmer così non rischio più di rimanere a piedi e posso far test senza sudare freddo ogni volta.
Ho eseguito i test con l'ultimo microcode che mitiga la variante 4 di Spectre, dopo aver abilitato la protezione anche da riga di comando (dato che di default è disattivata, comunque la differenza a livello di bench è minima) e stranamente non si nota più la differenza (almeno per quanto riguarda la velocità delle operazioni di I/O dell'SSD) tra microcode preSpectre e gli ultimi.
Secondo i test che avevo fatto inizialmente la velocità casuale veniva non dico dimezzata ma quasi (con uno degli aggiornamenti successivi di Windows ha riguadagnato un 20-25% con lo spannometro che attualmente non riottengo rimettendo il BIOS pre Spectre senza toccare nient'altro).

Ho riprovato proprio ora a riattivare il core isolation ma in questo caso la storia rimane la stessa. Secondo più di un test (a parte AS SSD che non rileva correttamente la velocità) c'è una perdita sostanziale, più di quello che si va a perdere abilitando le protezioni contro le varianti di Spectre.

Microcode pre Spectre



Microcode per mitigare Spectre V4 (attivato pure da registro)



Microcode per minigare Spectre V4 (attivato pure da registro) + Core Isolation attivato



Questo discorso vale sul mio primo PC in firma (3570K@4.4, Asrock Z77 Extreme 4, SSD Samsung 850 Pro 256 GB, GTX 1060 6GB), nel PC secondario con i3 6100 a default, SSD Samsung 840 e video integrato non c'era tutta sta differenza abilitando il core isolation ma prossimamente penso rifarò i test anche su quest'ultimo, integrando pure in quel PC il microcode contro la variante 4 con UBU.
Sul PC di Pippo con l'ultimo fiammante Intel o AMD e gli RGB la storia potrebbe essere diversa.

Per quanto mi riguarda non ne vale la pena. Terrò l'ultimo microcode disponibile ma il core isolation disabilitato.