Типичное емкостное реле? Чувствую, что здесь все подогнано под конкретную личность. И все подогнано под конкретные тесты. Все просто имхо, просто взяли ток утечки для конкретных ситуаций и все.
html требует очень много затрат для создания сложных интерфейсов, если поглядеть на wpf, то там к примеру есть интересные решения, которые бы помогли развить html, но увы, он развивается не совсем в ту сторону. Сделать бы элементарные макросы, которые позволили бы создавать свои полноценные теги, но нет, это доступно разве что только через xslt.
Учитывая, что у моего написано так же 2мс, реальные же тесты показывают до 32мс без разгона и с разгоном 5.3мс. Так что лучше не верьте инструкции, а поищите тест времени отклика в интернет.
Ну а кто сказал, что на PHP можно только простые скриптики делать? В чем проблема запустить его и пусть работает, слушает сокет (тут естественно захочется epoll, kqueue), держит пул потоков и обрабатывает в потоках запросы. Да, потоков нет, сейчас можно обойти несколькими процессами используя библиотеку pcntl, но это не то.
От того, что человек, сделал что-то для развития языка еще ни о чем не говорит:-) Помню случай, с одним умником с php-club, который запорол релиз 5.2.0, убрав передачу параметров в функцию по ссылке, т.к. посчитал это лишним, а так как его комит пролез спокойно в релиз, говорит о многих разработчиках, кто это не увидел, патч на коленке был слеплен минут за 5.
А я просто занимаюсь разработкой хайлоад решений и знаю как многопоточность может увеличить производительность. К примеру переписал один сервис с cgi (300-400), fcgi (до 800), на многопоточный демон (5000-8000), в скобках кол-во обрабатываемых запросов в секунду на одном сервере. В данном случае узким местом стал сетевой интерфейс. Демон был написан на C++, а вот были бы нормальные потоки в PHP, скорее всего было бы сделано на нем, поддерживать все же его попроще.
Нет поддержки тредов — видимо вы не делали высоконагруженных проектов, где использование тредов и правильное манипулирование памятью дают выигрыш в десятки раз. Так что это порядочный недостаток.
Ну то что использует 60000-61000 порты еще не говорит о том, что все сразу поюзает, скорее говорит о том, что между 2мя компьютерами возможна 1000 коннектов. И скорее всего просто на случайный порт из данного диаппазона запускает сервер.
А я просто занимаюсь разработкой хайлоад решений и знаю как многопоточность может увеличить производительность. К примеру переписал один сервис с cgi (300-400), fcgi (до 800), на многопоточный демон (5000-8000), в скобках кол-во обрабатываемых запросов в секунду на одном сервере. В данном случае узким местом стал сетевой интерфейс. Демон был написан на C++, а вот были бы нормальные потоки в PHP, скорее всего было бы сделано на нем, поддерживать все же его попроще.