BG Development


Страници: (6) « първа ... 4 5 [6]   ( Първото ново мнение ) Reply to this topicStart new topicStart Poll

> За всички отворковци,които твърдят, че PHP е бавно
gat3way
Публикувано на: 08-04-2018, 01:38
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2318
Регистриран на: 22.06.12



Няма престрашили се да отговорят значи icon_smile.gif

Добре, да вземем тогава за отправна точка това:

QUOTE
Визирам времето между осъществяване на връзката със сървъра, до момента, в който сървърът започва да изпраща отговор. С малка корекция, това би трябвало да е времето, в което сървърът "работи".


Тук е първият проблем - идеално това време и да го знаеше (а ти не го знаеш - нямаш никаква гаранция че операционната система ще те събуди ама точно на момента в който пристигне първия пакет с данни отсреща, може да го направи веднага, може да го направи и след 100 милисекунди ако иска, това зависи от много неща). Но да речем ползваш realtime scheduling някакъв, с най-най висок приоритет си, циклиш неблокиращо четене и разбираш почти на момента. Тук идва втория проблем - не знаеш каква част от това време е заминало просто за да стигне твоята заявка до отсреща и не знаеш каква част от това време е заминала докато ти се върне първия пакет от генерирания отсреща отговор. Да, ти можеш да го разбереш лесно това ако просто го пингнеш, обаче колкото по-"далеч" е сървъра от тебе, толкова по-зле - рутерите имат jitter, особено като са натоварени и като се "изкашля" някой от тях по пътя, спокойно можеш да добавиш десетина милисекунди само на този хоп. Сега разбираш колко е криво да се сравняват такива неща. Ами колко е натоварен сървъра отсреща? Просто когато опрем да сравняваме няколко десетки милисекунди срещу няколко десетки милисекунди е хах. Глупава вероятно аналогия е ако гледаш снимка на спътниците на Юпитер правена през телескоп и се опиташ да определиш кой е по-голям. Единият е излязал два пиксела, другият е излязал 3 пиксела на снимката, ерго единият е с 50% по-голям радиус наивно би заключил човек icon_smile.gif

Та може би все пак числата дето ги прави примерно network таба в developer toolbar-а, както и като гледам въпросния pingdom може би не са толкова истински. На теб правило ли ти е впечатление примерно как много често имаш 0 милисекунди "receive" и това не зависи ЧАК толкова от големината на отговора - може да е нула за 2 килобайта отговор и нула за 100 килобайта отговор? Защо се получава така?

PMEmail Poster
Top
johnfound
Публикувано на: 08-04-2018, 07:16
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 5958
Регистриран на: 27.05.04



QUOTE (gat3way @ 08-04-2018, 02:38)
нямаш никаква гаранция че операционната система ще те събуди ама точно на момента в който пристигне първия пакет с данни отсреща, може да го направи веднага, може да го направи и след 100 милисекунди ако иска, това зависи от много неща).

Според мене излишно се концентрираш върху превключването на задачите. Да, разбира се, че е възможно, но реакцията на шедулъра обикновенно е достатъчно бърза. При това, забравяш, че на сървъра процесите са малко, а следователно шансът, че управлението ще се предаде именно където трябва и навреме е голям.

При ниско натоварване, уеб сървъра, веднага след като предаде параметрите на заявката към бакенда ще заспи, очаквайки отговор (и други заявки), и при това бакенда ще бъде събуден, или защото чака събитие, което вече се е случило (scgi, fastcgi) или защото процеса е току що създаден (cgi).

Джитъра наблюдаван от мене (при това на едно ядро) в такива ситуации е значително по-малък от времето за обработка, така че спокойно може да се пренебрегне.


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
dvader
Публикувано на: 08-04-2018, 07:44
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 3955
Регистриран на: 12.07.05



QUOTE (johnfound @ 08-04-2018, 07:16)
При ниско натоварване, уеб сървъра,

Някой си позволява да държи сървъра ненатоварен? Богати хора...


--------------------
I find your lack of faith disturbing
PM
Top
thrawn
Публикувано на: 08-04-2018, 07:46
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 1495
Регистриран на: 17.01.17



//офф
Стара школа windows потребители.
PMEmail Poster
Top
johnfound
Публикувано на: 08-04-2018, 07:55
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 5958
Регистриран на: 27.05.04



QUOTE (dvader @ 08-04-2018, 08:44)
QUOTE (johnfound @ 08-04-2018, 07:16)
При ниско натоварване, уеб сървъра,

Някой си позволява да държи сървъра ненатоварен? Богати хора...

Викаш, ако няма посетители на сайта, да му пуснем празен цикъл ли да върти там нещо.


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
thrawn
Публикувано на: 08-04-2018, 07:57
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 1495
Регистриран на: 17.01.17



Трябва да кеширане всичко което може да се кешира и да чака на полусединител да се появи клиент.
PMEmail Poster
Top
SuN
Публикувано на: 08-04-2018, 08:48
Quote Post


Group Icon
Име: Финто Нешън
Група: Администратор
Ранг: Почетен член

Мнения: 5818
Регистриран на: 27.01.05



QUOTE
Да, разбира се, че е възможно, но реакцията на шедулъра обикновенно е достатъчно бърза.

За десктоп машината това не задължително е така. Реакциите на браузъра винаги са ми по-бавни заради общото натоварване.


--------------------
Копирай лесно ударено и - ѝ Ѝ
Замърсяване на въздуха в София - http://aqicn.org/city/bulgaria/sofia/druzhba/
PMEmail Poster
Top
johnfound
Публикувано на: 08-04-2018, 09:29
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 5958
Регистриран на: 27.05.04



QUOTE (SuN @ 08-04-2018, 09:48)
QUOTE
Да, разбира се, че е възможно, но реакцията на шедулъра обикновенно е достатъчно бърза.

За десктоп машината това не задължително е така. Реакциите на браузъра винаги са ми по-бавни заради общото натоварване.

Да, и на Windows това си му е вроден генетичен дефект. В Линукс също го има, но е доста по-слабо изразено.

Но ние все пак говорим за сървъри, на които работят малко програми. И да, при голямо натоварване на сървъра и там ще има забавяния.


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
gat3way
Публикувано на: 08-04-2018, 10:53
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2318
Регистриран на: 22.06.12



QUOTE
Според мене излишно се концентрираш върху превключването на задачите. Да, разбира се, че е възможно, но реакцията на шедулъра обикновенно е достатъчно бърза. При това, забравяш, че на сървъра процесите са малко, а следователно шансът, че управлението ще се предаде именно където трябва и навреме е голям.


Е то замерването не се прави на сървъра нали icon_smile.gif

Абе аз нямам нищо против ако покаже драстична разлика между двата сървъра така напарвеното замерване, със сигурност истината е някъде там . Говоря конкретно в случая когато двата response time-а са близки и особено ако са ниски. Просто има прекалено много променливи които започват да имат прекалено голямо значение в точността на сметките, достатъчно много за да се окаже че нещата са наобратно на това, което изглеждат.
PMEmail Poster
Top
johnfound
Публикувано на: 08-04-2018, 11:27
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 5958
Регистриран на: 27.05.04



QUOTE (gat3way @ 08-04-2018, 11:53)
Е то замерването не се прави на сървъра нали icon_smile.gif

Аз затова си меря именно на сървъра. И при моя начин има грешка, но все пак факторите са много по-малко.


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
1 потребители преглеждат тази тема в момента (1 гости, 0 анонимни потребители)
Потребители, преглеждащи темата в момента:

Topic Options Страници: (6) « първа ... 4 5 [6]  Reply to this topicStart new topicStart Poll

 


Copyright © 2003-2018 | BG Development | All Rights Reserved
RSS 2.0