Nici un fel. Ce veți optimiza?
Chase pentru macrosecunde.
Dacă șirul nu interferează (compilatorul poate deține aproximativ 500 de caractere.) Nu voi spune sensul exact.)
Utilizați metoda de la Daniel Cortez
Și pot să reduc cumva dimensiunea memoriei alocate? Apelul pentru funcții este alocat 740 bytes, dacă luați în considerare bara în 16384 octeți, valoarea este foarte impresionantă.
Mesaj de la Untonyst
Dacă funcția se numește o dată, este mai bine să luați codul direct (nu stoc)
Funcția se numește ordinea de 5 ori
Și următoarea întrebare
Și dacă încerc să ocol de eroare de format în timpul comprimării liniilor? După rezultatele compilației, memoria este alocată la o treime mai puțin. Da, și în joc totul pare să funcționeze bine
Funcțiile format și printf nu știu cum să lucreze corect cu șiruri de caractere ambalate (atât în șir de formate cât și în parametrii formatați).
Ce nu este atât de surprinzător, dat fiind că Kui a atins aceste funcții.
- Nu puteți optimiza codul, dar îl puteți "îmbogăți" cu asamblătorul, dar este puțin probabil să schimbați nimic.
- A doua opțiune propusă necesită mai puțină memorie, deoarece funcția strcat transformă șirul într-o vedere "împachetată", dar, totuși, numiți un număr mare de funcții, ceea ce nu este foarte rațional.
Concluzie: Prima opțiune va fi mult mai productivă decât a doua.
Inițial Adăugată pe site de VVWVV
- Nu puteți optimiza codul, dar îl puteți "îmbogăți" cu asamblătorul, dar este puțin probabil să schimbați nimic.
- A doua opțiune propusă necesită mai puțină memorie, deoarece funcția strcat transformă șirul într-o vedere "împachetată", dar, totuși, numiți un număr mare de funcții, ceea ce nu este foarte rațional.
Concluzie: Prima opțiune va fi mult mai productivă decât a doua.
Cum se calculează mărimea stivei?
Am observat că mărimea stivei nu se modifică întotdeauna când se creează o nouă matrice.
Aici, de exemplu, dacă creați o matrice pentru a separa apa reziduală extrasă, mărimea stack-ului uvelichivaetsya.A în cazul în care matrice este declarat ca o echipa, (dc_cmd) mărimea stivei rămâne neschimbată (dar din nou: nu schimbări încă o dată prihoditsya.Odin în timp, o dată acolo
Inițial Adăugată pe site de VVWVV
- A doua opțiune propusă necesită mai puțină memorie, deoarece funcția strcat transformă șirul într-o vedere "împachetată", dar, totuși, numiți un număr mare de funcții, ceea ce nu este foarte rațional.
Concluzie: Prima opțiune va fi mult mai productivă decât a doua.
Și dacă reduceți numărul de apeluri către funcția strcat?
Înțeleg că acest lucru nu va schimba nimic, și mai productiv va fi, de asemenea, prima opțiune
Mi-am căutat o carte: "Charles Petzold: Codul, limba secretă a informaticii" în versiune pe hârtie, și nu l-am găsit.
Bine, o carte. Dar, este greu o descriere a lucrării compilatorilor.
De asemenea, aș recomanda: cod perfect - Steve McConnell
Cartea este foarte bună. Majoritatea algoritmilor sunt descriși. Activitatea ciclurilor, a operatorilor etc.
Pionul nu este cel mai bun limbaj de programare. Prin studierea acestuia studiați practici de programare proaste. Pionul folosește metodele din C89 (despre asta).
Dacă de dragul entuziasmului - puteți studia Pionul. Dacă doriți să vă continuați viața cu un "computer" - atunci merită să alegeți că ceva este mai greu. Aș sfătui acest caz: Lua. Veveriță. Python. node.js
Și pe toate acestea, puteți programa sub SA-MP, bineînțeles că trebuie să știți cum funcționează Mașina Virtuală a Pașnică (PVM).
Cu toate acestea, trebuie să înțelegem că este puțin probabil ca suportul pentru plug-in-uri să fie introdus. În cazul actualizării părții de server (Actualizarea SA-MP de la dezvoltatori), va trebui să adăugați funcțiile care au fost anunțate.
Din cauza capturilor de ecran, tsiferok, litere: Acest asamblator. În primele etape de dezvoltare - nu veți avea nevoie de ele. Acum, foarte puțini oameni scriu asamblor, dar este de dorit să știi listarea. Aproape toate programele sunt traduse în asamblare
Valoarea libertății tale sau o vei pierde, învață istoria. "Nu ne deranja cu politica", au raspuns cei care nu doresc sa invete. (c) Richard Stallman