- This topic has 10 hozzászólás, 5 résztvevő, and was last updated 17 years, 2 months telt el by
.
-
Bejegyzés
-
A ‘-j n’ opcio a make-nek azt mondja, hogy 4 szalon fusson a progrma _forditasa_. Az eredmenye ugyanaz, mintha sima make-el forditanad, csak hamarabb van kesz.
Az apachenak kell legyen olyan opcioja, hogy tobb szalon futtassa magat.A ‘-j n’ opcio a make-nek azt mondja, hogy 4 szalon fusson a progrma _forditasa_. Az eredmenye ugyanaz, mintha sima make-el forditanad, csak hamarabb van kesz.
Az apachenak kell legyen olyan opcioja, hogy tobb szalon futtassa magat.Köszönöm a make-et és a linket is.
Engem a fordítási idő nem érdekel, tehát a make akkor lényegtelen.
A fordítási opciókat meg ha jól vettem ki, a CFLAGS-be kell beletennem configure előtt.
Már csak az a kérdés, hogy kinek, mi a tapasztalata, milyen opciókat érdemes egy apache2 alá tenni xeon processzorokon?
Talán ugyanezekkel lehet a PHP-t is fordítani? Vagy mással érdemes?Köszönöm a make-et és a linket is.
Engem a fordítási idő nem érdekel, tehát a make akkor lényegtelen.
A fordítási opciókat meg ha jól vettem ki, a CFLAGS-be kell beletennem configure előtt.
Már csak az a kérdés, hogy kinek, mi a tapasztalata, milyen opciókat érdemes egy apache2 alá tenni xeon processzorokon?
Talán ugyanezekkel lehet a PHP-t is fordítani? Vagy mással érdemes?Na, azt már írtam, hogy a make-nek úgy érdemes a szálakat megadni, hogy legyen egy fő szál + minden magra +1. (n = magok száma +1 ), DE!! vannak olyan dolgok, melyek nem tűrik a több mellékszállas fordítást (tehát n <= 2 kell)… ezek ilyen érhetetlen hibaüzenetekkel szállnak el, hogy pl. xy típus nem deklarált. (Ez a típus bármi lehet, ami az adott forrásban deklarált, ha za int ott lenne deklarálva, akkor akár az is lehetne.)
Na ekkor első lépésként gyanakodni kell.Na, azt már írtam, hogy a make-nek úgy érdemes a szálakat megadni, hogy legyen egy fő szál + minden magra +1. (n = magok száma +1 ), DE!! vannak olyan dolgok, melyek nem tűrik a több mellékszállas fordítást (tehát n <= 2 kell)… ezek ilyen érhetetlen hibaüzenetekkel szállnak el, hogy pl. xy típus nem deklarált. (Ez a típus bármi lehet, ami az adott forrásban deklarált, ha za int ott lenne deklarálva, akkor akár az is lehetne.)
Na ekkor első lépésként gyanakodni kell.linuxforum wrote:A fordítási opciókat meg ha jól vettem ki, a CFLAGS-be kell beletennem configure előtt.A fordítási, de nem a linkelési… pl. statikus, vagy dinamikus stb.
linuxforum wrote:Már csak az a kérdés, hogy kinek, mi a tapasztalata, milyen opciókat érdemes egy apache2 alá tenni xeon processzorokon?
Talán ugyanezekkel lehet a PHP-t is fordítani? Vagy mással érdemes?A flagek kérdése nagyon cpu, sőt talán „komplett hw” függő.
Ezek a cpu-nként használható biztos működést okozó flag-ek
http://gentoo-wiki.com/Safe_CflagsEzen felül több kimenete is lehet, ha változtatsz:
1) a teljes rendszer programostul átlagosan max. néhány %-al gyorsabb lesz (egyes programoknál – ritkán – akár egy 5-15 %-os is lehet) // Nagyon sok próbálkozás kérdése… programspecifikus beállítások kellenek
2) sokkal lassabb lesz a teljes rendszer, vagy egy része… pl. a vc… a vc nagyon jelentős sebességcsökkenése árán elképzelhető, hogy a grafikus részek kisebb mértékben gyorsulnak… de akár az egész rendszer is belassulhat
3) legrosszabb esetben, amikor olyan flag-ek kerülnek használatra, melyek olyan kódot képeznek, melyet a cpu nem képes feldolgozni, minimum seggfolt max. rendszer összeomlás…linuxforum wrote:A fordítási opciókat meg ha jól vettem ki, a CFLAGS-be kell beletennem configure előtt.A fordítási, de nem a linkelési… pl. statikus, vagy dinamikus stb.
linuxforum wrote:Már csak az a kérdés, hogy kinek, mi a tapasztalata, milyen opciókat érdemes egy apache2 alá tenni xeon processzorokon?
Talán ugyanezekkel lehet a PHP-t is fordítani? Vagy mással érdemes?A flagek kérdése nagyon cpu, sőt talán „komplett hw” függő.
Ezek a cpu-nként használható biztos működést okozó flag-ek
http://gentoo-wiki.com/Safe_CflagsEzen felül több kimenete is lehet, ha változtatsz:
1) a teljes rendszer programostul átlagosan max. néhány %-al gyorsabb lesz (egyes programoknál – ritkán – akár egy 5-15 %-os is lehet) // Nagyon sok próbálkozás kérdése… programspecifikus beállítások kellenek
2) sokkal lassabb lesz a teljes rendszer, vagy egy része… pl. a vc… a vc nagyon jelentős sebességcsökkenése árán elképzelhető, hogy a grafikus részek kisebb mértékben gyorsulnak… de akár az egész rendszer is belassulhat
3) legrosszabb esetben, amikor olyan flag-ek kerülnek használatra, melyek olyan kódot képeznek, melyet a cpu nem képes feldolgozni, minimum seggfolt max. rendszer összeomlás…
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz