Gargamel.NU

fick denna länk skickad till mig till Google Maps.

Är det inte en väldigt stor Ubuntu logga?

Mono är en “open-source” implementation av .NET framework från Microsoft. Och jag läste på Urban Anjars blogg att Ubuntu tydligen inte ser någon anledning att exkludera Mono-baserad kod från deras förråd eller standardinstallation.

Jag är extremt splittrad i den här frågan av flera anledningar, inte av den “fundamentalistiska” eller “fanatiska” anledning som Richard Stallman har. Utan för att det kliar på hela kroppen när jag ser EXE-filer och DLL’er på min linux installation.

Det finns några riktiga pärlor som är skrivna i Mono, som t.ex GNOME-Do och F-Spot Photo Manager. Båda dessa applikationer är jag flitig användare av. Och jag blundar, jag blundar för det faktum att mitt system besudlas av dll-filer och exe-filer…

Är det bara jag som kommer ihåg DLL-HELL från windows-tiden. Är detta vad Ubuntu kommer att bli? En av anledningarna till att Microsoft startade .Net var att, och jag citerar:

… use of the .NET Framework, which had a specific design goal of minimizing DLL hell. It utilizes a package deployment system called the “Global Assembly Cache” to store multiple versions of a DLL.

Nyckelordet i detta citat är “minimizing“, alltså minimera risken för DLL-Hell. Jag hade eventuellt kunnat leva med eliminera, men minimera!!!!??!! är det “good-enough”?

Detta framework jobbar sig nu , och blir allt mer påtagligt, in i våra fina Linux-installationer och “skräpar ner”(?)

Jag avslutar med ett kommando

$ dpkg --listfiles f-spot gnome-do | egrep "*(dll|exe)$"
/usr/lib/gio-sharp-unstable/gio-sharp.dll
/usr/lib/f-spot/SemWeb.dll
/usr/lib/f-spot/NDesk.Glitz.dll
/usr/lib/f-spot/libgphoto2-sharp.dll
/usr/lib/f-spot/Tao.OpenGl.ExtensionLoader.dll
/usr/lib/f-spot/Tao.OpenGl.dll
/usr/lib/f-spot/Tao.OpenGl.Glu.dll
/usr/lib/f-spot/f-spot.exe
/usr/lib/f-spot/Cms.dll
/usr/lib/f-spot/FSpot.Utils.dll
/usr/lib/f-spot/FSpot.Query.dll
/usr/lib/f-spot/FSpot.Core.dll
/usr/lib/f-spot/FSpot.JobScheduler.dll
/usr/lib/f-spot/FSpot.Widgets.dll
/usr/lib/f-spot/extensions/BeagleService.dll
/usr/lib/f-spot/extensions/DBusService.dll
/usr/lib/f-spot/extensions/CDExport.dll
/usr/lib/f-spot/extensions/GalleryExport.dll
/usr/lib/f-spot/extensions/FacebookExport.dll
/usr/lib/f-spot/extensions/FlickrExport.dll
/usr/lib/f-spot/extensions/FolderExport.dll
/usr/lib/f-spot/extensions/PicasaWebExport.dll
/usr/lib/f-spot/extensions/TabbloExport.dll
/usr/lib/f-spot/extensions/SmugMugExport.dll
/usr/lib/f-spot/extensions/ZipExport.dll
/usr/lib/f-spot/extensions/ChangePhotoPath.dll
/usr/lib/f-spot/extensions/DevelopInUFRaw.dll
/usr/lib/f-spot/extensions/HashJob.dll
/usr/lib/f-spot/extensions/RawPlusJpeg.dll
/usr/lib/f-spot/extensions/MergeDb.dll
/usr/lib/f-spot/Mono.Google.dll
/usr/lib/f-spot/Mono.Tabblo.dll
/usr/lib/f-spot/SmugMugNet.dll
/usr/lib/f-spot/gio-sharp.dll
/usr/lib/gnome-do/Do.Platform.dll
/usr/lib/gnome-do/Do.Interface.Wink.dll
/usr/lib/gnome-do/Do.Interface.Linux.HUD.dll
/usr/lib/gnome-do/Do.Interface.Linux.GlassFrame.dll
/usr/lib/gnome-do/Do.Interface.Linux.AnimationBase.dll
/usr/lib/gnome-do/Do.Platform.Linux.dll
/usr/lib/gnome-do/Do.Interface.Linux.Classic.dll
/usr/lib/gnome-do/Do.Universe.dll
/usr/lib/gnome-do/Do.Interface.Linux.Mini.dll
/usr/lib/gnome-do/Do.Interface.Linux.dll
/usr/lib/gnome-do/Do.exe
/usr/lib/gnome-do/Do.Interface.Linux.Docky.dll

Lite “läskigt” är det……

Läs även andra bloggares åsikter om Ubuntu, GNOME, GNOME-Do, Mono, .Net

Jag har installerat Ubuntu Netbook Remix – Karmic Koala (UNR 9.10) på min HP Mini 2140. Jag vill understryka att detta är innan den blivit stabil. Men ville ändå passa på att visa hur det ser ut.

direkt möts jag av ett helt nytt utseénde, och enligt min subjektiva uppfattning till det bättre. Kanske färgerna i default temat inte är mina absoluta favoriter så fungerar de dock ganska bra tillsammans. En del nyheter är det också i gnome-panel höst upp. Längst till vänster finns en ny applet som kallas “indicator applet session“. Klickar man på den kan vi ändra status, logga ut och sånt. Det är den som “ersätter” “fast-user-switch-applet”

Nytt för Karmic Koala är också notify-systemet, en liten svart ruta som poppar upp när någon förändrig skett. (jag är inte riktigt klar på om jag gillar den eller inte…)

Lite snabbt översikt på den första okulära besiktningen av UNR 9.10. Det har hänt mycket under skalet som jag kommer kika vidare på, ny kernel, upstart, grub, och andra go’bitar. Men en sak som defenitivt påverkar min HP Mini 2140 som jag kör detta på är att kernelversionen numera klarar av hyper threadning som jag tidigare hade problem med (här, här, här, här, och här)

Läs även andra bloggares åsikter om Ubuntu, Ubuntu Netbook Remix, Karmic Koala, UNR

Som jag skrev tidigare så skal jag och Coffe ta en “road-trip” till Linköping för Ubuntu Global Jam (förhoppningsvis kommer även “HeMan” att göra oss sällskap).  Det är allas vår “andol” som anordnar denna tillställning, trots det ser jag fram emot det :P

Hur som helst, i mina desperata försök att fixa till mina datorer inför denna spännande dag så har jag lyckats att förstöra min lilla HP Mini 2140 dator! (ja, inte förstöra, men installationen är inte riktigt vad man kan önska av en Ubuntu installation). Så jag känner mig lite stressad över att ha den fungerande som jag vill till lördagen den 3/10 då Gub Jam äger rum.Men det skall nog lösa sig, och i ärlighetens namn så har jag både en, två och tre reservdatorer för att ha med mig.

Men, lite ledsen över att ha orsakat så mycket extra jobb med min Mini 2140 så surfade jag runt lite i morse och såg att “CryingFreeman” hade bloggat om Ubuntu Global Jam, jag kunde inte avgöra om han avser att komma eller inte. Men jag måste dock säga att killen har bra smak:

Bara det att Barre också ska dit är skäl nog för mig att åka. Skönare snubbe får man leta efter.

Det citatet fick mig att glömma min trasiga Mini 2140 installation för ett ögonblick. (men… undrar varför han inte permanent länkar till min blogg om jag nu är så “skön” ;P)

Läs även andra bloggares åsikter om buggar, bugjam, datorer, fri programvara, global jam, linköping, linux, ubuntu, öppen källkod

Bestämde mig för att uppgradera min HP Mini 2140 till UNR version 9.10 Karmic Koala, även fast den inte är klar.

Hur som helst så körde jag igång uppgraderiningen, och allt såg ut att gå som planerat. Medan uppgraderingarna installerades gick jag och drack kaffe, när jag kom tillbaka så var datorn död!

Jag hade påbörjat uppgraderingen med datorn i batteridrift, och batteriet tog slut mitt under uppgradernigen.

Orkar inte “laga”, eftersom jag inte har någon information på datorn som jag är rädd om. så jag installerar helt enkelt om.

*suck*… gör om gör rätt.

Vad gör ni?

Själv håller jag på att förbereda morgondagens middag: Fisksoppa

Detta gör jag genom att koka skalen från kvällens middag till en härlig fond :)

• krabba
• musslor
• räkor
• vitt vin
• kryddor

Va härligt det är med fredagar

Nu har Richard Stallman uttalat sig om Miguel de Icazas uppdrag för CodePlex, hans genomtänkta uttalande kan läsas här.

Han har väl rätt att tycka som han vill, också rätt att framföra sina åsikter.

Jag håller inte alltid med vad Richard Stallman säger, faktiskt så anser att han ibland agerar som ett troll, fast han ser ut som en tomte

Men oavsett vad jag eller du tycker om honom så anser jag att han behövs. Han behövs för sitt proklamerande av öppen källkod och fri mjukvara, samt som en motpol (och en ordenlig sådan) gentemot patent på mjukvara.

Jag läser i många forum hur folk och fä spyr galla över Richard Stallman, inte minst i Ubuntu’s svenska forum där det finns ett par individer som kategoriskt hatar allt som Stallman säger eller föreslår. Detta utan att för en sekund tänka på vart vi är i den öppna mjukvarans värld. Denna fria värld som är vad den är, inte minst p.g.a. Stallman.

Sikta mot stjärnorna, så når du trädtopparna är ett gammalt ordspråk. Richard Stallman siktar mot stjärnorna, och med hans hjälp har vi nått de första trädgrenarna. Och innan snabba beslut att avfärda Richard Stallman som en insnöad, gammal och smått galen idiot: stanna upp en sekund och tänk på att han faktiskt är en av dessa personer som hjälpt er upp för trädstammen till de första grenarna.

Sen kan jag inte låta bli att älska ironin att CodePlex är en indirekt produkt av Stallmans korståg mot Microsoft. Utan Stallman hade det nog inte funnits något CodePlex.

Jag får ofta frågan om hur MTBF (Mean Time Between Failures) på hårddiskar kan vara så hög. Tittar vi på t.ex en SATA hårddisk från Seagate (Baracuda XT) så kan vi läsa att MTBF är 750,000 timmar!

Det betyder inte att disken kommer att hålla i 750,000 timmar, inte heller att medeltiden för att en hårddisks livslängd är 750,000 timmar.  Det är en siffra som används för att räkna ut hur ofta en disk går sönder, men kanske presenteras på en olyckligt sätt. 750,000 timmar är ju nästan 86 år.

MTBF kan enkelt förklaras med hur många diskar som kommer att gå sönder per timme, i genomsnitt. Det vill säga att om du skulle ha 750.000 diskar av denna typ så kan du räkna med att en disk går sönder varje timme. Skulle du ha 500 st diskar av denna typ skulle en disk gå sönder var 62.5 dagar, vilket är nästan varannan månad.

När vi designar större disksystem med 100tals (bland tusentals) diskar i en och samma konfiguration så är MTBF en bra siffra att jobba med. Men den belyser dock inte så enkelt hur dessa lagringssystem skall dimensioneras med extradiskar, men eftersom vi vet MTBF och hur många timmar det är på ett år så kan vi räkna ut hur många procent av dessa diskar vi kan räkna med att gå sönder varje år.

Det är cirka 8760 timmar på ett år (24h*365dagar)

MTBF på vår exempeldisk är 750.000 timmar

750.000h/8760h = 85.6 år

1 fel / 85.6år *100% = 1.17%

AFR = 1.17%

Det innebär att 1.17% av diskarna kommer att gå sönder per år (vid 100% duty cykle).

Om jag jag nu designar ett disksubsystem med 120st av dessa diskar, så bör jag åtminstone ha 2st spare diskar.

Men vänta nu… tittar vi på diskens specifikationer så står det ju “Annual Failure Rate 0.34″. Det innebär att de räknar med att denna typ av disk inte skall användas 100% av tiden, utan närmre 30% av tiden (vilket är cirka 8 timmar, d.v.s en arbetsdag).

Det är en kort beskrivning av hur vi använder MTBF och AFR.

Så, en summering av mina elevator tester. som jag gjort här och här.

När skall man välja en viss typ av elevator?

Det enkla svaret är “det beror på“. Tråkigt svar men sant.

Det hela handlar om vilken typ av applikation och I/O karaktär som behövs.

Tittar vi på t.ex noop i min testmiljö så ger den mellan 7 & 25% mer IO prestanda i min testmiljö när det gäller fopen/fclose operationer, men levererar färre block/char iops än default cfq. Det är en “enorm” förbättring, men det kanske inte ser likadant ut om min “host”-server hade haft en annorlunda kö-konfiguration (exempelvis deadline).

det som mina tester helt bortser ifrån är “latency”, alltså hur lång tid tog varje I/O. Om vi tittar på t.ex anticipatory i denna graf

så presterar anticipatory drygt 20% fler IOPS än cfq, och detta kan ju upplevas som en enorm prestandaförbättring. Men det är inte självklart , eftersom jag inte har tagit hänsyn till svarstider. Om svarstiderna är längre än vad applikationen eller filsystemet accepterar så spelar det ju ingen roll hur många IOPS vi lyckas göra.

Så, spelar elevator någon roll?

Absolut. Det visar testerna. Det är skillnader mellan de olika elevator inställningarna, men vilken typ av elevator Du skall använda beror på din infrastruktur, filsystem, applikation och vad dina tester utvisar.

Cheers

Så.

nu har jag registrerat mig för Ubuntu Global Jam i Linköping den 3/10.

Vad är detta då?

Jo, det är ett ypperligt tillfälle att träffa folk och ha trevligt. Men också få en snabbdängare av andol i buggrapporteringens alla konster. Huvudsyftet med eventet är Bug Triage, men det kommer säkert att handla om så mycket mer.

Hur som helst, hoppas att vi ses där.

http://ubuntu-se.org/wiki/Global_Jam

https://wiki.ubuntu.com/UbuntuGlobalJam