WN

WN (https://www.wn.se/forum/index.php)
-   Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)
-   -   Nån idé att ha Ramdisk? (https://www.wn.se/forum/showthread.php?t=1038226)

Nerox 2009-09-28 07:42

Nån idé att ha Ramdisk?
 
Hej!

Har suttit och kollat runt lite på hur man kan maximera en webbservers potential.
Det jag inte kunnat lista ut är om ramdisk gör nån skillnad när man har diskcache i operativ systemen..
Tänkte använda det till alla webbfiler + MySQL för att dra ner hårddisk användandet.

Nån som kan sprida lite ljus i denna frågan?

Mvh

Peter

Norman 2009-09-28 09:31

Skaffa mer RAM i första hand.

Kan du få all SQL att hanteras i RAM slipper du laborera med ramdiskar.
För webbfiler och sådant är det inte ofta det är i sådan mängd att disken får jobba så hårt, men givetvis kan du dra nytta av ökat ram här också.
Apache kan hålla fler script i minne och referenslokalitet ökar (cpu slipper hämta data från sekundärminne som t.ex. diskar).

Nerox 2009-09-28 09:52

Citat:

Ursprungligen postat av Norman (Inlägg 20323928)
Skaffa mer RAM i första hand.

Har 8gb ram till den servern det är fråga om.

Tanken att alla SQL filer skulle ligga på ramdisken. Iomed det skulle ju alla SQL läsningar vara direkt från minne oavsett "table engine".

Definitionen av ramdisk enligt wikipedia: "A RAM disk (not to be confused with a RAM drive or Solid-state drive) is a block of RAM (primary storage or volatile memory) that a computer's software is treating as if the memory were a disk drive (secondary storage)."

mvh

Jonas 2009-09-28 10:40

RAM disken har ingen information som kommer att finnas kvar efter omstart, så om maskinen hänger sig eller startar om så kommer datan att vara borta.

Du har inget att vinna på det, såvida att du inte att dina diskar är flaskhalsen. MySQL är duktigt på att tugga i sig RAM. Och MySQL buffrar även upp sin information så att den slipper läsa/skriva alltför ofta.

BarateaU 2009-09-28 12:04

SSD diskar till servern låter klokare då.
Sitter i alla våra nya blade servrar, skönt att de händer nått på hdd marknaden nu.

KristianE 2009-09-28 13:13

Den gamla RAM-disken man hade i Amigan var ju helt
underbar för temporära filer. Man minimerade risk för
korrupt filsystem om skiten fick för sig att krascha under
skrivning. :)

Sen vad man skulle ha för nytta av det idag när operativ-
system redan är duktiga på att buffra i minnet vet jag
faktiskt inte. Känns som att risken för dataförlust är större
än vad man vinner på det.

Jonas 2009-09-28 13:29

Det finns ju dock PCI/PCI-e kort med DDR(1|2|3)-platser & batteri för att skapa ramdisk. Men priset motiverar ju inte riktigt det som han vill åstadkomma.

Gigabyte har lanserat ett sådant kort.

Nerox 2009-09-28 15:23

Citat:

Ursprungligen postat av Jonas (Inlägg 20323939)
RAM disken har ingen information som kommer att finnas kvar efter omstart, så om maskinen hänger sig eller startar om så kommer datan att vara borta.

Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).

Citat:

Ursprungligen postat av BarateaU
SSD diskar till servern låter klokare då.
Sitter i alla våra nya blade servrar, skönt att de händer nått på hdd marknaden nu.

Ville unvika att lägga ut flera tusen på SSD, SAS eller SCSI diskar..

Clarence 2009-09-28 19:47

Citat:

Ursprungligen postat av Nerox (Inlägg 20323988)
Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).



Ville unvika att lägga ut flera tusen på SSD, SAS eller SCSI diskar..

Fast vad motiverar detta jämfört med att köra ett databassystem som cachar så gott det går av färdigbearbetad data i RAM? Och som dessutom buffrar writes, med hänsyn till när datan behöver läsas uppdaterad. Att uppfinna hjulet på nytt på ett effektivt sätt blir både utmanande och tidsslösande.

emilv 2009-09-28 20:46

Citat:

Ursprungligen postat av Nerox (Inlägg 20323988)
Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).

Nej, det är inte så lätt löst. Du måste se till att datan inte ändras när du tar backupen. För att vara helt säker på att det inte blir en korrupt backup bör du stänga ner MySQL under tiden (alternativt om du kör enbart MyISAM-tabeller och använder mysqlhotcopy).

En bättre lösning är då att du själv tittar på att cacha SQL-frågor med memcached. Det kan snabba upp rejält om du gör det på rätt sätt.


Alla tider är GMT +2. Klockan är nu 09:50.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson