Dagon правильный - безопасность резьбы имеет решающее значение для любой операции.
Может быть, что-то вставлено в неправильную запись, например?
Там же два вопроса:
1) является PHP поточно?
2) что произойдет, если это не потокобезопасность?
Что касается первого вопроса, ядро ядра PHP является потокобезопасным и существует в течение ряда лет. Однако работающая установка PHP включает в себя несколько расширений из разных источников - и ребята, которые пишут PHP, не в состоянии гарантировать, что чей-то код ведет себя так, как ожидалось.
Что касается второго вопроса, то да, если код работает как легкие процессы и не является потокобезопасным, то ваши данные могут быть испорчены - скорее всего, он просто сбой: и поскольку (AFAIK) только потоковый PHP работает с модулем IIS ISAPI (оставляя в стороне потоки PECL), что означает, что он, вероятно, выведет весь экземпляр IIS.
Но вопрос, на который вы должны ответить, прежде чем вы рассмотрите любой из них, есть ли какая-либо польза от использования потоков ISAPI, а не fastCGI и PHP. Лично я бы избегал платформы Micorosft по соображениям производительности, надежности, не говоря уже о моем собственном здравомыслии, но иногда я занимаюсь решением проблем других народов. Однако я не видел никаких тестов, показывающих, что у ISAPI есть какие-либо преимущества в производительности, которые могут объяснить, почему он упал с версии 5.3.0 (в Linux нет выгоды для производительности, но очень небольшое увеличение производительности примерно на 5%).
Да, да, потенциально «все» –
Зачем это получить нижний предел? – johnny
читает больше как напыщенный вопрос, чем серьезный вопрос –