Jump to content

PawnPlus 0.8


Recommended Posts

před 32 minutami, xhunterx said:

To je celkom rozsireny mytus. V sampe nieje problem adresovat akukolvek pamat celeho procesu, ak si ochotny pouzivat #emit alebo v novej verzii __emit()

Zaujimave. Skoda ze nieje videt, ktora cast tak dlho trva, ci to vytvaranie alebo vyhladavanie. Lebo v praxi ta zaujima iba TryCustomCommand, nie pridavanie, co sa stane len pri nacitani FS :d Ale teda ono je to dost zaujimave tieto rychlosti, ze asi naozaj pojde o use-case. Len teda to sa blbo obhajuje, ono vacsinou ludi ako ATomasa a uprimne aj mna zaujima skorej najhorsi pripad. Pretoze ak su sytuacie, v ktorych je tvoj plugin podstatne pomalsi, tak to podstatne spomalenie moze sposobovat lagy, koly jednojadrovosti sampu.

 

Vyhledávání samotné je 6× rychlejší. Nejhorší případ se vyskytuje při řešení konkrétního problému, pro nějž hledáme adekvátní nástroj. Dynamické řetězce jsou dobré na jedny věci (zpravidla programování na vyšší úrovni), buffery a pole pevné délky na věci jiné. Koneckonců fakt, že i str_format má první argument format[] a ne String:format naznačuje, že mi nejde o kompletní nahrazení klasických řetězců.

Edit: Zkusil jsem přístup přímo k bufferu řetězce, ale STOR.I má patrně kontrolu adresy:

public OnFilterScriptInit()
{
    new String:str = @("ABCDEFGH");
    CallLocalFunction(#OnStringReceive, "d", _:str_buf_addr(str));
    print_s(str);
}

forward OnStringReceive(str[]);
public OnStringReceive(str[])
{
    printf("%s", str); //ABCDEFGH
    str[0] = 'X';
}

Jiné instrukce ve starší verzi AMX kontrolu nemají, takže by to s tím emitem šlo, ale je otázka, jak rychlé by to bylo.

Edited by IllidanS4
Link to comment
Share on other sites

Verze 0.3 vydána. Mimo jiné byla přidána podpora pro paralelní spouštění kódu:

public OnFilterScriptInit()
{
    print("A");
    threaded(sync_explicit)
    {
        for(new i = 0; i < 100000; i++) printf("%d", i);
    }
    print("B");
}

V bloku threaded se kód vykonává paralelně s hlavním vláknem serveru, což znamená, že server může vesele pokračovat ve své práci, aniž by se čekalo na skončení kódu. Parametr (sync_*) ovlivňuje, jakým způsobem je provedena synchronizace komunikace kódu se serverem: sync_explicit vykoná kód bez přerušení, tedy volání všech nativních funkcí je provedeno ve vlákně, a callbacky z vnějšku musí počkat, než kód skončí, nebo než je zavolána funkce thread_sync, která vyvolá jejich spuštění (něco jako yield v terminologii kooperativních vláken); sync_auto synchronizuje všechna volání nativních funkcí s hlavním vláknem a sync_interrupt při volání callbacku natvrdo vlákno pozastaví, ať je kdekoliv.

Návrh AMX není kompatibilní s používáním vícero vláken, takže platí, že v každém programu smí nejvýše jedno vlákno v každém momentě vyvolávat kód. Pokud chcete spouštět nějakou dlouhou operaci, doporučuji ji umístit do filterscriptu.

Link to comment
Share on other sites

  • 3 weeks later...

Sice jsem sem dlouhou dobu nepsal, ale na pluginu se stále pracuje; momentálně je na verzi 0.8. Pro plný seznam změn doporučuji projít verze na GitHubu, případně aktuální wiki. Zde je pár novinek za poslední měsíce:

  • Rozšířen systém tagů o runtime podporu (hledání podle názvu, dědičnost, dynamické volání či definování vlastních operací apod.). Všechny kontejnery (seznamy, mapy, variant) obsahují ke každé hodnotě i její tag a mohou náležitě volat jeho vlastní operace (např. destruktor). Pomocí těchto operací můžete např. vytvořit komplexní objekt a zařídit, že všechny jeho podobjekty (mapy, seznamy, ale třeba i soubory) budou vždy smazány.
  • Maximálně zvýšená bezpečnost kódu. Neplatné ukazatele jsou kontrolovány a zachyceny ve všech situacích. Bylo opraveno množství chyb způsobujících pády či záseky.
  • "Strážci" (guards). Strážce můžete vytvořit ke každému objektu a on zařídí jeho automatické smazání (na konci bloku či na konci vstupu do skriptu). Pokud je kód přerušen asynchronní operací, strážce objekt nesmaže a počká na skutečné ukončení kódu.
  • Dynamické hookování funkcí. Kromě callbacků lze i na jakoukoliv nativní funkci navázat vlastní kód, který se vyvolá i pokud je funkce zavolána z jiných skriptů (nebo dokonce i z pluginů). Zatím lze pouze přidat prehook/posthook (filtr), ale očekávám plné hookování v 0.9.
  • Systém úloh (tasks) rozšířen o nové možnosti a operace. Zejména funkce task_any a task_all se dají využít pro spojení jiných úloh (první hotova / všechny hotovy). Úlohy nyní mají i svůj garbage collector, který všechny hotové úlohy co nejdříve smaže (tomu lze předejít resetováním úlohy či nastavením, že nemá být smazána). Každá úloha také namísto výsledku může obsahovat chybový stav, který lze použít pro signalizaci výjimečných situací. Uživatelský kód může čekat na skončení úlohy a stav zachytit a zpracovat. V 0.9 bude tento systém dále vylepšen.
  • Přidáno množství low-level funkcí pro manipulaci s AMX. Nejpokročilejší je asi "forking", tedy možnost lokálně zduplikovat AMX a vykonat v něm "chráněný kód". Takový kód nemůže nijak zasahovat do původní paměti skriptu a lze z něj zachytit i návratové hodnoty či chyby. Navíc, jelikož se jedná o zcela separátní AMX, v něm lze spustit nové vlákno, které nebude nijak zasahovat do původního skriptu a poběží nezávisle. Tím pádem lze nyní jednoduše vytvořit nové (dočasné) vlákno, aniž by byl blokovaný skript.
  • Všechny dynamické kontejnery mohou obsahovat 2D a 3D pole a indexovat je. Podpora je i pro pole nepevných rozměrů.
  • Seznamy a mapy mají pokročilé iterátorové objekty, které umožňují upravovat, mazat či přidávat prvky do kolekcí. Iterátory jsou naprosto bezpečné, neboť si uchovávají odkaz na původní kolekci a sledují její změny i odstranění. Nestane se, aby kvůli smazání kolekce došlo k chybnému čtení paměti. Iterátory podporují i generické použití. Ve verzi 0.9 nejspíše přibudou i další iterovatelné kolekce (spojové seznamy, fronty atd.). Iterátory nejsou rozlišeny typem původní kolekce, všechny operace fungují na libovolný iterátor (pokud jsou kompatibilní s původní kolekcí).
Edited by IllidanS4
  • Líbí se mi to! (+1) 2
Link to comment
Share on other sites

  • 3 years later...

Aktualizace: Plugin je momentálně ve verzi 1.4 (doporučuji sledovat GitHub, jak může být patrné z toho, jak často píšu sem). Upravil bych název vlákna, ale nějak na to nemohu najít tlačítko.

Od verze 0.8 byla přidána hromada věcí, např. hookování nativních funkcí (napříč skripty i pluginy), spojové seznamy, nový typ kolekce (pool), počítání referencí u některých objektů, systém zpracovávání chyb, uspořádané mapy, podpora regulárních výrazů a různých kódování, podpora "reflexe" nad skriptem, tedy čtení různých lokálních proměnných ze zásobníku i volání neveřejných funkcí podle jména, tvorbu výrazových stromů s vlastním parserem výrazů, konfigurovatelný str_format (vlastní specifikátory) atd.

 

  • Děkuji (+1) 1
  • Líbí se mi to! (+1) 2
Link to comment
Share on other sites

  • Majitel

Po 4 letech návrat i s aktualizací? Práce je to nádherná a přiznávám, že mě to naprosto v té době minulo a vůbec jsem nevěděl, že něco takového existuje. Je pravda, že plno možností, jenž tento výtvor nabízí, bych velmi ocenil za svých dob kreací v Pawn :) 
 

Koukal jsem na GH, a vyjadřuji respekt za takovou pravidelnou historii aktualizací, já bych tak dlouho u projektu bez financí a bez větší základny uživatelů nevydržel. Hodně zdaru do budoucna!' :fedoratip:

  • Paráda! (+1) 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...