Kom ihåg mig?
Home Menu

Menu


Nån idé att ha Ramdisk?

 
 
Ämnesverktyg Visningsalternativ
Oläst 2009-09-28, 07:42 #1
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Standard 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
Nerox är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 09:31 #2
Normans avatar
Norman Norman är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Feb 2004
Inlägg: 589
Norman Norman är inte uppkopplad
Mycket flitig postare
Normans avatar
 
Reg.datum: Feb 2004
Inlägg: 589
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).
Norman är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 09:52 #3
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Citat:
Ursprungligen postat av Norman Visa inlägg
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
Nerox är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 10:40 #4
Jonas Jonas är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Feb 2004
Inlägg: 3 364
Jonas Jonas är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Feb 2004
Inlägg: 3 364
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.
Jonas är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 15:23 #5
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Citat:
Ursprungligen postat av Jonas Visa inlägg
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..
Nerox är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 19:47 #6
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Citat:
Ursprungligen postat av Nerox Visa inlägg
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.
Clarence är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-29, 12:59 #7
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Nerox Nerox är inte uppkopplad
Nykomling
 
Reg.datum: Sep 2005
Inlägg: 37
Citat:
Ursprungligen postat av Clarence Visa inlägg
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.
Äntligen nån som läste original frågan..
Frågan var om det var någon idé att köra Ramdisk eller om operativsystemets cache av filer etc gör att det är slöseri med tid..

Första svaret jag fick var att köpa mer ram.. senare kom svaret köp ssd / sas diskar.


Tack för svaret clarence +1

ps. admin kan låsa topic har fått mitt svar
Nerox är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 20:46 #8
emilvs avatar
emilv emilv är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2004
Inlägg: 1 564
emilv emilv är inte uppkopplad
Bara ett inlägg till!
emilvs avatar
 
Reg.datum: Feb 2004
Inlägg: 1 564
Citat:
Ursprungligen postat av Nerox Visa inlägg
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.
emilv är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 21:15 #9
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Citat:
Ursprungligen postat av emilv Visa inlägg
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).
Njae, det finns bland annat två verktyg kallade XtraBackup och InnoDB Hot Backup som klarar "hot backups" även mot innodb tabeller förutom MyISAM (och även XtraDB i första fallet). Inte för att det förändrar vad jag tycker om hans idé, men för poängens skull.
Clarence är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-09-28, 12:04 #10
BarateaUs avatar
BarateaU BarateaU är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Nov 2007
Inlägg: 2 648
BarateaU BarateaU är inte uppkopplad
Klarade millennium-buggen
BarateaUs avatar
 
Reg.datum: Nov 2007
Inlägg: 2 648
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.
BarateaU är inte uppkopplad   Svara med citatSvara med citat
Svara

Taggar
ramdisk, webbserver


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 16:59.

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