/ Forside / Teknologi / Udvikling / SQL / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
SQL
#NavnPoint
pmbruun 1704
niller 962
fehaar 730
Interkril.. 701
ellebye 510
pawel 510
rpje 405
pete 350
gibson 320
10  smorch 260
Mysql - Understøtter den multithreading?
Fra : Nic


Dato : 27-04-04 19:02



--

Nic

(remove all xyz from email address to reply)



 
 
Troels Arvin (27-04-2004)
Kommentar
Fra : Troels Arvin


Dato : 27-04-04 19:24

MySQL _benytter_ multithreading. Og der er ikke noget i vejen for, at
programmer, der benytter MySQL, benytter tråde:
http://dev.mysql.com/doc/mysql/en/Threaded_clients.html

Men hvad er det egentlig du vil / spørger om?

--
Greetings from Troels Arvin, Copenhagen, Denmark


Nic (28-04-2004)
Kommentar
Fra : Nic


Dato : 28-04-04 06:16

> MySQL _benytter_ multithreading. Og der er ikke noget i vejen for, at
> programmer, der benytter MySQL, benytter tråde:
> http://dev.mysql.com/doc/mysql/en/Threaded_clients.html
>
> Men hvad er det egentlig du vil / spørger om?

Jeg vil vide om min webserver kan have glæde af enten hyperthreading eller
dual cpu



Troels Arvin (28-04-2004)
Kommentar
Fra : Troels Arvin


Dato : 28-04-04 08:44

On Wed, 28 Apr 2004 07:15:37 +0200, Nic wrote:

> Jeg vil vide om min webserver kan have glæde af enten hyperthreading eller
> dual cpu

Det kan den.

Spørgsmålet er så, hvor vigtigt CPU er for din database: Input/Output
er voldsomt langsommere end afvikling af CPU-instruktioner (og
RAM-tilgang), så hvis din database skal ned og læse/skrive på disken,
kommer tiden til I/O til at dominere helt og aldeles.

Med andre ord: Det skader ikke at have flere (måske endda hurtige) CPUer
til din MySQL, men hvad der _batter_ er:
- fornuftige forespørgsler, der gør brug af indexer, når muligt;
lær derfor at bruge "EXPLAIN"-kommandoen, hvis du bekymrer dig om
performance
- hurtigt disksystem
- masser af RAM (så systemet kan cache'e effektivt og så at databasen
kan foretage flest mulige opererationer med brug af "internt"
lager)

--
Greetings from Troels Arvin, Copenhagen, Denmark


Nic (28-04-2004)
Kommentar
Fra : Nic


Dato : 28-04-04 13:00

> Spørgsmålet er så, hvor vigtigt CPU er for din database: Input/Output
> er voldsomt langsommere end afvikling af CPU-instruktioner (og
> RAM-tilgang), så hvis din database skal ned og læse/skrive på disken,
> kommer tiden til I/O til at dominere helt og aldeles.
Noteret. Kunne databasen ikke ligge i ram?

> Med andre ord: Det skader ikke at have flere (måske endda hurtige) CPUer
> til din MySQL, men hvad der _batter_ er:
> - fornuftige forespørgsler, der gør brug af indexer, når muligt;
> lær derfor at bruge "EXPLAIN"-kommandoen, hvis du bekymrer dig om
> performance
Den er alfa omega?

> - hurtigt disksystem
NY SATA

> - masser af RAM (så systemet kan cache'e effektivt og så at databasen
> kan foretage flest mulige opererationer med brug af "internt"
> lager)

Tak for info.



Troels Arvin (28-04-2004)
Kommentar
Fra : Troels Arvin


Dato : 28-04-04 14:51

On Wed, 28 Apr 2004 14:00:18 +0200, Nic wrote:

>> Spørgsmålet er så, hvor vigtigt CPU er for din database: Input/Output
>> er voldsomt langsommere end afvikling af CPU-instruktioner (og
>> RAM-tilgang), så hvis din database skal ned og læse/skrive på disken,
>> kommer tiden til I/O til at dominere helt og aldeles.
> Noteret. Kunne databasen ikke ligge i ram?

Jo, hvis du har RAM nok - også til de mellemresultater, som databasen
nogle gange må gemme.

--
Greetings from Troels Arvin, Copenhagen, Denmark


Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408925
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste