От: Идея с голям потенциал! To script ot not to script?
Тъй!
Понеже няма забележки по факти и линкове горе, продължавам по същество. Приемам корекции само с цитат, линк и т.н.
Кога се претоварва един динамичен сайт? Какво се случва? Да речем, че една заявка от юзер се обработва средно за секунда (много реалистично на php бакенд, по лични наблюдения). Тоя сървър може да обработи 60 заявки в минута, средно. Някога ще са по-малко, някога ще са повече. Ако средното натоварване на сървъра е по-малко от капацитета му (усреднено) - то нямаме проблем. Има опашка на входните рекуести, и ако сървърът е зает - заявката се добавя към опашката, и я обработва когато може. Какво става обаче ако капацитетът на сървъра е 60 заявки на минута, а го натоварим с 61 рекуеста за обработка? Ще се забави с няма и 2% ли? Тука се изписаха много размишления, че нямало значение дали заявката се обработва за секунда, или половин. Нямало кой да забележи!
Можем да сравним задачката с тия дето третокласниците ги смятат за басейните - с една тръба се пълни - с друга се изпразва. Ако пълненето е с по-голям дебит - басейнът прелива. Просто и интуитивно.
Когато заявките надвишат капацитета на сървъра - или изписваме съобщение като Фейсбук кога бяха на php - "Опа! Нещо се прецака! Опитай по-късно! ". Или просто следващите не могат да отворят сайта.
Простата сметка показва, че колкото по-оптимално работи даден език и среда - толкова повече заявки ще обработва за единица време. 20 пъти по-бърз програмен език и технология - значи 20 пъти по-малко хардуер в мазето, и 20 пъти по-малка сметка за ток.
CRM системата на HP - QuePlix (или на WEB завършваше) твърдят, че работят с 20 000 потребителя едновременно. Хич не са на php!
Защо скриптовите езици са очевидно по-бавни и тестовете го потвърждават? При тях генерираният код не се подлага на такива оптимизации. Типът на променливите се решава в процес на изпълнение, често всеки път, когато този код се изпълнява. Интерпретирането "ред по ред" може да е преувеличено, защото при зареждане си предъвква сорса до изпълним код, но този код не се подлага на оптимизациите, както при езиците, дето се компилират, преди да се пуснат на виртуалната машина. Където още веднъж се преобразува в зависимост от хардуера и ОС под него, и автоматично се оптимизира в зависимост от средата на изпълнение. За вече компилиран код говоря.
С php нямам идея как точно един проект се разпъва на много машини, но на Java и C# има възможност всеки един клас да се изпълнява на отделен сървър. Натоварените парчета код могат да се размножат на произволен брой хардуер, които през сериализация работят като едно цяло. Не е толкова просто, но идеята е тая.
Решението на какво ще се пише една система е много съдбоносно, ако тази идея има потенциала да се развие до повече от 60 клика на секунда, за един сървър (измислих си произволна цифра). Натоварване може да се компенсира с много желязо и ток, но Фейсбук не успяха, и си правиха ново php от зор, не от ентусиазъм!
Може пък вие да успеете да компенсирате неоптимизиран софтуер - с хардуер!
Очаквам градивна критика, не спам!
