Скорость работы вебсервера Debian 7 x64 & Ubuntu 14.04

[ZiX]

скорость диска
ubuntu -
debian -
диски и тарифы одинаковы.
Что ещё показать?

ну если таков "замер", то "лечить" настройкой конфигов мускула/пыхи и настройкой стека сети в ОС в sysctl
из вас все по крупицам надо вытягивать.

Siege
тест ubuntu

Transactions: 2000 hits
Availability: 100.00 %
Elapsed time: 91.68 secs
Data transferred: 12.22 MB
Response time: 0.91 secs
Transaction rate: 21.82 trans/sec
Throughput: 0.13 MB/sec
Concurrency: 19.93
Successful transactions: 2000
Failed transactions: 0
Longest transaction: 1.91
Shortest transaction: 0.13

тест debian

Transactions: 1000 hits
Availability: 100.00 %
Elapsed time: 225.14 secs
Data transferred: 10.08 MB
Response time: 4.48 secs
Transaction rate: 4.44 trans/sec
Throughput: 0.04 MB/sec
Concurrency: 19.90
Successful transactions: 1000
Failed transactions: 0
Longest transaction: 15.88
Shortest transaction: 0.23

Конфиги mysql 1 в 1
php тоже
В чём ещё может быть причина такой разницы?
Думал с ПО чтото - нет.
Ставил на обе машины isp или vesta
всё точно также

 

[metsys]

тест ubuntu
Elapsed time: 91.68 secs
Data transferred: 12.22 MB
Response time: 0.91 secs
Transaction rate: 21.82 trans/sec
Throughput: 0.13 MB/sec
Successful transactions: 2000
Longest transaction: 1.91

тест debian
Elapsed time: 225.14 secs
Data transferred: 10.08 MB
Response time: 4.48 secs
Transaction rate: 4.44 trans/sec
Throughput: 0.04 MB/sec
Successful transactions: 1000
Longest transaction: 15.88
Почему разное количество Successful transactions ? Судя по Transaction rate и Successful transactions у вас с отдачей нелады.
С такими параметрами и показателями htop и dd проблема здесь явно не в vps.

на заметку - картинка top нужна в момент "осады" Siege, а не на холостом ходу

на дефолтных настройках мускула и пхп не комильфо запускать сравнение, вы конфиг бы обоих показали бы , что ли. упрашивать отдельно надо? ))

имеет место неоптимизированно настроенная:
а) сеть средствами ОС (уже говорил про sysctl - реакции небыло)
б) одинаковые ли цмс используются?

 

[ZiX]

тест ubuntu
Elapsed time: 91.68 secs
Data transferred: 12.22 MB
Response time: 0.91 secs
Transaction rate: 21.82 trans/sec
Throughput: 0.13 MB/sec
Successful transactions: 2000
Longest transaction: 1.91

тест debian
Elapsed time: 225.14 secs
Data transferred: 10.08 MB
Response time: 4.48 secs
Transaction rate: 4.44 trans/sec
Throughput: 0.04 MB/sec
Successful transactions: 1000
Longest transaction: 15.88
Почему разное количество Successful transactions ? Судя по Transaction rate и Successful transactions у вас с отдачей нелады.
С такими параметрами и показателями htop и dd проблема здесь явно не в vps.

на заметку - картинка top нужна в момент "осады" Siege, а не на холостом ходу

на дефолтных настройках мускула и пхп не комильфо запускать сравнение, вы конфиг бы обоих показали бы , что ли. упрашивать отдельно надо? ))

имеет место неоптимизированно настроенная:
а) сеть средствами ОС (уже говорил про sysctl - реакции небыло)
б) одинаковые ли цмс используются?

Повторяю. конфиги 1 в 1.
ПО 1 в 1
cms 1 в 1
пробовал весту на обеих и isp 5 на обеих исход тотже
тест суть не в кол-ве а в Longest transaction: 1.91 тк Failed transactions: 0
топ в момент нагрузки идентичен. проц 95-100%
ram 850-900
swap 0-100
машина 1х2,6Ггц 1Гб Ram SSD 30GB

с sysctl не работал... прилепил sysctl -a
Незнаю что именно нужно. kernel?

 

[metsys]

можете еще 100500 раз повторить.
суть в целом и в частности в этом - почему количества Successful transactions отличаются? возможно просто потому, что они не дошли еще до апача? а апач отработал то, что дошло, причем успешно, о чем и есть отчет.
вероятно как раз причина в сетевых настройках. изучайте net.ipv4.хххх что по чем и к чему - возможно. там и найдете ответы.

конфиги дефолтные или нет? или опять выпрашивать?
или опять выпрашивать скрин top/htop под нагрузкой? лучше top, потому что важен параметр wa, которого не видно в htop
или опять выпрашивать "б) одинаковые ли цмс используются?"

дайте 2 скрина с Для просмотра ссылки Войди или Зарегистрируйся возможно оно больше прольет света на вашу проблему

 

[ZiX]

можете еще 100500 раз повторить.
суть в целом и в частности в этом - почему количества Successful transactions отличаются? возможно просто потому, что они не дошли еще до апача? а апач отработал то, что дошло, причем успешно, о чем и есть отчет.
вероятно как раз причина в сетевых настройках. изучайте net.ipv4.хххх что по чем и к чему - возможно. там и найдете ответы.

конфиги дефолтные или нет? или опять выпрашивать?
или опять выпрашивать скрин top/htop под нагрузкой? лучше top, потому что важен параметр wa, которого не видно в htop
или опять выпрашивать "б) одинаковые ли цмс используются?"

дайте 2 скрина с Для просмотра ссылки Войди или Зарегистрируйся возможно оно больше прольет света на вашу проблему

я написал что в htop )) нафига скрин)
Конфиги как веста поставила.
они идентичны.
cms одинаковы я же писал.
debian Для просмотра ссылки Войди или Зарегистрируйся
ubuntu Для просмотра ссылки Войди или Зарегистрируйся

 

[metsys]

уже что то...
смотрим внимательно пингдом
дебиан
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/js/ 6.4 kB wait 148 ms
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/themes/default-bootstr… 4.3 kB wait 147 ms

бубунта
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/js/ 19.2 kB wait 8 ms
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/themes/default-boot… 14.4 kB wait 8 ms

жду от ВАС пояснений (я то знаю)

я написал что в htop )) нафига скрин)

потому что нужен скрин top под нагрузкой. хотя скорее всего уже не нужен.

 

[ZiX]

уже что то...
смотрим внимательно пингдом
дебиан
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/js/ 6.4 kB wait 148 ms
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/themes/default-bootstr… 4.3 kB wait 147 ms

бубунта
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/js/ 19.2 kB wait 8 ms
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/themes/default-boot… 14.4 kB wait 8 ms

жду от ВАС пояснений (я то знаю)

потому что нужен скрин top под нагрузкой. хотя скорее всего уже не нужен.

странно. файлы js абсолютно одинаковы. пинг тоже. Натолкни на мысль. уже стока инфы за день, что пухну)

 

[metsys]

наталкиваю: дебиан перед выдачей сжимает файлы и тратит на это время
бубнта НЕ сжимает - и НЕ тратит время на сжатие

кто сжимает? или апач или nginx - gzip, deflate и т д...

 

[ZiX]

наталкиваю: дебиан перед выдачей сжимает файлы и тратит на это время
бубнта НЕ сжимает - и НЕ тратит время на сжатие

кто сжимает? или апач или nginx - gzip, deflate и т д...

блин точно.... Спасибо большое. щас тестить буду.

gzip вырубил.
curl Для просмотра ссылки Войди или Зарегистрируйся -I --compressed | grep Content-Encoding
не отдаёт gzip/ nginx и apache restart
но всё равно те файлы по 148мс....
даже увеличилось.
вырубил в nginx
+
a2dismod deflate
apache2ctl -k graceful

уже что то...
смотрим внимательно пингдом
дебиан
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/js/ 6.4 kB wait 148 ms
Для просмотра ссылки Войди или Зарегистрируйся 109.234.35.152/themes/default-bootstr… 4.3 kB wait 147 ms

бубунта
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/js/ 19.2 kB wait 8 ms
Для просмотра ссылки Войди или Зарегистрируйся pack.devpresta.ru/themes/default-boot… 14.4 kB wait 8 ms

жду от ВАС пояснений (я то знаю)

потому что нужен скрин top под нагрузкой. хотя скорее всего уже не нужен.

всё таки не от этого. не от gzip.
снова включил.
Диск такой-же, сеть таже....
debian под нагрузкой
ubuntu

вот профилер престы
deb
ubuntu

судя по этому сам пых притормаживает.....
тк config дольше грузит и хуки.
Но... интересно... жрёт больше памяти чем ubuntu... memory peak usage в 2 раза...
конфиги проверил они 1 в 1
так что сабака гдето ещё.

 

[latteo]

вот профилер престы

Даже, если это одна страница, выполнение было не одинаковым на deb было подключено меньше файлов - попробуй уравнять, возможно что-то было из кеша.
В конфигах подключения к БД попробуй разные форматы записи IP 127.0.0.1/localhost
Не выяснял с чем это связано, но на win при указании localhost каждый коннект занимал 1 секунду, тогда как 127.0.0.1 отрабатывал за несколько мс. У тебя хоть и не win, но initConnect для deb подозрительно большой.