Compilazione sorgenti in C PROBLEMA

[rfringuello89]

Salve a tutti... Da un po di tempo mi capita di programmare in C, utilizzo editor di testo e compilazione da shell con gcc sorgente.c e poi avvio normalmente il file a.out. Il problema è che una volta avviati i miei eseguibili solo un core si dedica alla risoluzione del problema ovvero solo un core è utilizzato per il programma mentre io vorrei che venissero utilizzati entrambi per impiegare ovviamente meno tempo... in un problema ricorsivo sono stato battuto da un computer con processore intel da 1.6 Ghz contro il mio Intel Core2 duo 2.6 Ghz e sono ora curioso di venirne a capo...

[Blallo]

una curiosità:
intel 1.6GhZ su fisso & coreduo 2.6GhZ su portatile?
perchè se così non mi stupisco, già c'è stato un thread in precedenza che parlava delle pessime prestazioni dei portatili in rapporto alla dotazione hardware che hanno

[lamarozzo]

Mi spiace ma questo è normale. Se scrivi programmi seriali questi potranno girare solamente su un core alla volta.
Se vuoi sfruttare contemporaneamente più core devi imparare la programmazione parallela. Puoi prendere diverse
strade a seconda di cosa ti interessa fare: c'è la programmazione con più thread
(http://it.wikipedia.org/wiki/Thread_%28informatica%29)
oppure quella multiprocesso, con librerie
quali MPI (http://it.wikipedia.org/wiki/Message_Passing_Interface).
Ci sono poi diverse estensioni al C per facilitare la programmazione a thread, come ad esempio
quelle implementate dal compilatore UPC (http://upc.lbl.gov/).

[rfringuello89]

Capisco ora vedo cosa posso fare. No comunque sia erano tutti e due portatili e non capisco come mai il mio avesse prestazioni cosi pessime al confronto. Io però usavo Slack13 64 bit e lei Slack 12.2 32 bit

[Blallo]

Capisco ora vedo cosa posso fare. No comunque sia erano tutti e due portatili e non capisco come mai il mio avesse prestazioni cosi pessime al confronto. Io però usavo Slack13 64 bit e lei Slack 12.2 32 bit

Non puoi paragonare una 32 con una 64, perchè possono avere prestazioni completamente non indicative.
come spesso si è discusso (spesso degenerando un po' ), 64 bit non sempre è sinonimo di più veloce

[rfringuello89]

Si ma io non penso che un core da 2.6 Ghz contro un processore da 1.6 Ghz Possa "perdere" ;(