Michał pisze:

Przeniosłem plik wymiany na pierwszą partycję tego drugiego dysku ale nadal to nie chodzi tak jakbym chciał. Szczerze mówiąc nie odczyłem różnicy.

I nic dziwnego, bo przy takim RAMie plik wymiany będzie uży-
wany bardzo oszczędnie i raczej "w tle". Do "thrashingu" nie
będzie dochodziło, poza sytuacjami ekstremalnymi.

Co zrobić by poprawić wydajność przy uruchamianiu programów, żeby

Stosować oszczędniejsze programy.

szybciej ładowały się strony z localhosta (tworzę dość skomplikowane serwisy), czyli wydajność bazy MySQL. Żeby szybciej otwierać grafikę i

MySQL jest dobre do prostych baz danych z kilkuset rekordami.
Ja na problemy z jego wydajnością natknąłem się już przy ta-
beli z dwoma tysiącami rekordów i zapytaniu z jednym scale-
niem z zapytaniem zagnieżdżonym. Jestem w trakcie migracji
do PostgreSQLa ;)

żeby płynniej chodził przy przeglądaniu jednej strony na 5ciu przeglądarkach.

To raczej nie zależy od dysków.

Poza tym to, o czym piszesz, nie wydaje się szczególnie skom-
plikowane. Niemały serwis WWW uruchamiam na Duronie 1000 MHz
z 768 MiB pamięci, a web-mastering (nie profesjonalny, przy-
znaję, ale też nie totalną amatorszczyznę) robiłem długo na
jednordzeniowym Athlonie XP. Dziwne, że masz takie problemy
z wydajnością na całkiem porządnym, wydawałoby się, kompute-
rze.

Czy dałaby mi coś wymiana procesora na takiego z nieobciętym cache, np E7300?

Raczej nie.

Co jeszcze innego można zrobić?

*Zbadać* gdzie jest wąskie gardło. Masz perfmon.msc w syste-
mie, możesz dokładnie sprawdzić, czy RAM jest mocno obciążo-
ny, czy kolejki operacji dyskowych są długie, czy liczba wąt-
ków nie jest za wysoka...

--
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |  Politechnika Śląska                   |
\................... Microsoft MVP ......................../

Dnia Mon, 08 Feb 2010 20:59:58 +0100, Radosław Sokół napisał(a):

Michał pisze:

[...]

szybciej ładowały się strony z localhosta (tworzę dość skomplikowane serwisy), czyli wydajność bazy MySQL. Żeby szybciej otwierać grafikę i

MySQL jest dobre do prostych baz danych z kilkuset rekordami.
Ja na problemy z jego wydajnością natknąłem się już przy ta-
beli z dwoma tysiącami rekordów i zapytaniu z jednym scale-
niem z zapytaniem zagnieżdżonym. Jestem w trakcie migracji
do PostgreSQLa ;)

Facebook, Wikipedia, Amazon, YouTube, Twitter, Flickr... faktycznie,
same proste bazy z kilkuset rekordami.

http://highscalability.com/blog/category/mysql

--
M.   [Windows Desktop Experience MVP]
/odpowiadając na priv zmień px na pl/
https://mvp.support.microsoft.com/profile/Michal.Kawecki

Michal Kawecki pisze:

Facebook, Wikipedia, Amazon, YouTube, Twitter, Flickr... faktycznie,
same proste bazy z kilkuset rekordami.

Może zdenormalizowali swoje bazy tak, że działają szybko.
Wybacz, ale jeżeli SELECT z dwoma zagnieżdżonymi SELECTami
na 2000 rekordów zajmuje *5 sekund* przy prawidłowo zindek-
sowanych tabelach, to coś jest jednak nie tak. A przy wybo-
rze między denormalizacją bazy a zmianą bazy na taką, która
optymalizuje takie zapytania, wybiorę raczej tę drugą opcję.

Rozpoznawałem zresztą potem temat i znalazłem w Sieci infor-
mację, że MySQL świetnie sobie radzi przy prostych zapyta-
niach (w testach wychodził czasem szybciej od MS SQL Server
i Oracle), ale przy skomplikowanych scaleniach bardzo traci
na wydajności i wtedy już lepiej MS SQL Server, Oracle czy
darmowego PostgreSQLa właśnie używać.

Sam kiedyś polecałem MySQLa, ale od kiedy naciąłem się na
te problemy wydajnościowe nie jestem już do niego aż tak
przekonany. Pomijam już to, że teraz MySQLa bodajże Oracle
przejęło i trudno powiedzieć, jaka będzie jego przyszłość.

PS. Czytałem wtedy dokumentację MySQLa w poszukiwaniu meto-
     dy zoptymalizowania tego zapytania i niestety natknąłem
     się na zapis "nie obsługiwane" przy opcji zapisania wy-
     niku wewnętrznego zapytania w zmiennej :/ W efekcie przy
     każdym kolejnym rekordzie wewnętrzne zapytanie było rea-
     lizowane od nowa, bo optymalizator MySQL nie był w sta-
     nie "wyciągnąć" go na zewnątrz na własną rękę.

--
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |  Politechnika Śląska                   |
\................... Microsoft MVP ......................../