Balkan SA:MP

Problem(error/warning): Da li je bolje raditi sa modulama, i koje su prednosti?
Dio skripte: [ pawn ]vaš odgovor[ /pawn ]
Debug iz server_log(ukoliko je u pitanju crashanje servera - crashdetect log): [ code ]vaš odgovor[ /code ]
Slika/video ingame problema(obavezno ako je ingame problem): link slike

Lakše je skriptati, urednija je skripta, možeš raditi odvojeno sisteme po modulima, pa kada budeš htio nešto promjeniti ili dodati odmah ideš u jedan modul, a ne otvaraš gamemode od 90k linija. Rad u modulima ne utiče na rad skripte, već na dužinu compileanja, mada nije neka razlika u speedtestovima.

Citat: Bašovski poslato Jul 16, 2018, 21:27:03 POSLE PODNE
Lakše je skriptati, urednija je skripta, možeš raditi odvojeno sisteme po modulima, pa kada budeš htio nešto promjeniti ili dodati odmah ideš u jedan modul, a ne otvaraš gamemode od 90k linija. Rad u modulima ne utiče na rad skripte, već na dužinu compileanja, mada nije neka razlika u speedtestovima.

Ali npr. ako prodas skriptu onaj sto je kupio nece moci da se snadje u njoj...

Mah nema tu neke prevelike razlike u radjenju sa modulesima ili ne, ako si tip koji ima strpljenja da sve radi u modulesima(ja bas i nisam ali radio sam nekoliko puta) i koji voli potpunu preglednost koda onda je to bolje za tebe jer ces se ti bolje orijentisati. Ako nemas strpljenja i ne da ti se traziti izmedju 5555 fajlova koji sistem hoces kao ja npr onda radi sve u jednom fajlu, ili razvrstas mape i glavni mod, iako isto tu nema prednosti u memoriji. Evo moje teoretsko demonstracijsko misljenje o memoriji(wtf r u talking about?)

IME FAJLA: MOD1.pwn                         MAPE.pwn
VELICINA FAJLA: 2500kb                      900kb
ZAJEDNICKA MEMORIJA: 3400kb

IME FAJLA: CIJELIMOD.pwn
VELICINA FAJLA: 3400kb(sve osim mapa 2500kb + mape 900kb)

takoÄ'er nema nikakve prednosti ako prebacis npr mape u modules, nece se mapa brze ucitavati, to su teorije zavjere, kao sto ti kazu stavi streamer 2.7.2 a nemoj 2.9.3 kazu bolji je, pa da je bolji sto postoji 2.9.3, logika

sve je do ukusa i nacina programiranja, neko 5 linija pretvori u 1 a neko u 10, neko je razvuce ko masnicu a neko skuslja ko kontrolni

ako imas jos koje pitanje eto napisi ja dok imam vremena volim da pomognem :)

takodjer moguce je i da gresim, nothing is 100 percent correct

@Łuk@ iq 200  8)
Ima li neki nacin da se brze compajla skripta i da li utice na optimizaciju ako stavis string[256] ili string[158]

Citat: á—ªå,ä¹, poslato Jul 16, 2018, 22:31:49 POSLE PODNE
@Łuk@ iq 200  8)
Ima li neki nacin da se brze compajla skripta i da li utice na optimizaciju ako stavis string[256] ili string[158]

[pawn]Every variable is 32bit, hence libraries like y_bits (and clones like the one you were linked to). The only exception is when using packed strings, but that's just putting 4 characters in to one variable, so they're 32bit being used as 4x8bit.

Global variables are set at compile time "new gVar = 42;", so that value is compiled in to the mode and the amx includes all these variables. The stack and heap SIZE are included in the mode, but not the data itself because it's never known in advance, so that's just allocated at run time. The stack/heap overflow comes from calling too many functions inside each other - each call allocates new data on the stack (and returns remove it) to store the function's local variables in.[/pawn]

[pawn]I don't generally bother (though I will use bit arrays which can give a 32-fold reduction in memory usage). People often complain that their modes are 2Mb - but PHONES don't struggle to load 2Mb, I should think they're fine on a dedicated server! 2Mb is 0.1% of a 2Gb system...[/pawn]

Nisam dovoljno kompetentan da pricam o ovome jer me to nikad puno nije zanimalo a i nemam neko znanje o tome ali reci cu ti jednu stvar, uvijek izracunaj koliko ti celija treba i toliko koristi, ne pucaj dzabe 256, 512, vjeruj mi kosta to perfomansi. Neka ti @Ino42O objasni ovdje oko stringova i memorije ako ima vremena jer on mnogo vise zna o tome od mene, pa da i ja nesto naucim usput :))