Apache 100% ЦП для простого API PHP

Конечно, возможно сделать это, и на самом деле возможно сделать это с существующими модулями ядра сегодня:

LAN-> (nic модуль)-> (dot1q модуль)-> (соединяют модуль мостом)-> (dot1q модуль)-> (nic модуль)-> WAN

Или:

eth0-> eth0.10-> br0-> eth1.20-> eth1

(берет что-либо отмеченное в качестве vlan 10 от eth0, повторно отмечает его как vlan 20 и выставляет его eth1 и виза-versa. Дополнительное управление доступом может быть сделано с помощью ebtables.)

Если Вы не должны изменять теги, можно упростить вниз до:

eth0-> br0-> eth1

И примените ebtables к br0.

Тем не менее, если бы Ваше приложение может сделать "eth0.10-> br0-> eth1.20" часть внутренне, хотя это не потребовало бы, чтобы устройства касания сделали это, так как можно считать кадры от одного интерфейса, фильтра, и записать в другой.

-1
задан 25 November 2013 в 05:59
1 ответ

You've got 10 threads making a million requests as quickly as they can from the local system (no network latency slowing down how quickly they can hit the server). I'm not sure how this would constitute the workload of only a few users? Maybe a few users right next to the server who have something heavy on their F5.

You will hit a bottleneck on one resource or another - in this case, it's CPU, simply due to the execution of PHP code. However simple the page is, as soon as it finishes one render, it's having to start the next one.

This shouldn't be a performance concern in itself; you should be looking at things like "how long does each page render take when under load", or "does one single request take more resources than expected". This test doesn't really give you any indication of that. Take a look at ab - it'll show you what kind of performance you're actually getting while pushing your server to its limit.

1
ответ дан 5 December 2019 в 19:58

Теги

Похожие вопросы