Linus Torvalds: "Jag hoppas att Intel AVX-512 dör en smärtsam död"

Permalänk
Hedersmedlem
Skrivet av str8forthakill:

@medbor:
Tror du missförstår lite.
Det är Torvalds som skapar dispyter och ryter till så fort någon tittar på något utanför deras extremt specifika områden. Han bidrar ingenting längre. Folk under Torvalds styr och bestämmer vad som går in i kärnan. Vill någon titta på kod utanför sina specifika områden ryter det till rejält för de får minsann enbart jobba med sina extremt specifika områden.

Torvalds är en chef rakt ur helvetet själv, hans roll har sedan länge tagit slut.

Är det det åsikten av de utvecklare som jobbar på "lagret under" honom (dvs subsystem-maintainers, om jag minns termerna rätt), eller din privata åsikt? Om det är din privata, hur mycket har du jobbat med kärnan?

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
Mobil: Moto G200

Permalänk
Medlem

@Thomas:
Åsikter av folk som jobbar under sub-maintainers, göra en pull-request på något utanför ditt specifika område, eller extrem taboo, utanför din sub-maintainers specifika område? Ajaj du får ett par års kvota av svordomar åt ditt håll eller sparken, tillbaka till kodningen du är assignad.

Den moderna arbetsmarknaden vill ha full-stack utvecklare, sweclockers till exempel, Torvalds är raka motsatsen.

Permalänk
Medlem

Kanske skall citera detta från Torvalds, ifrån samma diskussion:

Citat:

I think "128 bit vectors" are likely the sweet spot. Yeah, they're pitifully small, but that's kind of the point. Despite all the people who love FP and vectorization, it just isn't worth anything more, because it's simply not common enough.

SVE2 looks like it may get the vector size independence right, which would be a first. Then sane people can do the small units, and the HPC people can do the big ones, and nobody needs to get hurt.

The reason I detest AVX512 is that it doesn't sanely allow for that kind of gradual and non-fragmenting model.

So I actually liked SVE2 the first time I saw a presentation about it, in ways that I have never ever liked any of the Intel vector extensions. But the proof is in the pudding, and maybe it's a pain to use in practice - my knowledge of it is fairly superficial.

Anyway, I would like to point out (again) that I'm very very biased. I seriously have an irrational hatred of vector units and FP benchmarks. I'll be very open about it. I think they are largely a complete waste of transistors and effort, and I think the amount of time spent on them - both by hardware people and by software people trying to use them - has been largely been time wasted.

So I'm exaggerating and overstating things to the point of half kidding. But only half. I'm taking a fairly extreme standpoint, and I know my hatred isn't really rational, but just a personal quirk and just pure unadulterated opinionated ranting.

So take it as such - with a huge pinch of salt.

Linus

Han gör väldigt klart att detta är hans åsikt.
Och det är svårt att förneka att han har en poäng.

Permalänk
Avstängd

@str8forthakill
hur har du blivit expert på Linus, och hur har du blivit expert på HR?

Visa signatur

Linux + AMD 1055T, Kingston 16GB ECC, Asus M5A88-M EVO, Sapphire 5850, Antec P180 mini, Cooler Master Silent Pro M600

Permalänk
Moderator
Brons i quiz

Vänligen håll en god ton mot varandra i tråden, jag har rensat lite illa inlägg.
/Vzano, Moderator

Visa signatur

Citera om du vill ha svar!
Tycker du om sidospår? :D Besök The Wiki Game
Har du fråga angående modereringen? PM till Moderatorerna eller Kontaktformulär

Permalänk
Medlem
Skrivet av str8forthakill:

@Thomas:
Åsikter av folk som jobbar under sub-maintainers, göra en pull-request på något utanför ditt specifika område, eller extrem taboo, utanför din sub-maintainers specifika område? Ajaj du får ett par års kvota av svordomar åt ditt håll eller sparken, tillbaka till kodningen du är assignad.

Den moderna arbetsmarknaden vill ha full-stack utvecklare, sweclockers till exempel, Torvalds är raka motsatsen.

’Fullstack’ handlar väl bara om webbutvecklare som också kan prata med en databas och sätta upp ett REST-api. Nu blandar du termer friskt och missar helt vad utveckling av linuxkärnan handlar om. Linuxkärnan är lägsta nivån som finns i en dator, implementerar saker som drivrutiner, kryptografi och hantering av processer. Då gäller det att kunna utnyttja hårdvaran till max. Det kräver specialister av rang, knappast något för generalister att ens fundera på.

Permalänk
Medlem
Skrivet av str8forthakill:

@Thomas:
Åsikter av folk som jobbar under sub-maintainers, göra en pull-request på något utanför ditt specifika område, eller extrem taboo, utanför din sub-maintainers specifika område? Ajaj du får ett par års kvota av svordomar åt ditt håll eller sparken, tillbaka till kodningen du är assignad.

Den moderna arbetsmarknaden vill ha full-stack utvecklare, sweclockers till exempel, Torvalds är raka motsatsen.

Eh va? Till att börja med, arbetsmarknaden för utvecklare är fantastiskt bred. Fullstack-utvecklare jobbar inom produktutveckling mot webb främst, eller desktop/mobilapplikationer då. Så långt ifrån Kernelutveckling man kan komma. Och det är inget generellt, utan enligt min erfarenhet främst inom startups där man jobbar med mycket snabbare produktiterationer där det är mer regel än undantag att man fokuserar mer på att utvecklare behöver kunna "allt" för att komma framåt.
Inom andra typer av företag är det väääldigt blandat fokus på backend- eller frontendutvecklare, eller kombinationen "fullstack"...

Men operativsystemutvecklare, som arbetar på saker som Linuxkärnan är helt annat. Lågnivåprogrammering är inte direkt på nedgång, förstår inte vad du pratar om. Det är ju inte "fränt", eftersom att det främst är språket C som används där, är lika gammalt som Unix. Men det inte direkt litet för det.

Det finns ju en poäng att man inte kan eller ska skicka in en PR på vad som helst till Linuxkerneln, man vill inte ha all möjlig skit där. Det finns prioriteringslistor på nya features och buggar, men om man faktiskt har utvecklat en ny feature som är bra för kärnan finns det nog inga större hinder förutom att någon ansvarig maintainer inte har tid att titta. Men annars görs det ju väääldigt mycket jobb inom specifika linuxdistributioner också som inte passar direkt i kerneln.

Edit:
Med det sagt så har det hänt att Torvalds öppet varit väldigt negativ mot enskilda contributors till Kerneln när dessa orsakat stora problem, men hans beteende kring sånt ledde också till att han tog en timeout för några år sen för att lugna ner sig och tänka till lite. Han är fortfarande väldigt vokal om vad han tycker, på ett sätt som man kan tycka är mer eller mindre bra, men du får det att låta som att han skulle vara hotfull mot allt och alla och det stämmer ju inte.

Permalänk
Medlem
Skrivet av cyklonen:

Kan vi inte slippa nyheter om och från gnälliga surpuppan Torvalds? Har han varit relevant de senaste 25 åren?

Vilka vi? Jag vill inte slippa nyheter om Linus Torvalds.

Permalänk
Medlem

Herregud vilken gnällig typ han verkar vara.

Permalänk
Avstängd
Skrivet av str8forthakill:

@Thomas:
Åsikter av folk som jobbar under sub-maintainers, göra en pull-request på något utanför ditt specifika område, eller extrem taboo, utanför din sub-maintainers specifika område? Ajaj du får ett par års kvota av svordomar åt ditt håll eller sparken, tillbaka till kodningen du är assignad.

Den moderna arbetsmarknaden vill ha full-stack utvecklare, sweclockers till exempel, Torvalds är raka motsatsen.

Haha, i vilken sten har du legat i alla dessa år? "Moderna arbetsmarknaden"?

Full-stack-utvecklare är ju ett skämt jämfört mot kernelutvecklare, det är som att jämföra mellan äpplen och päron som Stefan Löfven har lärt mig.

Visa signatur

Dator: i7 4960x | 32GB RAM | Asus Rampage IV Formula | GTX 1080
OS: Slackware 64-bit current + multilib

Laptop: HP Elitebook 6930p | 8GB RAM | 211GB SSD RAID 0 | 256MB AMD Radeon HD 3450/3470 | Intel Duo T9900 @ 3.06GHz
OS: Slackware 64-bit 14.2

Permalänk
Avstängd

Varför så mycket hat mot Linus Torvalds, om man skulle trycka in så mycket skit i en kärna då blir det ju som Windows 10.

Så fort inte Bill Gates var med då passa dom på att ta bort startmeny och sen förstöra hela skiten, så det behövs någon som kan sätta stopp för dumheter.

Visa signatur

Man är inte dum för att man har stavproblem.
Läs mer om min synfel Visual Snow
Om mig ----> #16970666

Permalänk
Medlem

Jag kan väl hålla med Linus i att AVX-512 verkar ha fått lite väl mycket fokus i tester.
Det borde finnas en uppsjö andra instruktioner som också är relevanta, som tex flyttal; något Intel inte är lika stark på om jag förstått det rätt.
Men förstår samtidigt att Intel mer eller mindre måste trumma ut alla (de få?) saker de gör bättre än AMD

Permalänk
Medlem
Skrivet av ThomasLidstrom:

Jag kan väl hålla med Linus i att AVX-512 verkar ha fått lite väl mycket fokus i tester.
Det borde finnas en uppsjö andra instruktioner som också är relevanta, som tex flyttal; något Intel inte är lika stark på om jag förstått det rätt.
Men förstår samtidigt att Intel mer eller mindre måste trumma ut alla (de få?) saker de gör bättre än AMD

Flyttal? AVX är väl till för att utföra flytalsbetäkningar?

Vi kan ju ta en titt på något som är rätt praktiskt här och inte så syntetiskt som videokomprimering. I optimerade encoders som x265 ger avx/avx2 upp till runt 50% bättre prestanda. Detta gjorde även tidigare generationer av Ryzen underpresterade i förhållande till antal trådar eftersom dom inte kunde köra avx-instruktioner med full fart.

Dock så även i det fallet så talar det för linus argument, om det är pga dålig optimering eller om det helt enkelt inte lämpar sig beräkningarna vet jag inte, men aktiverar jag avx512 i x265 så har aldrig prestandafördelen övervägt minskningen i frekvenser.

Permalänk
Medlem
Skrivet av pacc:

Nej, gcc använder dom ju inte av prestandaskäl:
"AVX-512 causes a frequency throttling even greater than its predecessors, causing a penalty for mixed workloads. The additional downclocking is triggered by the 512-bit width of vectors, and using the 256-bit part of AVX-512 (AVX-512VL) does not trigger it. As a result, gcc defaults to prefer using the 256-bit vectors."
/ Wikipedia

Intressant!

Jag tycker man ska tänka igenom nya instruktioner rejält tillsammans med sina konkurrenter (branschen) och kompilatorutvecklare m.m.

Visa signatur

Ryzen 9 5950X, 32GB 3600MHz CL16, SN850 500GB SN750 2TB, B550 ROG, 3090 24 GB
Har haft dessa GPUer: Tseng ET6000, Matrox M3D, 3DFX Voodoo 1-3, nVidia Riva 128, TNT, TNT2, Geforce 256 SDR+DDR, Geforce 2mx, 3, GT 8600m, GTX460 SLI, GTX580, GTX670 SLI, 1080 ti, 2080 ti, 3090 AMD Radeon 9200, 4850 CF, 6950@70, 6870 CF, 7850 CF, R9 390, R9 Nano, Vega 64, RX 6800 XT
Lista beg. priser GPUer ESD for dummies

Permalänk
Hedersmedlem
Skrivet av sKRUVARN:

Flyttal? AVX är väl till för att utföra flytalsbetäkningar?

Delvis, men inte enbart. Det finns många instruktioner som arbetar på heltal, och en del som är annat som permutationer, AES och deep learning-relaterat.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
Mobil: Moto G200

Permalänk
Medlem
Skrivet av pacc:

Nej, gcc använder dom ju inte av prestandaskäl:

Ett operativsystem måste spara och ladda alla register vid en context switch. Med AVX-512 - registren blir det nästan dubbelt så mycket data som måste hanteras, och därmed extra overhead. Alla processer drabbas då, inte bara de som använder AVX-512 - instruktioner.

Men det värsta är nog att det medför extra komplexitet i kärnan. Det finns redan speciellt stöd i Linux-kärnan för att program som använder den äldre x87-enheten som moderna program inte använder.
När Linux startar upp så använder den kod för context switches som inte sparar x87-register, men om en x87 eller MMX-instruktion körs så blir det en trap till kärnan för att byta kärnans rutiner till långsammare kod som också hanterar x87-registren vid varje context switch.
Skulle man göra samma sak med AVX-512 så skulle det potentiellt innebära fyra olika varianter av kod här, för olika kombinationer av program som körs på datorn.

Visa signatur

För övrigt anser jag att tobak ska förbjudas.

Permalänk
Datavetare
Skrivet av ThomasLidstrom:

Jag kan väl hålla med Linus i att AVX-512 verkar ha fått lite väl mycket fokus i tester.
Det borde finnas en uppsjö andra instruktioner som också är relevanta, som tex flyttal; något Intel inte är lika stark på om jag förstått det rätt.
Men förstår samtidigt att Intel mer eller mindre måste trumma ut alla (de få?) saker de gör bättre än AMD

En av sakerna jag till 100 % håller med Linus om här är: "ingen" bryr sig egentligen om flyttal utanför benchmark! Det är faktiskt ett rätt stort problem givet att majoriteten av alla benchmarks vi ser, utanför spel, består i alldeles för stor utsträckning av just flyttalstester. För normalpersonen är flyttalsprestanda totalt irrelevant, man skulle kunna köra emulering av flyttal och de flesta skulle inte märka någon skillad alls. Det är absolut en av orsakerna till varför x86 slog ut nästan alla RISC:ar trots att x86 sög på flyttal, grejen var att x86 var fram till ARM64 och RISC-V kungen av heltal!

Där Linus är helt ute och cyklar i min mening är detta

Citat:

And that makes AVX512 actively bad. It was literally designed not to be used in any generic code, and is basically only useful for "hey, we have this kernel of code that is so hot that we'll just create five different versions of it.

För OS-kärnor är AVX-512 helt irrelevant, men det finns faktiskt folk som skriver program som inte är del av OS:kärnor. Och, något som kanske kommer som en chock för någon som Linus, är att folk faktiskt använder andra språk än C, språk som designats där här sidan millennieskiftet och faktiskt tittat på vad som hindrar språk som C/C++/Java/C# m.fl. att effektivt utnyttja SIMD.

Och inte bara språk. Många inser att man inte kan ignorera allt som redan är skrivet i t.ex. C++ (som Linus för övrigt hatar...), så därför har man skapat infrastrukturer som kan hantera det faktum att system börjar bli allt mer spretiga och det fungerar därför långt ifrån optimalt att man direkt kompilerar saker till maskinkod (där man måste bestämma om det finns t.ex. AVX512 stöd up-front). I stället är trenden allt mer att kompilera till något mellanformat som effektivt kan beskriva vad man vill göra och sedan kompileras det specifikt för den maskin man råkar köra på. Har den AVX512 och det är vettigt att använda används det, annars används AVX, SSE eller röksignaler (beroende på CPU).

Vet inte om de som jobbar med maskininlärning skulle säga att AVX-512 bara är vettigt för benchmarks när det finns delar av AVX-512 som ger flera heltalsfaktorer bättre prestanda.

AVX-512 är flera saker, vissa är kanske inte vettigt för konsument CPUer. T.ex. har jag lite svårt att se värde med 512 bitars databredd i en desktop/laptop CPU, det drar allt för mycket ström -> klockar ned CPUn allt för mycket. Däremot innehåller AVX-512 funktioner som långt mer effektivt hanterar divergerande kodvägar i olika SIMD-lanes, det är väldigt användbart i en rad olika användarfall även om man bara kör 128-bitars databredd (AVX-512 stödjer 128, 256 och 512 bitars bredd).

Så där är en annan punkt jag håller med Linus: 128-bitars SIMD bredd är nog "sweetspot" för "vanliga" CPUer, nog bättre att lägga kislet på fler 128-bitars pipelines än att bredda de pipelines som finns.

Vad Linus egentligen verkar vara ute efter är att man borde lägga kisel på saker som ökar heltalsprestanda, för flyttalsprestanda är i praktiken irrelevant för den stora massan. Det är andra som nämner det i RealWorldTech tråden

Citat:

Apple has pretty conclusively shown that Intel is far from hitting fundamental IPC limits, and IPC helps everyone. Intel stalled out for a while with their endless Skylakes, but certainly it's hard to see any fundamental road blockers to Apple-like 1.8x IPC scaling. And yes, more cores helps too, since multicore is both more capable and less work than an equivalent amount of vectorization.

Här är jag övertygad om att problemet är fundamentalt för x86, d.v.s. det handlar inte bara om att man lagt transistorer på fel saker. Hur kommer det annars att Intel och AMD med relativt olika designer hamnar på nästan identiskt IPC? AMD har spenderat >50 % fler transistorer än Intel i Zen 2, mestadels på cache, och det enda man fått är marginellt bättre IPC för flyttal.

Det enda som verkar ge x86 någon form av ökning i heltals-IPC är att massivt skruva upp "out-of-order" fönstret. Inte ökade detta med 60 % i Sunny Cove (något som kostar enormt mycket i transistorer), man ökade en hel del andra saker 50-100 % och allt detta gav 18-20 % mer IPC (varav den större delen ökade flyttalsprestanda, inte heltal ).

Ur den synvinkeln är faktiskt AVX-512 extremt välinvesterade transistorer. För även om det är smala nischer gör saker som oneAPI och liknande det fullt möjligt att utnyttja kraften i de nischer där den gör nytta (och där handlar det om flera heltalsfaktorer). För generell heltalskod känns det som x86 till slut nått vägens ände. Att Apple redan idag har något med ~80 % högre IPC och ARM presenterat något med ~60 % IPC betyder endera att Intel och AMD är totala clowner när det kommer till CPU-design eller så kanske man slagit i fundamentala gränser för hur mycket ILP som finns i en x86-instruktionsström. Om det senare gäller är enda lösningen att byta ISA om man vill komma vidare.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Datavetare
Skrivet av sKRUVARN:

Flyttal? AVX är väl till för att utföra flytalsbetäkningar?

Vi kan ju ta en titt på något som är rätt praktiskt här och inte så syntetiskt som videokomprimering. I optimerade encoders som x265 ger avx/avx2 upp till runt 50% bättre prestanda. Detta gjorde även tidigare generationer av Ryzen underpresterade i förhållande till antal trådar eftersom dom inte kunde köra avx-instruktioner med full fart.

Dock så även i det fallet så talar det för linus argument, om det är pga dålig optimering eller om det helt enkelt inte lämpar sig beräkningarna vet jag inte, men aktiverar jag avx512 i x265 så har aldrig prestandafördelen övervägt minskningen i frekvenser.

När man tänker SSE/AVX tänker nog många främst på flyttalsberkäningar. Faktum är att x86_64 skrotade gamla x87 instruktionerna för att i stället använda en delmängd av SSE2 som innefattar beräkningar av skalära flyttal.

Problemet är att flyttal och SIMD är att operationer på flyttal på datorer inte är kommutativ, vilket kraftigt begränsar möjligheten för kompilatorer att automatiskt använda SIMD som optimering av traditionell skalär flyttalskod. Enda sättet att använda SIMD ihop med flyttal är att explicit tillåta det, vilket man kan göra med assembler/intrinsics (dåligt då koden då det tar tid och koden fungerar bara på CPUer som stödjer allt man använder) eller med ramverk som SYCL eller liknande där man levererar ett mellanformat som kompileras specifikt till den CPU man har som del av installation av programmet.

Heltalberäkningar är däremot kommutativ och dagens kompilatorer börjar bli rätt bra att automatiskt använda SIMD för heltalsberäkningar. Stora skillnaden mellan AVX och AVX2 är primärt att den senare lägger till möjligheten till 256-bitars beräkningar för heltal!

Här finns tyvärr en del begränsningar i äldre språk som begränsar exakt hur mycket SIMD optimering som automatiskt kan utföra, men är man medveten om dessa begränsningar krävs ofta inte supermycket för att komma runt dem. Vissa nyare programspråk är designade för att underlätta SIMD-optimeringar (fast även där finns begränsningen med att flyttal rent HW-mässigt inte är kommutativa, så handlar primärt om heltal).

Problemet med AVX och än mer AVX-512 är att man sällan vill att dessa instruktioner används automatiskt då de påverkar CPU-frekvensen negativt. Så här har helt klart Linus en poäng med att 128-bit SIMD är nog "sweetspot"!

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Herr Kantarell:

Intressant!

Jag tycker man ska tänka igenom nya instruktioner rejält tillsammans med sina konkurrenter (branschen) och kompilatorutvecklare m.m.

Senaste gången Intel lyssnade på AMD var med x86-64 extensions. AMD och VIA får bara snällt följa med det som Intel väljer, ingen annan kan skapa nya instruktioner i denna standard eftersom Intel äger allt

Permalänk
Medlem

Är less på gnällspikar. Finns många även på detta forum som inte kan uttrycka sig på ett sakligt men trevligt sätt. Tur att swec har bra admins/mods!

Visa signatur

JJ2 Multiplayer
JJ2 ZStats

[1] Ryzen 5800X | 5500XT | Kingston A2000 | Lenovo G24-10 144Hz [2] Ryzen 5700G | RX 560 | WD Blue SN550 [3] Ryzen 5600G | Kingston A2000 [4] Ryzen 3600 | GT 740 | 850 EVO [5] Ryzen 3600 | Geforce 405 | 850 EVO (alla är i bruk)

Permalänk
Medlem
Skrivet av str8forthakill:

@filbunke:
Ingen skillnad, lycka till att anställa 100 personer att utveckla en linux-kärna åt dig, det är inte ett enmansjobb. Det är inte ett hobby-projekt. Det är en massiv insats, det är inget som görs gratis. Torvalds är inte en del av utvecklingen längre mer än att han pekar finger åt folk som vill lära sig saker utanför sina områden, och åt andra företag.

@Kattus Linux-kärnan han påbörjade för 25 år sedan är relevant idag, Torvalds själv har noll relevans och inflytande idag. Han är knappt en del av sitt eget projekt mer än att han spottar på folk under sig i kedjan. Skulle Torvalds försvinna ur bilden skulle utvecklingen rampas upp rejält, han är en stoppkloss, inte en tillgång. Och tyvärr sitter han på tronen byggd av goodwill som hindrar andra kärnor från att konkurrera.

Precis som att Nvidia inte behöver Jensen Huang, AMD behöver inte Lisa Su, Apple behövde aldrig Steve Jobs, Tesla hade varit bättre utan Elon Musk, osv, japp. "Tronen av Goodwill" my ass, han är under konstant skitkastning. Varför ska det vara så jävla svårt att förstå hur open source fungerar? Om du inte är nöjd med produkten, utvecklarna eller ledningen gör det själv som du vill då?

Vad du säger är att eftersom det är svårt att upprepa vad Linus gjorde med linux på egen hand så borde han stiga ner och låta någon annan som inte är villig att lägga in mödan tar över hans projekt med sin egen vision? Låta någon annan leka Linus Torvalds en stund?

Och om du säger att han har noll relevans och inflytande idag och knappt är en del av sitt eget projekt så får du även förklara hur linux är dött i vattnet, saknar framtid och inte spelat en viktigt del i industrin någonsin det senaste årtiondet, för linux är blivit vad det är under Linus Torvalds översikt. Eller är det här ett fall av att fakta är irrelevanta för du, som utomstående, tycker att han känns irrelevant?

Visa signatur

Gamingrigg: MEG x570 ACE, 5950X, Ripjaws V 32GB 4000MT/S CL16, 6800XT Red Devil LE, HX1200i.
Laptop: XPS 9570 x GTX 1050 x 8300h + 16GB Vengeance 2666Mhz + Intel AX200
Valheim server: i7-8559 + Iris Plus 655 + 32GB + 256GB
Printers? Yes. Ender 5, Creality LD-002R, Velleman VM8600, Velleman K8200

Permalänk
Medlem
Skrivet av Yoshman:

Intel och AMD är totala clowner när det kommer till CPU-design eller så kanske man slagit i fundamentala gränser för hur mycket ILP som finns i en x86-instruktionsström. Om det senare gäller är enda lösningen att byta ISA om man vill komma vidare.

x86 släpptes till konsument 1978 och hade säker inte en utvecklingstid mer än några år, för att inte nämna att ingen förutspådde att x86 var för att stanna.
Jag kan lova dig att x86 är ren skit från den synvinkeln.

Permalänk
Hjälpsam
Skrivet av medbor:

Känns som att han är bitter över att hans nya dator saknar instruktionerna...


Det där var faktiskt rätt kul.

Visa signatur

AMD Ryzen 7 1700 | Saphire RX 5700 Pulse XT (Silent Mode) | 64 GB Kingston ECC | https://valid.x86.fr/z2ljhr | Stockkylaren | Bitfenix Whisper M 750W.
AMD Ryzen 9 5900X | AMD RX 5700 | 64 GB Micron ECC | https://valid.x86.fr/5krwxf
HTPC | https://valid.x86.fr/uuzli0 |

Permalänk
Skrivet av lindahlj:

På gränsen till näthat från den gode Linus. Tråkigt att se från hans sida.

Näthat? Han är arg?

Visa signatur

i7 6700k @4,1 base - 4,4 Turbo | XFX 590X Fatboy | Gigabyte Z270 D3 | 2x16 GB Corsair Vengence 3200MHz Cl 16| Intel 750 400GB |EVO 970 1 TB Steamdrive| 64TB thin provision

Permalänk
Hedersmedlem
Skrivet av The Kristoffer:

Näthat? Han är arg?

Baserat på hans historiska uttalanden och hans stil så tror jag inte ens att han är särskilt arg över detta. Kanske irriterad eller liknande. Är han arg så märks det.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
Mobil: Moto G200

Permalänk
Medlem

@Shiprat:
Snarare att folk idoliserar fel personer, Torvalds bidrar ingenting till Linux utvecklingen eller adaptionen. Hans roll som positiv influens över Linux kärnan har sedan länge avslutats. En annan person är till exempel Raja Koduri, vars passion är AI/Compute, som blockerade AMD från att optimera GCN till att passa för spel (RDNA) då hans vision var datacenter, dörren för AMDs relevans för grafikkort öppnades så fort Raja omplacerades till Intel. Palmer och Carmack som stal Zenimax VR utveckling och tog credit för andra personers jobb, som blev fällda till slut. Och samtliga idoliseras av någon anledning, på felaktiga grunder.

Folk är för nostalgiska för att inse att gamla rävar stoppar utvecklingen. De bidrar ingenting längre, de står mest och hindrar yngre och mer drivna personer att utveckla produkter vidare. Kanske för stolthet i sin originella design när de var nya och heta? För väldigt många år sedan.

Undra hur det gick för Da_bear och icq-bruden. Om man ska ha uppdateringar på utdaterade profiler som saknar relevans i dagsläget.

Permalänk
Medlem
Skrivet av str8forthakill:

Palmer och Carmack som stal Zenimax VR utveckling och tog credit för andra personers jobb, som blev fällda till slut.

Om vi skall vara petiga: Palmer Luckey och Brendan Irbe fälldes för en rad grejer - primärt att Luckey bröt mot en NDA samt att de använde sig av Zenimax varumärken. Carmack anklagades för att ha stulit kod, men frikändes för det.

Visa signatur

5900X | 6700XT

Permalänk
Medlem
Skrivet av Chromatic:

Herregud vilken gnällig typ han verkar vara.

Han säger precis vad han tycker på gott och ont. Tycker personligen att det är kul att se inom en industri som annars har många fyrkantiga karaktärer.

Visa signatur

7800X3D//4090

Permalänk
Medlem
Skrivet av firstofmay:

Han säger precis vad han tycker på gott och ont. Tycker personligen att det är kul att se inom en industri som annars har många fyrkantiga karaktärer.

Kan ju inte vara hälsosamt att gå runt och önska att saker ska misslyckas katastrofalt O_o

Permalänk
Medlem
Skrivet av str8forthakill:

@medbor:
Tror du missförstår lite.
Det är Torvalds som skapar dispyter och ryter till så fort någon tittar på något utanför deras extremt specifika områden. Han bidrar ingenting längre. Folk under Torvalds styr och bestämmer vad som går in i kärnan. Vill någon titta på kod utanför sina specifika områden ryter det till rejält för de får minsann enbart jobba med sina extremt specifika områden.

Torvalds är en chef rakt ur helvetet själv, hans roll har sedan länge tagit slut.

Och anledningen till att det är den dominanta kärnan. När folk donerar till Linux, när företag donerar till Linux. Det går till hans gyllne tron vilket är kärnan han startade. Det finns många ekonomiska resurser de har tillgång till. Vilket är varför utvecklingen är så aktivt på kärnan han startade. Vem som helst kan forka visst, men de har noll tillgångar, noll ekonomiska resurser. Och får noll tillbaka. Torvalds kärna betalas av goodwill och stöttas av goodwill, därför kan ingen konkurrera med den.

Utan Linus så hade ”folk som vet” (dvs tror sig veta men är rätt fritt ute och cyklar) inte hållts på ett betryggande avstånd från beslutskedjan.

Det är tack vare att kaoset uteblivit som Linux är där det är idag.

Min uppfattning är att företag (oftast) i första hand bidrar för egen vinning; sen vad det innebär kan variera. För några handlar det om pengar, för andra att vara ”först” och därmed sätta standard, för den tredje att slippa lägga tid på underhåll, osv. När det gäller Linux så finns det mer eller mindre inga forks (förutom Android) som en större mängd människor bidrar till, helt enkelt för att den officiella Linux-kärnan håller en väldigt hög nivå och man vet man kan förvänta sig.

Att likställa att Linus inte knackar mycket (om någon) kod med att han är överflödig... Gäller det då även alla VD’ar/CEO’s som är duktiga på att hitta kompetent folk att delegera arbete åt? Hela poängen är ju att överskåda helheten och se till så att det tas rätt beslut. Det är en sak att överskåda ett mindre projekt, men att lyckas mer ellermindre ensam hålla ihop helheten (med överlag vettiga designer) som är Linuxkärnan, det är inget annat än galet imponerande.

Det är min personliga uppfattning av verkligheten. Som bakgrund kan nämnas att jag jobbat på och för ett flertal stora bolag där vi bidragit till Linuxkärnan, nu senast på Arm.

Visa signatur

Citera mig för svar.
Arch Linux