Söndagsmatiné: När omstarten tar 31 000 år

Permalänk
Melding Plague

Söndagsmatiné: När omstarten tar 31 000 år

Youtube-kanalen Continuous Delivery belyser hur hårdvara påverkar mjukvara, och skalar upp tidsåtgången för en klockcykel för att visa på tidsskillnaderna i en dator.

Läs hela artikeln här

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa leder till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Medlem

När jag någon gång före Jesus födelse läste mikrodatorteknik på högskolan och jag älskade assembler. Sista labben fick vi välja C eller assembler och jag valde assembler för mer utmaning. Jag var en gång förespråkare av lågnivå språk.

Men i arbetslivet har jag lärt mig att cash is king. Det handlar om att ta fram lösningar som genererar så mycket pengar som möjligt och ens arbetstid kostar företaget ofta mellan 1000 till 2000kr/h.

Det gäller då ofta att återvinna så mycket vältestade lösningar som möjligt, som har mängder med fördelar. Alltifrån tid att implementera, underhålla, antal buggar, till att uppgradera dem. I vanliga fall tar det mycket tid att uppdatera något, men med återvunnen kod så kanske man inte behöver ändra en kodrad utan endast behöver byta ut en fil.

När det gäller Ai så handlar det om att låta programmet själv skapa programkod, viss kod kanske är totalt meningslös eller tom dålig. Men man använder olika tekniker för att få dålig kod att försvinna eller bli bättre.

Så framtiden är ännu mer bloated kod. Så länge som utvecklingen av hårdvara fortsätter så lär denna trend fortsätta.

Angående att återvinna kod. Så många färdiga lösningar kan vara riktigt bra. Några extremt duktiga personer har kanske lagt ner hundratals om inte tusentals timmar på att få till så lösningen är effektiv.
Sedan kommer man själv som är mycket sämre på att koda och ska skapa en mer effektiv lösning och man får kanske 30 minuter på sig, vill man ha mer tid så är det egen fritid man får använda.

Problemet med att återvinna kod är att ofta vill man ha en visst sak löst. Kod som man återvinner löser ofta inte exakt det man vill. Ibland har det stöd för väldigt mycket mer man inte efterfrågar, ibland blir inte resultatet exakt som man vill ha och det får bearbeta.
Otroligt mycket felkontroller finns som kunde effektiviseras.

Jag grejade t.ex. nyligen med en lösning där det var hur mycket kod som helst för att på klienten ta reda på serverns IP adress. Skitbra i vissa fall. Men i mitt fall en klient, en server i ett lokalt nätverk. Dessa kommer inte de närmsta 50åren byta IP även om hårdvaran byts ut.

*edit*
En trend jag ser bland folk som jobbar med IT är att inte kunna hårdvara blir allt vanligare. Det går ha en semantisk diskussion vad detta påstående betyder, men jag vet mängder av duktiga systemutveckling som inte kan montera ihop en helt vanlig dator. Det är aldrig något de ens skulle få för sig att göra, detta av så många orsaker som helst som bristande intresse.

Men jag ser det lite som diskussionen att en bagare som inte odlar sitt eget vete. Ju längre in i framtiden man går, ju fler fokuserar allt högre upp på kedjan. Hur man får fram bästa vetet till det man ska baka, kan en proffsbagare fullständigt strunta i. Och samma gäller utvecklaren och hårdvaran.

Permalänk
Medlem

När PCn fortfarande tickade runt i 4,77 mhz det vara tider och ens 68000 gick i hela 8 Mhz...

Permalänk
Medlem

Jag har svårt att se hur detta är något annat än inslagning av öppna dörrar för någon programmerare. För mig är det klockrena exemplet när man kodar parallella trådar och inte har koll om de får egna kärnor eller hamnar på HT/SMT tillsammans med andra processer/trådar.

Permalänk
Medlem

Många gamla pc-spel gick olika fort beroende på klockfrekvens. Det ursprungliga UFO - enemy unknown (XCOM) var precis så. Det fanns en slider i inställningarna som kunde kompensera truppförflyttningstiden. Jag antar att olika instruktioner helt enkelt genomfördes och renderades så fort de kunde om man inte just introducerade delays.

Permalänk
Medlem
Skrivet av klein:

När PCn fortfarande tickade runt i 4,77 mhz det vara tider och ens 68000 gick i hela 8 Mhz...

Jag är mer imponerad över att min gamla Amiga 500 Plus med 2MB Chip, 4MB Fast och 52MB SCSI HD bootar snabbare än många av dagens datorer.

Räknar man då med 7,14MHz (Amiga 500) mot dagens ~3GHz, så känns det som utvecklingen stått still i vissa avseenden.

Permalänk
Medlem

Särskilt när Amiga laddade mycket av OS:et ifrån diskett .. Atarin sitt OS i ROM.

Skrivet av walkir:

Jag är mer imponerad över att min gamla Amiga 500 Plus med 2MB Chip, 4MB Fast och 52MB SCSI HD bootar snabbare än många av dagens datorer.

Räknar man då med 7,14MHz (Amiga 500) mot dagens ~3GHz, så känns det som utvecklingen stått still i vissa avseenden.