Rymligare SSD från Intel i december

Så vi kanske kommer att se billigare sånna här nu snart då förhoppnignsvis.

En bit på vägen men långt kvar tills priset är acceptabelt.

jag ser en SSD hårddisk som en systemdisk, inte som en fildisk, eventuellt till spel och program man använder ofta, och som drar nytta av det,

en SSD på 32GB hade räckt för mig 64GB hade gjort susen

MVH

Med tanke på den dåliga tillgången av tidigare lanserade produkter så känns det här som en papperslansering.

Det hade varit mycket trevligare om de släppt en mindre och billigare modell för systemet.

Exakt en 64 Gb disk funkar bra.
Kommer köpa nu till våren oavsett om de sjunker i pris eller inte, helt sanslöst hur stor flaskhals dagens diskar är i ett snabbt system

Nu överdriver du lite. Vad är det du ska snabba upp med disken?

Är det möjligt att de skyndade på lanseringen för att bli av med 50nm så snabbt som möjligt?
iofs hoppas jag att det är 34nm

Inte riktigt, däremot snabbar det upp uppstart och liknande rejält. Någon jätteförbättring i övrigt, prestandamässigt, kan jag inte påstå att vi märkt. Ladda data i olika program går oftast så fort ändå så man märker liten skillnad. Men visst, ljudlöstk, svalt och väldigt trevligt. Byggde en server med strippade SSD för systemet och pagefilen. Strippade för att det är så lätt att återskapa servern ifall något händer. Sedan kör den lite mer redundans på raptor diskar för data.

Man kan väl utveckla SSD åt flera håll. Några flashdiskar är extremt snabba men lite utrymme (32GB). Andra är gjorda för lagring dvs långsammare men väldigt mycket utrymme (1TB kanske).

När priset gått ner tillräckligt så skulle jag lätt byta ut hårddisken mot flashdiskar. Ska bli skönt att slippa hårddiskarnas rassel.

Jag har en ny SSD OCZ v2 60GB som systemdisk och min erfarenhet är att uppstartstiden
är densamma som med HDD, start av program i Windows
är snabbare, men denna stora mängd skrivningar till disken när Windows
jobbar är katastrofal för prestandan.

Installerar jag drivrutiner, program eller uppdaterar Windows så går systemet
på knäna och disklampan lyser konstant. En uppgradering som tar 2,5 minuter
med HDD kan ta 16 minuter med SSD.

Innan Windows tar hänsyn till SSD's skrivbegränsningar så är nyttan av SSD reducerad.
Kommande Windows 7 utlovas komma att hantera SSD på ett bättre sätt.

Nej det där beror på att du köpt en dålig modell av SSD - kika exempelvis här:

http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=340...

Det är controllern på Core och de flesta andra MLC-SSD:s som är dålig, detta har lösts av intel i deras MLC SSD:s som du kan se i artikeln ovan.

OCZ serie är väl en av de som har katastrofala problem med sk "random-writes" pga. Jmicron kontrollern? Intels SSD sägs ha extremt mycket bättre "OS-prestanda". Kolla test på anandtech.

EDIT: EnbersBuske hann före

Jag kan intyga att jag märker stooor skillnad på en raptor 150GB och min X25-E ssd i min stationära.
Nu blev jag av med den sista rörliga delen i datorn. Så nu låter den ingenting. Mer än lite elektriskt surr från nätdelen.

SSD är fan riktigt fint. Saknar bara lite plats för film/spel/musik.. tänkte en X25-M hade passat fint för det. Eller 2 kanske i raid-0. Men då börjar det bli dyrt.

Kom igen nu, lägre priser!

Schysst att X25-M 80 GB sjunker en tusenlapp i pris. Det visar på att det finns marginaler!

Bogey: Det beror egentligen på hur våra OS är konstruerade. Hårddisken är tillräckligt snabb för att kunna användas som snabbt virtuellt minne, vilket ju också många OS utnyttjar till förbannelse. Paradoxalt nog, vore det inte för att hårddisken faktiskt är så snabb som den är, hade vi kanske haft snabbare system! Vi kan ana att när SSD tar över som systemdisk kommer virtuella minnet öka och flaskhalsen kanske återuppstår! Det senare är bara en tanke som slog mig just i denna stund - det behöver inte alls blir så.

hej , jag tror och hoppas att 1,8 tum blir standard för bärbara. Mindre vikt och drar mindre. Vi rör oss åt rätt håll i utvecklingen Med windows 7 och den nya Atom processorn

Ptja, du har kanske en poäng där, men faktum kvarstår att dagens diskar har problem med den uppgift de blivit givna, sen att det delvis beror på att programerare skriver kassa opsystem.. Ser man det krasst, så ÄR det disken vi väntar på och när man proppar i snabbare saker som SSD diskar får man resultat, eller hur.

Du har säkert rätt i att vi kommer få uppleva samma fenomen när dessa diskar är standard, dvs att det lastas (för) mycket på dessa, vi har ju haft samma princip på Cpu´n även om det inte är en lika skarp gräns där.

Något är fel. Inte änns OCZ borde vara såpass sunkiga.

Seriöst, tänker du efter nu? Startmenyn är en bunte filer som ligger på..... hårddisken. Gör så här istället, låt din d-disk gå ned i viloläge och se ifall du får hängningar. Ungefär som att såga av grenen man sitter på kanske?

Att diskarna stannar är aboslut inte något ovanligt.

I övrigt låter det som ganska gött svammel ovan. Att man använder disken som "virtuellt" minne, vilket är missvisande då det inte är en virtualisering av minnet som äger rum utan man använder hårddisken för paged pool memory, vilket innebär att det som förmodligen inte kommer användas, eller det som kommer användas sällan flyttas från ditt minne till disk för att frigöra för te.x. non-paged pool memory.

Ja men inte jättemärkbart i windows. Uppstart kommer definitivt gå snabbare, pagefilen kommer jobba snabbare, men kom ihåg att detta enbart handlar om minne som OS'et tillåter att skrivas över till disk. Men visst, det blir snabbare men det är inte direkt någon flaskhals i dagsläget förutom när det gäller att läsa eller skriva större mängd data (och inte hålla OS'et snurrande). Indexering går också snabbare, men den går normalt bara tungt när (om vi snackar windows nu) datorn ej används. Visserligen behöver indexeringen köra färdigt transaktionerna och tar ett visst tag innan den lägger av (tillräckligt lång tid för att det skall motivera mig att stänga av tjänsten även med pro-ssd strippade diskar), men det är valfritt att indexera och för dom som behöver tjänsten är den kanon.

Som någon nämnde ovan är fortfarande OS skrivna för mekaniska diskar, men det kommer bot för det, men det har inget med pagefilen att göra.

Vet att denna artikeln redan länkats, men uppenbarligen har den förbigåttts.
http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=340...

Förlåt? För det första förstår du inte vad jag säger eller verkar inte förstå att en file-handle inte är en fil. Jag talar inte heller nödvändigtvis om startmenyn. För det andra, vad menar du med "såga av grenen du sitter på" i samma andetag som att "diskarna stannar är absolut inte något ovanligt"? Vad tusan menar du?

Att man "sågar av" den gren man sitter på om systemdisken stannar är ju liksom hela poängen! Det är ju där felet ligger. Virtuellt minne är vidare precis vad det låter som, det vill säga "paged pool". Blanda inte ihop det med "virtualisering" som teknik för virtuella maskiner. Att kalla det bara för "paged pool" vore så att säga att ge efter för någon sorts backtronym. Det finns flera typer av virtuellt minne, där en virtuell adressexpansion är en. Paged pool en annan. Båda (alla) tekniker syftar till att öka det tillgängliga RAM samt storleken på kontinuerliga pages i RAM (dylika saker är starkt OS-beroende men alla varianter arbetar vanligen under MMUs förutsättningar [inget hindrar att man inte utnyttjar MMU för virtuellt minne, men det brukar vara praktiskt]).

Således, själva felet är att hårddisken alltid är en "gren" som inte ska sågas av. Virtuellt minne är en förutsättning för modern minneshantering men ingenting säger att den behöver vara i bruk jämt. HDD1 [D, etc] har inget med saken att göra (om du har pagefilen på systemenheten) och den stannar inte sällan (ej heller ofta) när den ska. Däremot kan datorn mycket väl frysa innan den startar upp.

Precis som man skriver ut minnessidor till disk kan man vidare cacha filer, kluster och pekare i RAM. Så görs också. Men om du är erfaren användare av windows märker du att problemet inte riktigt ligger i att man måste adressera lnk-filer på disk utan att redan cachade menuitems är skrivna till pagefilen! Detta är ju galet. Gör ett experiment med en ren installation på en medvetet slö disk och interagera med operativet på olika sätt vid vissa givna tidpunkter och efter vissa givna vänteperioder så märker du hur saker cachas eller inte cachas, skrivs till disk eller inte, osv. När du ser hur startmenyns alternativ "run", "help and support", "search" osv ritas upp på skärmen under ett enerverande diskarbete så förstår du att implementationen inte är lysande. Att cacha allt är vanskligt då andra aktiviteter i teorin kan ändra alternativen på disk men är ju dels en måttlig risk väl värd att ta, dels kan operativet givetvis kommunicera sina filehandlers med sig självt och se vilka som är valida och inte (detta kan förutsätta diskaccess till filen men löser ändå problemet med utskrivna cache-pages). Cache skriven till pagefilen är idiotiskt, det begriper vem som helst. Ändå sker det. Med windows som stängd kod är det inte lätt att peka ut var, när och varför men man kan samla in fall rent empiriskt. Vidare har andra operativsystem haft dylika idiosynkrasier som har patchats. Ett annat problem är hur tabellen för page-miss och page-hit är uppbyggd. Man kan nästan misstänka att datorn ibland måste kolla på disk för att se om det där finns utskrivna pages! Det senare har jag inga belägg på utan är mer en magkänsla som byggts upp genom decennier av tramsande med windows.