Några kernel-hackers här?

Lite teknisk information om hur man kan analysera Linux prestanda/minnes/etc problem på Solaris mha DTrace. Här analyseras varför"top" på Linux drar så mycket kräm. Det visar sig att minnesallokeringen strular och bör skrivas om. Det hela tog kanske en timme(?) att analysera - ett rent rutinjobb. Någon kernel hacker som har någon åsikt om DTrace? Jag själv har inte programmerat på så låg nivå...

http://blogs.sun.com/ahl/entry/dtrace_for_linux

Not: Solaris tillåter installation av Linux och körning av Linuxapplikationer (med ca 5% prestandaförlust) och då kan man genast använda alla verktyg som finns i Solaris, såsom DTrace, för att t.ex. analysera Linux. DTrace som är ett programmeringsspråk tillåter att se bl.a. exakt ALLA anrop som sker i systemet, från hårddisken upp till librarys upp till applikationen, mm. Det finns just nu 30.000 olika ställen i solaris-kärnan man kan analysera. (Så nu är det flera företag som börjat gå tillbaka till Solaris igen, efter att äntligen kunnat se bakomliggande orsakerna till eventuella problem i deras Linuxmiljö - istället för att tvingas utföra analysen på Solaris och fixa i Linux och igen, analysera i Solaris och fixa i Linux, etc).

EDIT: Här är en Solaris konsult som jobbar med att analysera stora Solaris miljöer och slutför analysen på en dag, istället för att som förr (de satte upp en exakt kopia av miljön och började analysera kopian, det tog veckor):

"Here's how Jarod works. He gets on a plane and arrives at some gigantic (and usually petulant) corporation. Having never seen the application, he then says something like: I'll get you a 20% win or don't pay me. He sits down with DTrace and gets between 20% and 20,000% (no joke)."

http://www.sun.com/bigadmin/content/dtrace/blogs/jarod/

Urk. Lågnivå är ren idiotgöra. 2000 rader kod för att göra något man kan göra med 1 rad i java, typ. Hur produktivt är det att använda lågnivåprogrammering? Tänk om t.ex. alla spelföretag skrev i ren assembler, då skulle det tagit 75 år innan vi fick spela FEAR och det skulle komma stora speltitlar en gång var10e år. Nej fy för lågnivåprogrammering! Tvi och blä.

Jag kommer ihåg när jag var ung, då fick jag programmera med endast 1:or och 0:or. En gång var mitt tangentbord trasigt så jag fick använda "o" istället för 0. Det var tider det! Och vi bodde 10 pers i en skokartong mitt på motorvägen. Dagens ungdom fattar inte hur bra de har det.

Det spelar väl ingen roll. Förrut var datorerna långsamma och då var det viktigt med optimeringar o dyl. Nu är datorerna snabba och det viktigaste är att det är lätt att ändra i koden. Java kod är mycket lättare att ändra i, än assembler. Det är det, som räknas.

Förutom om man inte gör spel eller andra beräkningsintensiva program som kräver höga prestanda, förstås. Men de flesta program som görs kräver inte skyhöga prestanda.

När/om du börjar jobba ute i industrin så kommer du få lära dig att ca 20% av programutvecklingskostnaderna ligger i skapandet. 80% av kostnaderna ligger i underhållet, det betyder alltså att program ändras i, under många år efter att programmet skapats. Ofta jobbar inte skaparna kvar. Man vill alltså ändra och modifiera programmet. Hur bra går det i asm? Inte vidare bra. Alltså är asm helt oanvändbart ute i industrin. Vad händer om chefen vill porta programmet till andra OS? Ja, har du använt asm så är du körd. Det kommer ta 4 år igen att skriva programmet på nytt, till den nya CPU arkitekturen. Jämför det med Java, du skriver i ett halvår och vips så är det klart även på andra OS. Vad tror du chefen vill ha för språk, asm eller java?

När/om du börjar på universitetet, så kommer du får lära dig att man kan programmera snabba program utan att använda asm. Poängen är det viktiga är att man har en bra algoritm, inte vilket programspråk man använder. Om du sitter med asm, och jag sitter med basic så kan jag lova dig att mina program kommer gå mycket mycket mycket mycket snabbare än dina asm program, därför att jag kommer garanterat använda en bättre algoritm än dig. Det är algoritmen som är viktig, inte vilket språk. Glöm asm, lär dig något vettigt istället. Vad händer om PPC arkitekturen dör? Ja, då är en asm programmare körd. Vad händer om x86 dör ut? Ja då är asm programmerarna körd igen. etc. Men inte med java. Java är elegant och fiffigt.

Det är som att plugga till jurist. Du pluggar nästan 5 år för att lära dig allt om svenska lagar. Vad händer om du flyttar till England? Då är du körd, för du kan inte engelska lagar. Du kan inte få jobb som jurist, annanstans än i Sverige. Det är annat med civ.ing. du kan få jobb överallt. Den är land-oberoende utbildning. Skulle själv aldrig plugga till jurist, då är jag låst till Sverige. Kasta bort 5 år av mitt liv liksom. Tänk om jag träffar en tjej i ett annat land och vill bo där ett par år? Ja, då får jag jobba som taxichaffis om jag är svensk jurist. Lås inte in dig.

OT: För övrigt har DTrace portats till Mac OS X och de verkar lyriska. DTrace håller på att portas till FreeBSD har jag hört. Filsystemet ZFS portas till Mac, verkar det som. Kanske till FreeBSD oxå?

Jag drog in Java därför att Vijjje ansåg att lågnivåprogrammering bör man syssla med. Varpå jag kontrade med att såga lågnivåprogrammering och påstå att man målar in sig i ett hörn, man låser sig till en viss CPU arkitektur. Och vad händer då den CPUn blir omodern? Då har all den expertis man lärt sig blivit helt värdelös. Då kan man jämföra den situationen med t.ex. Java som är helt motsatsen, dvs plattformsoberoende.

Varpå Sidde menar att Java är för långsamt, varpå jag menar att det är irrelevant eftersom datorerna är så snabba nu för tiden. Hur många programmerare skriver drivrutiner/OS/etc så de måste använda lågnivåprogrammering? Inte många alls. Stor chans att just du kommer jobba med lågnivåprogrammering, det är bara slöseri på tid att lära sig. Bli expert på nåt annat istället.

Ergo, lägg inte ned 5år på att lära dig lågnivåprogrammering mot en viss CPU. Lär dig något annat, på högre nivå så du inte är låst. T.ex. Java. Sjävlklart går det bra med annat högnivåspråk, t.ex. C++, etc. Lågnivåspråk är dött. Högnivåspråk sysslar de flesta programmerare med.

Därför drog jag upp Java. Allt detta står här, det är bara att läsa i tråden. Något annat du undrar över?

Smygis,
Vadå fanboy, har du aldrig hört någon säga att lågnivåprogrammering suger och de borde syssla med andra vettiga saker istället, t.ex. Java? Då har du inte hört mycket. Och om du jämför Java med t.ex. M$ språken, så skulle du inte tycka Java är skit. Jämför t.ex. Win32 API eller MFC, båda är kanonröriga och virriga. Men C# är elegant, och varför är C# elegant för? Jo det är en ren kopia av Java. När du oxå blivit data civilingenjör och börjat jobba som programmerare, så lovar jag att du inte kommer tycka det är kul att sitta och programmera i asm. Det är idiotgöra.

Alltså, självklart bör man skriva bra och tight kod. Problemet är att optimeringar är av ondo. Man bör undvika optimeringar så långt det är möjligt. Varför? Jo, för ofta blir det svårförståelig kod då. Förr i tiden var maskinerna jävligt dyra och programmerarna billiga och då var det befogat med optimeringar. Men nu är datorerna billiga och programmerarna dyra. Att skriva svårförståelig kod, ska undvikas till nästan alla kostnader. Det är mycket mycket billigare för ett företag att köpa en snabbare dator, än svårförståelig kod. Finns det lätta optimeringar så ska man göra dem, förstås. Men att optimera till den grad att ingen förstår koden, är riktigt riktigt illa. Majoriteten av programmen behöver inte vara hypersnabba. Det gör absolut ingenting om användaren får vänta 3 sek istället för 1 sek. Tro mig.

Jaja. Du kommer ändra dig när du kommer ut i verkligheten som programmerare. Tänk då tillbaka på våran diskussion här, och kom ihåg vad jag sade. Med din inställning kommer du inte platsa som en programmerare. Försörjer du dig som programmerare, så måste du producera kod och det snabbt. Du har inte betalt för att sitta 3 mån med att skriva en liten liten kodsnutt hypersnabbt i asm. Du får sparken direkt. Ändra ditt synsätt, föreslår jag. Dessutom är det ändå algoritmerna som är det viktiga, inte vilket språk. Kanske lätt för mig att säga, som är algoritmspecialist - vi är extremt fokuserade på att saker ska gå snabbt. Men vi använder inte asm för det, utan vi använder matte och smarta algoritmer. Och vi algoritmspecialister kan utklassa vilken asm programmerare som helst när det gäller snabba program, och vi hinner dessutom producera många fler program än en asm programmerare. Tror du Crysis grafik motorn är skriven i asm, kanske? Nej, det är skrivet på hög nivå, men snabbheten kommer från avancerad matte och smarta algoritmer. Det skulle tagit 10 tals år att skriva Crysis i asm.

Så, vi algoritmspecialister använder ett språk där vi är produktiva, och våra algoritmer är bättre, så slutändan blir att våra program exekverar snabbare och vi producerar mera kod än en lågnivåprogrammerare. Ska man skriva snabba program, så ska man studera matte och algoritmer. Inte lågnivåprogrammering - det är helt fel väg att gå.

VIJJJE,
jag är inte mallig, det är bara det är massa snubbar här som inte fattar nånting. "Man kan inte skriva snabba program i Java, bara asm duger till det", "Linux är lika stabilt som alla andra Unixar", etc. Suck. Många människor kommer att tvingas ändra på sitt synsätt då de gått klart universitetet och försörjer sig på datorer.

Orka tjafsa med er. Jag har rätt och så är det. Varför ska jag sitta och skriva inlägg i 2h för att få er att förstå att jag har rätt? Min tid är dyrbar. Har ingen lust att undervisa er i 2h utan betalning. Tack för mig.