Šta je novo?

Meltdown / Spectre

Na to da nisi flešnuo novi bios ako imaš intela.

Sent from my MI MAX using Tapatalk
 
Poslednja izmena:
Zar je Spectre zakrpljen?!
Mislim stvarno zakrpljen, a ne primenjen patch/update/šta-god a problem i dalje postoji.
 
Naravno da nije. U pitanju su godine koje slede. Propust je na nivou hardware-a. Teško se može očekivati ispravka, recimo pre 2020.

Sudeći po Linusu, Intel se zaje8ava. Barem u pogledu Spectre-a.

A na sta se odnosi ovo upozorenje?

Morao sam da malo zezam, jer je svakom sa osnovnom školom, jasno šta znači crvena boja.
 
Poslednja izmena:
Nije mi jasno cemu sprdnja i osnovna skola, pitao sam za pomoc.

rAMA@ o ovom cpu je rec, pominjes da se flesuje novi bios, radi se o laptopu i odavno sam flesnuo novi bios sa Asus-ovog sajta, ako treba nesto sa intelovog sajta, sta je to i gde je?
 
Strpi se dok stvarno ne rese problem, juce je izasla vest da su rekli korisnicima da ne ubacuju vise originalni Spectre patch, ko zna kakve probleme mozes sam sebi da napravis a realno nije ti toliko hitno.

Sent from my MI MAX 2 using Tapatalk
 
Hvala ti na informacija, sacekacu da se to sve ispegla, ne zuri mi se samo pitam sta da radim.
 
Originalna referenca:

Recommendations:

Updated Jan. 22

We have now identified the root cause of the reboot issue impacting Broadwell and Haswell platforms, and made good progress in developing a solution to address it. Based on this, we are updating our guidance for customers and partners:

We recommend that OEMs, Cloud service providers, system manufacturers, software vendors and end users stop deployment of current versions on the below platforms, as they may introduce higher than expected reboots and other unpredictable system behavior.
We also ask that our industry partners focus efforts on testing early versions of the updated solution for Broadwell and Haswell we started rolling out this weekend, so we can accelerate its release. We expect to share more details on timing later this week.
For those concerned about system stability while we finalize the updated solutions, we are also working with our OEM partners on the option to utilize a previous version of microcode that does not display these issues, but removes the Variant 2 (Spectre) mitigations. This would be delivered via a BIOS update, and would not impact mitigations for Variant 1 (Spectre) and Variant 3 (Meltdown).



We believe it is important for OEMs and our customers to follow this guidance for all of the specified platforms listed below, as they may demonstrate higher than expected reboots and unpredictable system behavior. The progress we have made in identifying a root cause for Haswell and Broadwell will help us address issues on other platforms. Please be assured we are working quickly to address these issues.

For a list of products associated with this updated guidance go here

Ne moze nesto sto ima 6 promena u 15 dana da bude pouzdano, nema svrhe da se zuri.
 
Nisam programer,
verovatno sto vise programera manje sijalica.
Stvarno ne znam sta sam lose rekao, do juce se nije znalo da taj problem i postoji pa se zivelo bez toga, samo sam pitao jer nisam pratio temu tj. nisam mnogo upucen u problem.
 
Nisam programer,
verovatno sto vise programera manje sijalica.

:D

Odgovor je nijedan. To je hardverski problem.

U prevodu, trebaju nam novi "netopljivi" procesori.

Stvarno ne znam sta sam lose rekao,

Nisi ništa loše napisao, samo gledanje na problem, je kao gledanje da je u pitanju dobar dan. To baš i nije na mestu, jer u suprotnom, svesno ili nesvesno, naši mozgovi (i mi sami) doživljavaju "meltdown". :D

Takođe, nesvesno pravdanje, poput ovog: (meltdown, gde se želelo ići prečicom, jer svaka provera, ipak zauzima računarsko vreme)

do juce se nije znalo da taj problem i postoji pa se zivelo bez toga

opet i nije na mestu. Zašto bi smo se tu zaustavili? Recimo, šta će nam točak, živeli smo i pre njega. :D
 
Znaci u pitanju je hardware-ski problem, kao takav resenje je kupovina novog hardware-a, a svaka software-ska intervencija je drz vodu dok....
 
Bingo! :D
 
Uf.. .. :lupko: bem mu misa, to je to, ali ipak moramo da se lazemo sa zakrpom.
 
Znaci u pitanju je hardware-ski problem, kao takav resenje je kupovina novog hardware-a, a svaka software-ska intervencija je drz vodu dok....

Još kad bi u ovom trenutku postojao procesor koji nije pogođen, pa bi sve bilo super. Trenutno nema pravog rešenja, kad će ga biti ne znamo. Ili da svi pređu na one ARM procesore koji nisu pogođeni i da koriste Raspberry Pi.
 
Pa da kazem ajd sta je bilo bilo je, ali proizvodjaci procesora nastavljaju i dalje da proizvode procesore koji su suplji, a narocito Intel koga bas briga za sve sto se desava jel mu se moze!
I dalje neki clanovi foruma predlazu da se kupi Intel i pored rupcage koja postoji u fazonu ne smeta za igre, i sta ako se ipak nadje prava zakrpa i ispostavi se da ipak utice i na taj segment???
 
Pa ti nemoj da kupuješ intel, ako se brineš da može poći naopako.

Pa što ga ne okrpe kad mogu?
Iz istog razloga zbog postoji hiljadu bagova i rupa u svakom velikom hardverskom i softverskom projektu, iako se krpe godinama. Samo što se na ovom radi ubrzano i naći će odgovarajuće rešenje, jer su pogođeni veliki sistemi a ne CoD igrači
 
Realno ni ja ne bih, ali samo kazem da bi bilo pozeljno da se proizvodjaci procesora bar malo potrude oko zakrpe ili da je kompezuju cenom ako zakrpe ne rade!
 
In order to provide more detail, Red Hat’s performance team is sharing the performance results measured for Red Hat Enterprise Linux 7, (with similar behavior on Red Hat Enterprise Linux 6 and Red Hat Enterprise Linux 5), on a wide variety of benchmarks based on performance impact:

Measureable: 8-19% - Highly cached random memory, with buffered I/O, OLTP database workloads, and benchmarks with high kernel-to-user space transitions were measured to be impacted between 8-19%. Examples include OLTP Workloads (tpc), sysbench, pgbench, netperf (< 256 byte), and fio (random I/O to NvME).

Modest: 3-7% - Database analytics, Decision Support System (DSS), and Java VMs were measured to be impacted less than the “Measurable” category. These applications may have significant sequential disk or network traffic, but kernel/device drivers are able to aggregate requests to moderate level of kernel-to-user transitions. Examples include SPECjbb2005, Queries/Hour and overall analytic timing (sec).

Small: 2-5% - HPC (High Performance Computing) CPU-intensive workloads that spend little time in the kernel were measured to have 2-5% performance impact. This is with jobs that run mostly in user space and are scheduled using cpu-pinning or numa-control. Examples include Linpack NxN on x86 and SPECcpu2006.

Minimal: Linux accelerator technologies that generally bypass the kernel in favor of user direct access were measured to have the least impact, with less than 2% overhead measured. Examples tested include DPDK (VsPERF at 64 byte) and OpenOnload (STAC-N). Userspace accesses to VDSO like gettimeofday were not measured to be impacted. We expect similar minimal impact for other offloads that bypass the kernel.

NOTE: Because microbenchmarks like netperf/uperf, iozone, and fio are designed to stress a specific hardware component or operation, their results may not be generally representative of customer workload. Some microbenchmarks have shown a larger performance impact, related to the specific area they stress.

Due to containerized applications being implemented as generic Linux processes, applications deployed in containers incur the same performance impact as those deployed on bare metal. We expect the impact on applications deployed in virtual guests to be higher than bare metal due to the increased frequency of user-to-kernel transitions. Those results will be available soon in an updated version of this document.

https://access.redhat.com/articles/3307751
 
Win 10 još nije počeo da flešuje biose, tako da može @0:46 ... :p
 
Poslednja izmena:
Ne, može da primeni retpoline, novi mikrokod i slične buduće zakrpe. Šta god da MS odluči, biće primenjeno. Tako da, piši propalo. :D
 
Pa u OS-u može samo da se postavi neka zaštita, tipa antimalware/antivirus pačevi a ostalo u mikrokodu/BIOS-u. Mora da bude zajednički poduhvat.
 
Nazad
Vrh Dno