Как работают плагины (в каком потоке и т.п.)?

Приветствую. Такой вопрос, все плагины работают в отдельном потоке? Вот к примеру создание пикапов:

PHP код:

---

CreatePickup(...);
CreateDynamicPickup(...);
CreatePickup(...); 


---

В данном случае 3-ий пикап не создастся пока система не создаст 2-ой или они (2 и 3) создадутся одновременно? Или же к примеру обновление координат, стример проверяет где находится игрок и если он вошёл в одну из зон (к примеру) то срабатывает паблик OnPlayerEnterDynamicArea. Так вот время затраченное стримером на эту самую проверку и вызов паблика учитывается при выполнении кода игрового мода? То есть пока стример не закончит все свои проверки то все остальные операции будут ждать своей очереди? Или же стример как-то работает в отдельном потоке? Прошу не бросаться помидорами а объяснить что к чему. Заранее благодарен.

 Do not believe me

Цитата:

---

Сообщение от Kazoox

Приветствую. Такой вопрос, все плагины работают в отдельном потоке? Вот к примеру создание пикапов:

PHP код:

---

CreatePickup(...);
CreateDynamicPickup(...);
CreatePickup(...); 


---

В данном случае 3-ий пикап не создастся пока система не создаст 2-ой или они (2 и 3) создадутся одновременно?

---

Ну так ты же вызываешь функции со стороны мода. Этот вызов ещё никак не связан с плагином. Он лишь отправляет плагину информацию => происходить всё будет в одном потоке

Цитата:

---

Сообщение от Kazoox

Или же к примеру обновление координат, стример проверяет где находится игрок и если он вошёл в одну из зон (к примеру) то срабатывает паблик OnPlayerEnterDynamicArea. Так вот время затраченное стримером на эту самую проверку и вызов паблика учитывается при выполнении кода игрового мода? То есть пока стример не закончит все свои проверки то все остальные операции будут ждать своей очереди? Или же стример как-то работает в отдельном потоке? Прошу не бросаться помидорами а объяснить что к чему. Заранее благодарен.

---

Плагины же работают уже в своём потоке (а многие ещё и свою мультипоточность поддерживают, типа MySQL) и как раз пока плагин проверяет координаты, сервер работает по своему плану. Но когда плагин эти координаты находит, тогда он уже отправляет серверу нужную информацию и вызов того же OnPlayerEnterDynamicArea "встаёт" в очередь сервера.

В общем, всё, что ты прописал в своём скрипте, будет работать в одном потоке, а уже последствия этого вызова могут обрабатываться в отдельном, если эти последствия затрагивают те же самые плагины.

- - - Добавлено - - -

Если уж совсем упрощать, то это происходит, в моём понимании, как-то так:

---

http://ihost.pro-pawn.ru/image.php?di=43X9

---

Верный ответ дал Daniel Cortez ниже :3

FS как я понимаю работают так же как и плагины в своём потоке? Как только на данный вопрос будет дан ответ - тему можно закрывать. Благодарю за помощь.

Цитата:

---

Сообщение от Kazoox

FS как я понимаю работают так же как и плагины в своём потоке? Как только на данный вопрос будет дан ответ - тему можно закрывать. Благодарю за помощь.

---

нет

Цитата:

---

Сообщение от DeimoS

Плагины же работают уже в своём потоке (а многие ещё и свою мультипоточность поддерживают, типа MySQL) и как раз пока плагин проверяет координаты, сервер работает по своему плану. Но когда плагин эти координаты находит, тогда он уже отправляет серверу нужную информацию и вызов того же OnPlayerEnterDynamicArea "встаёт" в очередь сервера.

---

Плагины работают в том же потоке, что и сервер. В случае с MySQL за запросы в основном и в отдельном потоке отвечают разные функции, т.е. намерение выполнить запрос в отдельном потоке указывается явным образом.

Цитата:

---

Сообщение от DeimoS

Если уж совсем упрощать, то это происходит, в моём понимании, как-то так:

---

http://ihost.pro-pawn.ru/image.php?di=43X9

---

---

И снова мимо. Стример не создаёт пикапы самостоятельно, а просто следит за списком из сущностей типа "динамический пикап" и, если игрок находится достаточно близко к координатам такой сущности, стример делает её видимой для игрока, создавая настоящий пикап с помощью CreatePickup. Та же самая логика применима к иконкам на карте и объектам (разве что там используются SetPlayerMapIcon и CreatePlayerObject, благодаря чему лимита объектов для каждого игрока отдельный, т.е. достижение лимита для одного игрока не зависит от других игроков).

Цитата:

---

Сообщение от Daniel_Cortez

Плагины работают в том же потоке, что и сервер. В случае с MySQL за запросы в основном и в отдельном потоке отвечают разные функции, т.е. намерение выполнить запрос в отдельном потоке указывается явным образом.



И снова мимо. Стример не создаёт пикапы самостоятельно, а просто следит за списком из сущностей типа "динамический пикап" и, если игрок находится достаточно близко к координатам такой сущности, стример делает её видимой для игрока, создавая настоящий пикап с помощью CreatePickup. Та же самая логика применима к иконкам на карте и объектам (разве что там используются SetPlayerMapIcon и CreatePlayerObject, благодаря чему лимита объектов для каждого игрока отдельный, т.е. достижение лимита для одного игрока не зависит от других игроков).

---

То есть если в моде у нас имеются (к примеру) 500 проверок координат реализованы с помощью функции IsPlayerInRangeOfPoint, мы их уберём и будем использовать 500 сфер (CreateDynamicSphere) то мы в итоге лишь увеличим производительность нашего кода, но никак не "освободим" систему от всех этих проверок переложив всю работу на стример?

Цитата:

---

Сообщение от Kazoox

То есть если в моде у нас имеются (к примеру) 500 проверок координат реализованы с помощью функции IsPlayerInRangeOfPoint, мы их уберём и будем использовать 500 сфер (CreateDynamicSphere) то мы в итоге лишь увеличим производительность нашего кода, но никак не "освободим" систему от всех этих проверок переложив всю работу на стример?

---

Именно. Проверки останутся, просто вы переложите всю работу из своего кода на стример. Естественно, там эти проверки будут создавать меньше нагрузки, ведь нативный код плагина имеет потенциал быть куда более производительным, чем интерпретируемый код.

P.S.: Я написал именно "имеет потенциал быть более производительным", а не "более производительный" потому что в плагине тоже можно наговнокодить. Командный процессор LIFE:CMD - прекрасный тому пример (его до сих пор можно откопать на г-и): вместо простых операций с массивом из символов все строковые операции производились с помощью класса CString, из-за чего создавались накладные расходы на резервирование блоков памяти из кучи под промежуточные результаты каждый раз, когда нужно было обработать командный текст. Плагин всё ещё работал быстро под вендой, но в Linux интерпретатор Pawn реализован более эффективным образом, из-за чего плагин LIFE:CMD сливал тест ZCMD, написанному на Pawn.

Цитата:

---

Сообщение от Kazoox

То есть если в моде у нас имеются (к примеру) 500 проверок координат реализованы с помощью функции IsPlayerInRangeOfPoint, мы их уберём и будем использовать 500 сфер (CreateDynamicSphere) то мы в итоге лишь увеличим производительность нашего кода, но никак не "освободим" систему от всех этих проверок переложив всю работу на стример?

---

Цитата:

---

Сообщение от Daniel_Cortez

Именно. Проверки останутся, просто вы переложите всю работу из своего кода на стример. Естественно, там эти проверки будут создавать меньше нагрузки, ведь нативный код плагина имеет потенциал быть куда более производительным, чем интерпретируемый код.

---

Более того, стример от инкогнито не проверяет позицию для всех 500 точек сразу, он делит всю карту на ячейки и проверяет только те точки, которые находятся в одной ячейке с игроком. Конечно, это можно реализовать и на Pawn, но, как правило, никто над этим не заморачивается (хотя есть библиотеки: y_areas или W_Points). Так что, используйте возможности этого плагина по полной, в производительности только выиграете.

Цитата:

---

Сообщение от Daniel_Cortez

Плагины работают в том же потоке, что и сервер. В случае с MySQL за запросы в основном и в отдельном потоке отвечают разные функции, т.е. намерение выполнить запрос в отдельном потоке указывается явным образом.

---

Хмм, действительно, о явном указании я не подумал, когда копался в теме с плагинами... Благодарю

Цитата:

---

Сообщение от Daniel_Cortez

И снова мимо. Стример не создаёт пикапы самостоятельно, а просто следит за списком из сущностей типа "динамический пикап" и, если игрок находится достаточно близко к координатам такой сущности, стример делает её видимой для игрока, создавая настоящий пикап с помощью CreatePickup. Та же самая логика применима к иконкам на карте и объектам (разве что там используются SetPlayerMapIcon и CreatePlayerObject, благодаря чему лимита объектов для каждого игрока отдельный, т.е. достижение лимита для одного игрока не зависит от других игроков).

---

Ну так а я говорил, что именно стример создаёт самостоятельно пикап? Под "CreatePickup" (хотя там должен быть CreateDynamicPickup, но я просто копировал название из шапки и что-то не задумался над ним) я имел ввиду запись данных о пикапе для последующей сверке координат игрока с координатами пикапа... В общем, всё то, о чём ты сказал

Цитата:

---

Сообщение от ziggi

Более того, стример от инкогнито не проверяет позицию для всех 500 точек сразу, он делит всю карту на ячейки и проверяет только те точки, которые находятся в одной ячейке с игроком. Конечно, это можно реализовать и на Pawn, но, как правило, никто над этим не заморачивается (хотя есть библиотеки: y_areas или W_Points). Так что, используйте возможности этого плагина по полной, в производительности только выиграете.

---

W_Points заинтересовал, но результаты теста старые (6 лет). По тестам в офф.теме получается что стример работает медленнее, но быть может за 6 лет всё изменилось в обратную сторону? Допустим, у нас есть ворота которые должны открываться если к ним приблизился игрок, у какого из вариантов будет выше КПД?
1) Создаём чекпоинты с помощью стримера (CreateDynamicCP) с одной и с другой стороны ворот соответственно. И когда игрок встал на чекпоинт (OnPlayerEnterCheckPoint):

PHP код:

---

if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)) MoveObject(...); 


---

2) Создаём сферу у ворот. И при вхождении игрока в сферу:

PHP код:

---

if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)) MoveObject(...); 


---

И насколько велика разница? У меня реализован 1 вариант, в случае если 2 вариант не сильно уж и шустрее, то смысла как я понимаю "заморачиваться" мало.
Протестировал я W_Points, в итоге результаты теста показали что IsPlayerInRangeOfPoint работает в разы быстрее чем GetPlayerPoint.

Цитата:

---

Сообщение от Kazoox

W_Points заинтересовал, но результаты теста старые (6 лет). По тестам в офф.теме получается что стример работает медленнее, но быть может за 6 лет всё изменилось в обратную сторону? Допустим, у нас есть ворота которые должны открываться если к ним приблизился игрок, у какого из вариантов будет выше КПД?
1) Создаём чекпоинты с помощью стримера (CreateDynamicCP) с одной и с другой стороны ворот соответственно. И когда игрок встал на чекпоинт (OnPlayerEnterCheckPoint):

PHP код:

---

if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)) MoveObject(...); 


---

2) Создаём сферу у ворот. И при вхождении игрока в сферу:

PHP код:

---

if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)) MoveObject(...); 


---

И насколько велика разница? У меня реализован 1 вариант, в случае если 2 вариант не сильно уж и шустрее, то смысла как я понимаю "заморачиваться" мало.
Протестировал я W_Points, в итоге результаты теста показали что IsPlayerInRangeOfPoint работает в разы быстрее чем GetPlayerPoint.

---

Эм, для чекпоинтов (да и для всего подобного) следует делать так:

PHP код:

---

new
    gGateCP;

public OnGameModeInit()
{
    gGateCP = CreateDynamicCP(...);
    return 1;
}

public OnPlayerEnterDynamicCP(playerid, STREAMER_TAG_CP checkpointid)
{
    if (checkpointid == gGateCP) {
        // открыть ворота
    }
    return 1;
} 


---

А проверок вида if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)), при правильном использовании стримера, быть вообще не должно.

Цитата:

---

Сообщение от ziggi

Эм, для чекпоинтов (да и для всего подобного) следует делать так:

PHP код:

---

new
    gGateCP;

public OnGameModeInit()
{
    gGateCP = CreateDynamicCP(...);
    return 1;
}

public OnPlayerEnterDynamicCP(playerid, STREAMER_TAG_CP checkpointid)
{
    if (checkpointid == gGateCP) {
        // открыть ворота
    }
    return 1;
} 


---

А проверок вида if(IsPlayerInRangeOfPoint(playerid,radius,x,y,z)), при правильном использовании стримера, быть вообще не должно.

---

Хорошо, а если нам надо (допустим) отправить всем игрокам в определённом радиусе сообщение? Все равно ведь придется использовать IsPlayerInRangeOfPoint. Можно конечно использовать GetPlayerDistanceFromPoint, но не суть, у стримера ведь нет функций подобных.

А это тут причем?

Цитата:

---

Сообщение от Kazoox

Хорошо, а если нам надо (допустим) отправить всем игрокам в определённом радиусе сообщение? Все равно ведь придется использовать IsPlayerInRangeOfPoint. Можно конечно использовать GetPlayerDistanceFromPoint, но не суть, у стримера ведь нет функций подобных.

---

Ну это уже совсем другая задача, но и для этого можно использовать зоны стримера, но я бы не заморачивался.

Цитата:

---

Сообщение от ziggi

Ну это уже совсем другая задача, но и для этого можно использовать зоны стримера, но я бы не заморачивался.

---

Так всё же быть может лучше отказаться от чекпоинтов и использовать сферы и те же прямоугольники (CreateDynamicRectangle)? Для тех же ворот было бы более целесообразно использовать сферы, а вот к примеру для проверки находится ли игрок у бензоколонок, на заправке - прямоугольники и тд? То есть я к тому что стоит ли мне над этим "заморачиваться" или же чекпоинты справятся со своей задачей и так на ура.

Цитата:

---

Сообщение от Kazoox

Так всё же быть может лучше отказаться от чекпоинтов и использовать сферы и те же прямоугольники (CreateDynamicRectangle)? Для тех же ворот было бы более целесообразно использовать сферы, а вот к примеру для проверки находится ли игрок у бензоколонок, на заправке - прямоугольники и тд? То есть я к тому что стоит ли мне над этим "заморачиваться" или же чекпоинты справятся со своей задачей и так на ура.

---

По личным наблюдениям сферы медленней CP срабатывают.

Цитата:

---

Сообщение от Kazoox

Так всё же быть может лучше отказаться от чекпоинтов и использовать сферы и те же прямоугольники (CreateDynamicRectangle)? Для тех же ворот было бы более целесообразно использовать сферы, а вот к примеру для проверки находится ли игрок у бензоколонок, на заправке - прямоугольники и тд? То есть я к тому что стоит ли мне над этим "заморачиваться" или же чекпоинты справятся со своей задачей и так на ура.

---

При входе в чекпоинт клиент отправляет на сервер информацию об этом, поэтому это событие срабатывает с минимальной задержкой. А зоны проверяются с задержкой Streamer_GetTickRate(), которая для игрока будет заметна. Поэтому для чекпоинтов и пикапов лучше использовать соответствующие автовызываемые функции.

Тему можно закрывать. Благодарю за помощь.