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

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

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.