Microsoft segade ned Kontrollpanelen

Man måste ju hinna se ikonerna också…

Anpassat efter hur snabbt allt annat gick då alltså, tålamod var något man var mer van vid på den tiden

Och som @Elgot nämde, vem hinner se en ikon på 0,3 sekunder

0,3 s på dagens hårdvara eller tidsenlig hårdvara?

Tills man upptäcker att det var någons ”fix” på ett race condition som slog fel ibland

Det är 100% en UX-grej. Om dialogen flashar förbi fort så tror folk att något gick fel och/eller hinner inte se den. Den här typen av lösningar är inte ovanliga.

Vi har levt i en lögn hela livet.

Påminner om hints och lore på loadingscreens som man efter ssd's inte längre hinner se något av

Precis, och då måste man fram med filmkameran och filma av skärmen för att se vad f-n som hände

Jag tänkte det var en fördröjning för att ge HDDs en chans att starta, spinna upp och kunna identifiera sig.

Bandare+bok med bandpositioner, bläddra fram spelet i boken->Leta fram rätt band, ladda turbo, nolla countern->spola till rätt läge, LOAD-> Sweet reward efter några minuter:

Vi nördar har det rätt bra nuförtiden.

100% detta. Eller helt enkelt att deadline närmade sig och det här var den temporära lösningen för att vara säker på att hårdvaran var redo. Den skulle fixas sen.

Hade en 1541:a till 64:an nära nog från start Så har haft det rätt bra de senaste 40 åren

När Disk Doubler var mer bokstavligt:

Var även tidig med hårddisk till Amiga 500, medan många andra satt kvar med disketter.

Antar att det har sitt ursprung ifrån PC'ns begynnelse och dumma beslut.
Ber om ursäkt för textväggen, men känner att den behövs för att förklara 3 + 5 sekunders tokeriet.

Där har varit ett par (firmvare) buggar i PC'ns ungdom, ja egentligen så var det en hel uppsjö, som alla antog att PC'n alltid kommer och skall bestå av en i8088 på 4,77 MHz. Man gjorde det helt enkelt enkelt för sig vid programmering av tidsberoende förlopp, man använde då NOP instruktioner och ibland även en loop för att skapa en fördröjning i kod.

Detta högst felaktiga antagande följde med i årtionden...

Man hade timrar i hårdvaran men lär bli att använda dom då det var enklare att slänga in några NOP, dessa krux i mjukvaran användes för att få en korrekt hastighet vid som ex. seriekommunikation eller vid funktioner där hårdvaran skulle få tid till att initieras såsom hårddiskar.

En detalj i processen som gäller all hårdvara än i dag, var att elektroniken behöver veta om att spänningen är korrekt (inom området så hårdvaran fungerar som tänkt), från en PC nätdel så går en signal "Power Good" som talar om att spänningen är stabil, innan den signalen har detekterats av moderkortet så kan inget på kortet starta.
Samma gäller instickskort, hårddiskar m.m. Däremot så får dom sin signal ifrån moderkortet när det är redo, varvid dom behöver sin egna tid till att starta för att ge en signal tillbaka att nu, nu är jag redo.

Det senare kräver att drivrutin och mjukvara måste vänta en viss tid på en klarsignal, däremot så kan man inte vänta i en evighet, vilket då skulle betyda att en uppstart eller ett förlopp aldrig skulle hända. Så man satt en tid, om inget hänt efter den tiden så antas att den specifika hårdvara inte existerar.

Det fina kruxet är och var att "Power Good" från nätdelen hanteras av PC'ns tangentbords kontroller i8048.
Delvis så sköter i8048 reset och hold signalerna till CPU'n med flera funktioner, kuxet är/var att även firmware i i8048 var programmerat med NOP för just tidkritiska funktioner, så till den grad att tagentbord med aningen för långa kablar inte kändes igen.

Så det var egentligen en uppsjö av mjukvaru-tidsbuggar i en PC som kunde ge dom mest konstiga fel.

Ett av felen var att längden på tangentbords kabeln skapade problem med allt ifrån att tagenbordet inte kändes igen till att hårddiskar och övrig hårdvara inte kändes igen.

Ett annat tidskritiskt fel som visade sig när snabbar och nyare CPU'er kom, var att NOP instruktionen tog mindre tid att köra, det felet kom redan i PC med i8086 med 16-bitars databuss (i8088 hade 8-bitars databuss).
Nya fel visade sig med var ny generation CPU'er, samt när en CPU med högre klocka kom, det följde med i var generation ändan upp till och inkluderat i80486. Alltså, NOP fanns som en återkommande bugg som överlevde i generationer innan det var fullt avlusat, vilket kunde påverka i princip allt i en PC, helt beroende på var NOP instruktionen blivit kvarglömd.
Det vanligaste var ändå problemet med att hårddiskar inte kändes igen.

Värst var att ingen visste var dom där NOP instruktionerna fanns, och visste man, så kanske deras funktion var en del av mjukvarans funktion och inte en tidskritisk fusk timer, Dom skulle vara där...
Resultatet var över lång tid (läs tiotals år) att man var tvingad att ta hänsyn till att där kunde vara konstigheter i tidskritiska funktioner såsom initialisering och igenkänning av hårdvara såsom hårddiskar.

Är lite förvånad att inte fler konstigheter har hittats, men helt klart att en total av 3 + 5 sekunders fördröjning är extrem i kontrollpanelen. Men är ändå inte speciellt förvånad då även MS föll in i den praktiken att använda NOP istället för timers, där efterföljande mjukvara och OS istället blev fulla av knep för att gå runt NOP buggen.

=====

EDIT: Känner att NOP instruktionen och vad den gör behöver förklaras. NOP = No Instruction Processed.
Det är i princip vad den heter, inget arbete utförs, inget register sätts.
Däremot så tar NOP ett antal klockcykler i anspråk och gör en tidsfördröjning i programmet, ju fler NOP desto längre fördröjning.
Allt vore frid och fröjd om NOP alltid gav en fast tid i fördröjning, tyvärr för programmerarna så är det inte fallet.
Var unik generation av CPU har olika antal klockcykler för NOP och ovan på det är tiden för fördröjning avhängig av klockhastigheten.

EDIT2: Ett välkänt fenomen är turbo knappen som var en nödvändighet ett tag för att kunna köra vissa mjukvaror, det var då mest mjukvaror som använde sig av kommunikation såsom RS232 och liknande. Utan det tokiga användandet av NOP så hade turbo knappen antagligen inte blivit av.

I ett ordbehandlingsprogram som skrev ut till en skrivare med RS232 fick man stänga av turbo innan man skrev ut, valet var att klocka ner eller helt enkelt starta om PC'n, då den annars kunde hänga sig.

Denna typ av fördröjning händer även på annat håll. I min tid i supporten i ett av de stora bredbandsbolagen så fick jag reda på att de gör felsökningsverktyget för kunder på hemsidan artificiellt långsammare med hela 20 sekunder. Detta för att ge effekten av att underhållet av tekniken är mer komplicerad än vad kunderna tror. Egentligen kunde verktyget se felet redan när sidan hade laddats klart.

Jag tror ett av svaren är att viss hårdvara var seg på att svara. Kanske saker över serieportar som vissa modem.
Visst kanske inte hela dessa 8 sekunder men åtminstone några.

Jag jobbar just nu med hårdvara där vissa delsystem tar 30s att starta upp

Återigen en vilseledande rubrik, det är väl inte kontrollpanelen som är seg utan endast en del i den? Eller sökte windows efter hårdvara så fort du öppnar kontrollpanelen?
Kan väl lika väl skriva att de gjorde Windows långsamt...