-
Zawartość
1722 -
Rejestracja
-
Ostatnio
-
Wygrane dni
33
Typ zawartości
Profile
Fora
Katalog firm
Wszystko napisane przez malu
-
Sprawdzenie stanu SSD za sprzętowym RAID-em
malu odpisał ritchey na temat w Sprzęt serwerowy i Centrum Danych
Powiem tak, mi na G8 na P420i bez problemu czyta informacje o intelach 520. Więc to dość ciekawa przypadłość. -
Mam pytanie odnośnie serwer dell c6100 i jego Raid1
malu odpisał MrLei na temat w Sprzęt serwerowy i Centrum Danych
Zdecydowanie poszedłbym w stronę dobrze działającego softraid na Linuxie (mdadm). Z doświadczenia wiem, że fakeraid'y nigdy nie sprawują się dobrze i najlepiej, abyś na starcie porzucił ten pomysł, aby nie robić sobie problemów w przyszłości. -
Cloud to nazwa elastycznego rozwiązania, a nie samej użytej technologii. W końcu klient nie martwi się o sprzęt i infrastrukturę, a zapewnia to homecloud. Inna sprawa już jak się z tego wywiązuje. ; )
-
cat /etc/fstab pokaż.
-
Jeżeli mówisz, że nie masz problemu z wydajnością serwera www to po co chcesz go optymalizować? : ) W końcu trudno mieć problemy z requestami http, jeżeli serwer zabijają Ci te do PHP. Ale skoro już pytasz to wpisz sobie nazwę MPM apache jaki używasz i w dokumentacji wszystko znajdziesz, nie dostaniesz gotowych reguł, to chyba oczywiste. Już dostałeś odpowiedź, że najwydajniejszy sposób działania apache to mpm-event. Bez znaczenia jaką gałąź wybierzesz. Z tym, że w gałęzi 2.2 jest oznaczony jako "experimental". To jeżeli mówimy o pure http. Jeżeli chcesz badać wydajność PHP to najwydajniejsze będzie mod_PHP bez żadnych dodatków typu mod_ruid2. Jednak skrypty będą działały wtedy z UID/GID serwera http, każdy myślący człowiek wie jakie będzie to miało skutki. Wszystko zależy od tego jaki masz ruch i jakie jest środowisko serwera. (Czy jest w jakikolwiek sposób współdzielone czy to pomiędzy różne strony czy też użytkowników serwera). W przypadku gałęzi 2.2 masz dwa wyjścia: prefork + mod_php + ruid2 // itk + mod_php (Mniej problemów sprawia ruid2) worker + fastcgi + fpm (Tu problem w Twoim przypadku bo mod_fastcgi nie ma w repo Debiana, a fcgid nie ma możliwości użycia zewnętrznego procesu PHP.) W przypadku gałęzi 2.4: event + proxy_fcgi + fpm
-
Jeżeli szukasz na dłużej niż tydzień to opłaci Ci się: http://www.ovh.pl/serwery_dedykowane/enterprise/2014-MG-128.xml Wydajność powinna być większa na fizycznym serwerze niż po wirtualizacji. A co do AMD vs Intel to pewnie zależy od tego co chcesz tam liczyć, ale spokojnie te 32 wątki powinny dorównywać 32 rdzeniom AMD, a w pewnych przypadkach być sporo wydajniejsze.
-
Co masz na myśli? Chyba raczej miałeś na myśli " czy tylko reverse_proxy" Odpowiadając na Twoje pytanie: w przypadku zarówno ISPConfig3 jak i DA nginx jest wtedy jedynym webserverem, a nie działa tylko jako proxy dla apache. ; )
-
DirectAdmin - custombuild2. Zapomniałbym, ISPConfig3.
-
Już jest: http://www.kimsufi.com/pl/
-
No inna lokalizacja wysłania pingu jakoś sama z siebie nie usunęła narzutu 28 bitowego z komendy. Ale rozumiem, że mogłeś nie doczytać wątku do końca i odpisałeś na cytowany post.
-
W pierwszym teście, który podesłałem jest nginx. ; ) Co do parametrów, myślę, że to bez większego znaczenia - wszystkie były wykonywane na tym samym serwerze. Co do wydajności macierzy to tam siedzi 8 dyskowa macierz SSD w Raid10 HW. 3 następne to apache 2.4 odpowiednio: -domyślny config bez .htaccess -zoptyamalizowany config bez .htaccess -zoptymalizowany config z .htaccess
-
Tak, mały plik statyczny. Domyślny index.html od apache w debianie. ; ) Zerknij na moje wartości: Concurrency Level: Complete requests:
-
Wrzucę coś takiego: Na domyślnych configach w Debianie testing. Apache 2.4 mpm-event z wyłączonym .htaccess Server Software: nginx/1.4.4 Server Hostname: 37.28.155.204 Server Port: 81 Document Path: / Document Length: 192 bytes Concurrency Level: 10000 Time taken for tests: 12.953 seconds Complete requests: 100000 Failed requests: 18962 (Connect: 0, Receive: 0, Length: 18962, Exceptions: 0) Write errors: 0 Non-2xx responses: 81038 Total transferred: 36342910 bytes HTML transferred: 18915570 bytes Requests per second: 7720.06 [#/sec] (mean) Time per request: 1295.327 [ms] (mean) Time per request: 0.130 [ms] (mean, across all concurrent requests) Transfer rate: 2739.94 [Kbytes/sec] received Server Software: Apache/2.4.6 Server Hostname: 37.28.155.204 Server Port: 80 Document Path: / Document Length: 177 bytes Concurrency Level: 10000 Time taken for tests: 17.581 seconds Complete requests: 100000 Failed requests: 0 Write errors: 0 Total transferred: 42300000 bytes HTML transferred: 17700000 bytes Requests per second: 5688.10 [#/sec] (mean) Time per request: 1758.055 [ms] (mean) Time per request: 0.176 [ms] (mean, across all concurrent requests) Transfer rate: 2349.68 [Kbytes/sec] received Apache 2.4 z nieco zoptymalizowaną konfiguracją: Server Software: Apache/2.4.6 Server Hostname: 37.28.155.204 Server Port: 80 Document Path: / Document Length: 177 bytes Concurrency Level: 10000 Time taken for tests: 13.552 seconds Complete requests: 100000 Failed requests: 0 Write errors: 0 Total transferred: 42300000 bytes HTML transferred: 17700000 bytes Requests per second: 7379.00 [#/sec] (mean) Time per request: 1355.197 [ms] (mean) Time per request: 0.136 [ms] (mean, across all concurrent requests) Transfer rate: 3048.16 [Kbytes/sec] received A tu wynik z włączonym .htaccess po optymalizacji: Server Software: Apache/2.4.6 Server Hostname: 37.28.155.204 Server Port: 80 Document Path: / Document Length: 177 bytes Concurrency Level: 10000 Time taken for tests: 14.160 seconds Complete requests: 100000 Failed requests: 0 Write errors: 0 Total transferred: 42300000 bytes HTML transferred: 17700000 bytes Requests per second: 7062.32 [#/sec] (mean) Time per request: 1415.965 [ms] (mean) Time per request: 0.142 [ms] (mean, across all concurrent requests) Transfer rate: 2917.35 [Kbytes/sec] received Badałem kilkukrotnie, aby przekonać się, że wyniki wychodzą circa podobne. ; ) Oczywiście ten sam rootdir. Ten sam serwer, o tych samych parametrach, serwery uruchomione na innych portach.
-
u made my day!
-
Dzięki! : ) W sumie z ciekawości, że Tobie przeszło spróbowałem z innego serwera i też posłałem maila do postmaster'a. ; )
-
Mi jakoś ping z pakietem o wielkości 266bytes nie odblokował dostępu do SSH na porcie 54322 dla mojego adresu IP, no chyba, że coś źle zrozumiałem. ; )
-
Wszystko zależy od tego co masz zamiar utrzymywać. Jeżeli będzie to strona serwująca mnóstwo statyki to rzeczywiście wydajność nginx w porównaniu do apache będzie in plus. Jednak w przypadku np. forum dyskusyjnego, gdzie jednak większość obciążenia to PHP/MySQL czy dowolny inny język i baza danych to różnica w wydajności nginx vs apache 2.4 na mpm-event będzie minimalna. Zakładam, że tu i tu działać będzie php-fpm, przypominam, że w apache 2.4 mamy mod_proxy_fcgi. ; ) Rzeczywiście różnica w wydajności pomiędzy mpm-prefork czy nawet mpm-worker w zestawieniu z nginx'em jest wręcz dramatyczna. Jednak w przypadku mpm-event nie wygląda to już wcale tak tragicznie.
-
W vipower.pl masz najtańszego wildcard za 250zł netto, 307zł brutto to jak zależy Ci na polskiej fakturze. Z zagranicznych firm warty polecenia jest https://www.gogetssl.com/domain-validation/
-
Dokładnie to miałem na myśli.
-
Żadne dane nie powinny zostać utracone w wyniku działania resize2fs. Ale lepiej wcześniej wrzuć partycję w read-only/odmontuj ją i puść fsck i dopiero po fsck wykonaj resize2fs.
-
Jaki system plików? Jeżeli ext3/ext4 to polecam: man resize2fs
-
Dokładnie, pokaż wynik polecenia: uname -r Prawdopodobnie jak dopiszesz do /etc/vz/osrelease.conf: debian-7.0 2.6.32 To powinno to już Ci ruszyć. Ale najprościej będzie jak po prostu z poziomu serwera sprawdzisz co jest nie tak uruchamiając serwer "ręcznie": vzctl start $CID
-
Jeżeli limity transferu Ci nie przeszkadzają, aż tak bardzo to na ViPower.pl masz gwarantowaną przepustowość łącza 100Mbps dla serwerów VPS. Zawsze, gdybyś potrzebował więcej można to ustalić indywidualnie, sam transfer, aż taki drogi nie będzie. Z poziomu panelu możesz do serwera VPS dodać obsługę PPP lub TUN.
-
Słowo klucz: reverse_proxy Najsensowniej pewnie nginx z przodu, a jak z tyłu siedzi apache to koniecznie do tandemu mod_rpaf.
-
Z ciekawości zapytam jakie miałeś problemy z irqbalance, skoro go nie polecasz?