Kodsnack 438 - Skrivet på ett sparsamt sätt, med Olle Westergård
Kodsnack - Un pódcast de Kristoffer, Fredrik, Tobias - Martes
Categorías:
Fredrik snackar vidare med Olle Westergård om assemblerprogrammering. Vi börjar med att diskutera varför man skulle kunna tänkas välja assembler idag, och om att COBOL gör det svårt för en att förstöra saker jämfört med assembler där man äger CPU:n på ett helt annat sätt. Är du beroende av att det ska gå snabbt kan assembler fortfarande vara ett alternativ. Och hastighet är trots allt fortfarande viktigt många gånger. Och tillgänglighet utan störningar. Man kan inte ha en digital plånbok som plötsligt blir otillgänglig. Olle berättar om lösningar för att i assembler skapa framåtkompatibilitet med intressanta specialtecken i system med fast hårdvara som redan är på plats ute på bankkontoren. Flexibiliten fungerar bra ihop med assembler. På tal om prestanda tar Olle uppp saker som att läsa minne som tillhör andra processer och att minska antalet IO-accesser för att hålla hastigheten. Minne, för att inte tala om disk, är otroligt långsamt. Ett system som är skrivet på ett snålt sätt i ett lågnivåspråk är svårt att hitta bra motivationer att byta ut. Olle diskuterar några motivationer som tagits upp. Olle berättar också lite om makrospråk man lagt ovanpå assembler för att göra skrivandet lite mer effektivt och lättläst. Ett stort tack till Cloudnet som sponsrar vår VPS! Har du kommentarer, frågor eller tips? Vi är @kodsnack, @tobiashieta, @oferlund, och @bjoreman på Twitter, har en sida på Facebook och epostas på [email protected] om du vill skriva längre. Vi läser allt som skickas. Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik. Länkar Olle Westergård Attacken som tog ner Coops kassasystem COBOL Mats Törnblom och avsnitt han gästat Titlar Inte gjorda för människor att läsa Kostnadseffektiv och snabb En större och större CPU Leva med en digital plånbok Lösa sin framåtkompatibilitet Hur många transaktioner som helst En enda väg in Läsa minna som tillhör andra processer Kapa bort en access Skrivet på ett sparsamt sätt Man vill lösa problemet