[ 3 / biz / cgl / ck / diy / fa / g / ic / jp / lit / sci / tg / vr / vt ] [ index / top / reports / report a bug ] [ 4plebs / archived.moe / rbt ]

Due to resource constraints, /g/ and /tg/ will no longer be archived or available. Other archivers continue to archive these boards.Become a Patron!

/g/ - Technology

View post   

[ Toggle deleted replies ]
File: 1.21 MB, 960x540, 1513796396873.webm [View same] [iqdb] [saucenao] [google] [report]
64163260 No.64163260 [Reply] [Original] [archived.moe] [rbt]

>As someone who worked in an Intel Validation group for SOCs until mid-2014 or so I can tell you, yes, you will see more CPU bugs from Intel than you have in the past from the post-FDIV-bug era until recently.


>Let me set the scene: It’s late in 2013. Intel is frantic about losing the mobile CPU wars to ARM. Meetings with all the validation groups. Head honcho in charge of Validation says something to the effect of: “We need to move faster. Validation at Intel is taking much longer than it does for our competition. We need to do whatever we can to reduce those times… we can’t live forever in the shadow of the early 90’s FDIV bug, we need to move on. Our competition is moving much faster than we are” - I’m paraphrasing. Many of the engineers in the room could remember the FDIV bug and the ensuing problems caused for Intel 20 years prior. Many of us were aghast that someone highly placed would suggest we needed to cut corners in validation - that wasn’t explicitly said, of course, but that was the implicit message. That meeting there in late 2013 signaled a sea change at Intel to many of us who were there. And it didn’t seem like it was going to be a good kind of sea change. Some of us chose to get out while the getting was good. As someone who worked in an Intel Validation group for SOCs until mid-2014 or so I can tell you, yes, you will see more CPU bugs from Intel than you have in the past from the post-FDIV-bug era until recently.

I hope Intel is gonna pay for their actions this time. Fucking jewish pricks.

>> No.64163288
File: 53 KB, 401x401, SmugNero.jpg [View same] [iqdb] [saucenao] [google] [report]

Get rekt.
Join the AMD revolution.

>> No.64164735


>> No.64164784

Intel isn't actually any more jewish than AMD.
Where did that stupid meme come from?

>> No.64164834

Probably things like the billion dollar Anti-trust suit Intel lost and has been neglecting to payments towards for several years now

>> No.64164849

60% profit margins.

>> No.64164920

r&d costs, you know.

>> No.64164938

Yeah, and all that expensive TIM.

>> No.64164982
File: 665 KB, 756x628, intel.png [View same] [iqdb] [saucenao] [google] [report]

Enjoy niggers and gender studies majors designing your next line of CPU's, goys.

>> No.64165325

>Intel isn't actually any more jewish than AMD

>> No.64165354
File: 78 KB, 369x248, 1481357417780.png [View same] [iqdb] [saucenao] [google] [report]


>> No.64165793
File: 190 KB, 363x362, jorge_gonzoles.png [View same] [iqdb] [saucenao] [google] [report]

"Quality is not something taught. It is brought out from - within." -- Jorge Gonzoles 2032AD

>> No.64165916
File: 41 KB, 398x515, Screenshot-2018-1-5 Intel CEO We think of ourselves as an Israeli company as much as a US company.png [View same] [iqdb] [saucenao] [google] [report]


>> No.64165957

hes going to get sued by intel soon.

>> No.64165993

>Intel isn't actually any more jewish than AMD.
Except their main R&D team is stationed in Haifa.

>> No.64166004
File: 479 KB, 800x975, rubs hands.png [View same] [iqdb] [saucenao] [google] [report]

i wonder who is behind this post

>> No.64166855
File: 128 KB, 551x388, K (77).jpg [View same] [iqdb] [saucenao] [google] [report]

It actually has an update for Meltdown:
>As a former Intel employee this aligns closely with my experience. I didn’t work in validation (actually joined as part of Altera) but velocity is an absolute buzzword and the senior management’s approach to complex challenges is sheer panic. Slips in schedules are not tolerated at all - so problems in validation are an existential threat, your project can easily just be canned. Also, because of the size of the company the ways in which quality and completeness are ‘acheived’ is hugely bureaucratic and rarely reflect true engineering fundamentals.

>> No.64166926
File: 356 KB, 1214x1239, 5a2.jpg [View same] [iqdb] [saucenao] [google] [report]

how does it feel to be so btfo?

>> No.64166931
File: 45 KB, 200x200, intel jew.png [View same] [iqdb] [saucenao] [google] [report]


>> No.64166981

Just like the author of that White House tell-all book is gonna get sued soon? :^)

>> No.64167086
File: 71 KB, 710x473, GettyImages-461101144.w710.h473.jpg [View same] [iqdb] [saucenao] [google] [report]

>senior management’s approach to complex challenges is sheer panic

>> No.64168382

Gotta love how the guy mentions AMD Ryzen bugs which were either fixed in firmware or offered free replacements for in context of various Intel bugs that were literal "fuck you & deal with it" to the customer.

And as we know Meltdown has been around for much longer than the aforementioned dates.

>> No.64168384
File: 1.25 MB, 1845x1923, 1492138786706.jpg [View same] [iqdb] [saucenao] [google] [report]

>Intel isn't actually any more jewish than AMD

>> No.64168626
File: 67 KB, 831x1200, 1515099617913.jpg [View same] [iqdb] [saucenao] [google] [report]


>> No.64168955

>For a while, it looked likecloud vendors might be able to avoid the Intel tax by moving their computation onto FPGAs, but Intel bought one of the two serious FPGA vendors and, combined with their fab advantage, they look well positioned to dominate the high-end FPGA market the same way they’ve been dominating the high-end server CPU market. Also, their fine for anti-competitive practices turned out to be $1.45B, much less than the benefit they gained from their anti-competitive practices1.
this s*** happens all the f****** time, and in my opinion, it's a serious fault in American law.
also voice typing :^)

>> No.64169056

It's by design, anon.

Name (leave empty)
Comment (leave empty)
Password [?]Password used for file deletion.