Servery dedykowane

[ZimZum]

Jakie firmy byscie polecali?

Mam dedyka od kilku dni w pewnej firmie:

AMD Sempron 2.2GHZ

40GB dysk

512 RAM

tranfer 300GB

Strony na tym serverze ledwo zipia.

Server status mowi:

CPU Usage: u36.28 s18.76 cu0 cs0 - .451% CPU load

13.5 requests/sec - 36.2 kB/second - 2742 B/request

99 requests currently being processed, 0 idle servers

Nie wiem wlasnie, czy ma prawo zipiec strona i trzeba rozejrzec sie za drozszym rozwiazaniem, czy jestem robiony w balona i strona powinna smigac?

[EDDY]

Dlaczego miałbyś być robiony w balona i w jaki sposób?

Przecież mając dedyka widzisz dokładnie co na nim jest i możesz zainstalować co chcesz.

Ile masz zapytań do bazy i jaka jest jej struktura? Ile dziennie odwiedzających oraz całkowita liczba wyświetleń?

[Brad]

Watpie zeby te 300GB transferu generowalo taki ruch, ze serwer ledwo zipie. Zatrudnij administratora, ktory C zoptymalizuje system i sprawdz czy jakis skrypt sie nie zapetla czy cos;)

[mrtn]

Miałem przypadek kiedy 150-GB GB ruchu zarżneło Serwer DYDKOWANY -

To było Mambo pełne dodatków i bajerów do zliczania benrów itp.

Nie doś, że zapytania do bazy byłyniewydajen, to jescze sama ich ilość przekraczałą 100 w odsłonie.

Podobny ilczbę odwiedzin wytrzymuje zwykłe konto Superhoście :-) - ale zupełnie inny serwis i absolutnie zoptymalizwony pod względem trnasferu i zasobów serwera.

Jak dla mnie masz źle i nieoptymalnie napisane skrypty.

Serwer Dedykowany z Pamięcią >1 GB (akurat nie twój) i napisanym inteligentnie oskrypotowaniem potrafi dzwigać naprawdę duży serwis pod warunkiem, żenie ma tam sprytynych gotówców typu phpbb, mambo itp...

[Daniel Kędzierski]

dokładnie tak,

Nie jeden serwis transferujący 30 GB zabiłby dedyka .

Druga sprawa to : właśnie jak masz przygotowane skrypty.

Jak wyglądają Twoje bazy, ich budowa, wielkość, częstotliwośc modyfikacji.

HDD na którym są te bazy. Ten 40 Gb dysk to ATA ?

Jaki to rodzaj dysku, jaki ma czas dostepu do plików.

Bo ja np do tej pory nie posiadam problemów z procesorami, a jedynie czymś co mnie zapycha są wolne dyski twarde, które same w sobie potrafią spowalniać działanie.

Nie wiem jak to w unixowych systemach, ale np pod windą gdy bardzo dużo operuje się na danych w bazie, warto pomyslec o stałej defragmentacji dyskow, ja to czynie raz dziennie.

Tak więc elementów które powodują zamulenie Twojej strony może być cała masa, postaraj się pewne częsci kody np cachować - ale i z tym musisz uważac bo to ustrojstwo moze zrobić ci nawet 30-100 tys małych pliczkow ktore takze potrafią zamulić HDD..

A swoją drogą przydałby się taki krótki skrypcik + mysql do testowania serwera.

Czyli kilka operacji które będą wykonywane poprzez php w połączeniu z mysqlem - z czego będzie obliczony czas wykonywania operacji.

Wtedy można byłoby umieszczac np mini baze i skrypt na planowanej do zakupu maszynie i testowac skrypt w roznych godzinach, zapisujac czasy wykonywania. Co dawałoby odpowiedz czy ten serwer warto zakupić i wybrać ten najlepszy.

[viras]

Nie wiem jak to w unixowych systemach, ale ... warto pomyslec o stałej defragmentacji dyskow...

[mkr]

https://www.puretec.pl/serwerydedykowane.php ( tmbnet.pl )

Serwery w webperoni.de

Polecam, świetny kontakt i pomoc techniczna! Niskie ceny.

[Daniel Kędzierski]

viras no co

systemy typu linuxy i unixy mnie nie kręcą

To nie wiem jak tam zachowuja sie dane na dysku, ale i one pewno wymagaja defragmentacji , chyba

Napewno wie że nie raz przekonałem się że dobrze ustawiona winda jest wydajniejsza mimo że traci wiele zasobów na te swoje okienka.

[ZimZum]

hokay.

skrypty na pewno sa napisane dobrze, to co zamula server to:

SELECT pole_typu_bigint, pole_typu_varchar(40), , pole_typu_varchar(40) FROM tabelka where id = numerek

oraz INSERT INTO do tej tabelki

Czyli sa 2 srkpty i w kazdym z nich po jednym odwolaniu do bazy.

Fakt, ze jest w tej tabeli 450tys rekordow, ale przeciez na takim kompie powinna taka baza smigac, a jeden proces mysql zajmuje 20% pamieci procesora. To chyba jakas pomylka.

[EDDY]

A indeksy masz?

[Daniel Kędzierski]

Z tego co piszesz nie sa to jakies ogromne bazy.

Jedna z moich mniejszych wyglada tak:

A gdy pracuje na danych, ilość zapytań do mysql wyglada tak:

Ja na Twoim miejscu pomyslałbym takze nad dyskiem

[mb]

wlasnie..wyglada na to ze nie masz zrobionego indexu dla pola id :-) Inaczej powinno pieknie wszystko smigac :-)

[ZimZum]

nie wystarczy tak?

Nazwa klucza Typ Moc Działanie Pole

PRIMARY PRIMARY 490867 id

zmienic primary na index?

[ZimZum]

ok, poczytalem troche etc.

na id mam klucz typu PRIMARY

zmienilem pola typu varchac na char i teraz zaczelo smigac

Zobaczymy, na jak dlugo

Dzieki wszystkim za odpowiedzi