Samsung vill förbättra Windows Vista

Som jag uppfattar det är en av de stora skillnaderna mellan Windows och operativ system med Unix släktskap att användaren inte har några särskilt bra verktyg för att optimera filsystemet. Något måste ju ändå Microsoft ha gjort i sina försök med OLCP för att optimera filsystemet och sänka frekvensen av läs- och skrivoperationer.

Det är ju inte en tillfällighet att bärbara av typ Asus Eee PC säljs i två varianter: SSD för Linux och standard hårddisk för Windows. För Linux finns flera alternativa filsystem; även journalförande fungerar eftersom de kan optimeras för de krav som SSD ställer och loggfiler och dylikt kan t ex skrivas till RAM för att endast vid shutdown skrivas till disk.

Jag vet faktiskt inte riktigt hur man åstadkommer detta i Windows ifall NTFS används, eller om det är möjligt. Någon som vet?

Jag har ingern SSD, men någon som har och provat med t.ex. reiserfs ?

Wow, lite bullterrier bett där!

Vad hindrar dig från att implementera t ex en sådan lösning efter det att systemets stabilitet är testad och säkerställd? Eller ifall systemet efter någon tid visar tendenser på instabilitet, vad hindrar att övergå till direkt skrivning till disk? Du uppmanar bl a mig till att "sluta spekulera" om ting som jag "inte har en aning om", men vet du egentligen vad jag syftade på?

Loggfiler är beroende på systemets användingsområde mer eller mindre viktiga. Ifall det handlar om serverlösningar vill jag naturligtvis ha full kontroll på loggfilerna och väljer kanske därför att kontinuerligt skriva dessa till disk, än om detta skulle kunna lösas mer att cron regelbundet skötte detta enligt ett angivet schema, antingen inställt till maximal storlek av loggfilerna eller tid.

Som du ser av det inlägg du citerar syftade jag dock mer på enklare användning. Asus Eee PC är inte ens byggd utifrån kriteriet att köra kritiska funktioner, och pga dess lägre hårdvaruspecifikation är det mer intressant att optimera prestandan samt att kanske bespara flash enheter mer än nödvändigt skrivande. Teknisk så syftar jag på Ramlog; till boot parametrarna anges RAM-storleken som Ramlog kan använda sig av; som redan nämnt ställs även cron in på att skriva loggfilerna till disk när storleken nått ett angivet max.

Nu misstänker jag att du egentligen inte ens är intresserad av den tekniska frågan, men ifall jag felbedömt ditt inlägg så har du här länken till nämnda Ramlog: http://tofu3.szm.sk/ramlog/

Nej, inte direkt, förutom att det har med minskat frekvens av skrivning till disk att göra. Det var egentligen endast en parantes som jag inte ämnade utveckla något nämnvärt, men någon var tydligt speciellt intresserad av just den lilla bisatsen!

Däremot säger inte nyheten att detta endast handlar om optimeringar av NTFS filsystemet, eller hur? Så alla möjliga optimeringar av operativsystemet är välkomna.

Ett helt nytt filsystem borde det vara titta på logFS eller JFFS2 i Linux.

Jag ska inte påstå att jag är insatt i teknologin som sådan, men skillnaden ska vara följande:

- JFFS2 är designat för direkt access till flash-minnet
- Ifall en SSD enhet används har den redan sitt eget SATA/IDE gränssnitt vilket eliminerar ovan nämnda förutsättning

JFFS2 tycks lämpa sig bäst för mycket små flash-minnen, typ några få MB. logFS ska bli lösningen på detta - jag vet dock inte huruvida det passerat teststadiet - men inriktar sig fortfarande på enheter som saknar ett standard SATA/IDE gränssnitt.

Som jag förstår det kommer ingen av dessa bli särskilt aktuella för SSD, men dock för datorer av typ OLPC som saknar standard hårddiskar. Men rätta mig gärna om jag har fel.