[C] Programma multi-thread

[Marinelli]

Buongiorno a tutti.
Mi interesserebbe creare un programma che utilizza due thread per eseguire dei calcoli, in modo da sfruttare l'HT del P4. Premetto che lavoro sotto Windows e in genere compilo con il Dev-C++, ma posso anche utilizzare il MS Visual Studio 6. Quali funzioni mi permettono di fare ciò? Qualcuno potrebbe spiegarmi?

In alternativa mi interesserebbe sapere come poter allocare della memoria condivisa, utilizzabile (lettura/scrittura) da due processi diversi.

Vi ringrazio molto.
Alberto.

[Cecco BS]

up! Interessa pure me!

[beppegrillo]

Per i thread sotto winzozz, mi pare esiste una libreria chiamata fiber.
Però non posso esserti molto d'aiuto, non l'ho mai utilizzata.

[71104]

Originariamente inviato da Marinelli

Buongiorno a tutti.
Mi interesserebbe creare un programma che utilizza due thread per eseguire dei calcoli, in modo da sfruttare l'HT del P4. Premetto che lavoro sotto Windows e in genere compilo con il Dev-C++, ma posso anche utilizzare il MS Visual Studio 6. Quali funzioni mi permettono di fare ciò? Qualcuno potrebbe spiegarmi?

In alternativa mi interesserebbe sapere come poter allocare della memoria condivisa, utilizzabile (lettura/scrittura) da due processi diversi.

Vi ringrazio molto.
Alberto.

carissimo omonimo,
usi il PSDK? hai a disposizione gli headers delle Win32? allora è facilissimo! per creare un nuovo thread chiama la CreateThread, e non ti spaventare per tutti quei parametri: per alcuni va bene anche se passi 0 o NULL, e vengono settati i parametri di default (ad esempio, non preoccuparti della dimensione dello stack, degli attributi di sicurezza, ecc.). una volta creato, il nuovo thread inizierà la sua esecuzione da un entry point da te definito, ovverosia una funzione nella forma:

DWORD WINAPI ThreadProc(LPVOID lpParameter)

dove naturalmente "ThreadProc" è il nome che tu sceglierai per la funzione, e "lpParameter" è un parametro che puoi usare a tuo piacimento per passare dati al thread; essendo un puntatore, solitamente è una variabile da 4 byte che il programmatore fa puntare ad una struttura dati contenente (se necessarie, altrimenti il parametro può anche rimanere inutilizzato) alcune informazioni usate dal nuovo thread. per il prototipo della CreateThread e per ulteriori dettagli ti rimando alla libreria MSDN (qui; è meglio se la vedi con IE perché con FF il frame laterale si vede male; purtroppo è così ^^).

ciao

[71104]

Originariamente inviato da beppegrillo

Per i thread sotto winzozz, mi pare esiste una libreria chiamata fiber.

ehm... non c'entrano niente ^^

[beppegrillo]

Originariamente inviato da 71104

ehm... non c'entrano niente ^^

Si in effetti mi sà che mi sono confuso

[Marinelli]

Originariamente inviato da 71104

carissimo omonimo,
usi il PSDK? hai a disposizione gli headers delle Win32? allora è facilissimo! per creare un nuovo thread chiama la CreateThread, e non ti spaventare per tutti quei parametri: per alcuni va bene anche se passi 0 o NULL, e vengono settati i parametri di default (ad esempio, non preoccuparti della dimensione dello stack, degli attributi di sicurezza, ecc.). una volta creato, il nuovo thread inizierà la sua esecuzione da un entry point da te definito, ovverosia una funzione nella forma:

DWORD WINAPI ThreadProc(LPVOID lpParameter)

dove naturalmente "ThreadProc" è il nome che tu sceglierai per la funzione, e "lpParameter" è un parametro che puoi usare a tuo piacimento per passare dati al thread; essendo un puntatore, solitamente è una variabile da 4 byte che il programmatore fa puntare ad una struttura dati contenente (se necessarie, altrimenti il parametro può anche rimanere inutilizzato) alcune informazioni usate dal nuovo thread. per il prototipo della CreateThread e per ulteriori dettagli ti rimando alla libreria MSDN (qui; è meglio se la vedi con IE perché con FF il frame laterale si vede male; purtroppo è così ^^).

ciao

Ciao! Grazie mille per la risposta...
Dunque, non utilizzo il PSDK e non so se ho a disposizione gli headers delle Win32, ma suppongo di sì visto che ho il MS Visual Studio 6. Proverò a guardare al sito MSDN. Ma con CreateThread e compagnia posso compilare solo con il Visual Studio? Altri compilatori non funzionano?

Quindi dei parametri quello importante è lpStartAddress vero? Mi sfugge però il concetto di puntatore a funzione...

Ciao e grazie mille, omonimo

[lombardp]

Originariamente inviato da beppegrillo

Si in effetti mi sà che mi sono confuso

Qualcosina potrebbero entrarci... se non ricordo male le fiber sono state introdotte con WindowsNT è sono praticamente come i thread, ma con grana minore. Per capirsi, a grana via via minore ci sono i processi, i thread e le fiber.

...spero di non ricordare male.

[kk3z]

Originariamente inviato da Marinelli

Ciao! Grazie mille per la risposta...
Dunque, non utilizzo il PSDK e non so se ho a disposizione gli headers delle Win32, ma suppongo di sì visto che ho il MS Visual Studio 6. Proverò a guardare al sito MSDN. Ma con CreateThread e compagnia posso compilare solo con il Visual Studio? Altri compilatori non funzionano?

Quindi dei parametri quello importante è lpStartAddress vero? Mi sfugge però il concetto di puntatore a funzione...

Ciao e grazie mille, omonimo

anche il Dev-cpp ha inclusi gli header e le librerie (il SDK appunto) per usare le winapi et similia, quindi anche CreateThread

[cionci]

Originariamente inviato da Marinelli

Ciao! Grazie mille per la risposta...
Dunque, non utilizzo il PSDK e non so se ho a disposizione gli headers delle Win32, ma suppongo di sì visto che ho il MS Visual Studio 6.

Ce l'hai ce l'hai...in dev-c++ è inclusa tutto il Win32 SDK...

[71104]

Originariamente inviato da lombardp

Qualcosina potrebbero entrarci... se non ricordo male le fiber sono state introdotte con WindowsNT è sono praticamente come i thread, ma con grana minore. Per capirsi, a grana via via minore ci sono i processi, i thread e le fiber.

...spero di non ricordare male.

si, in un certo senso è così: i fibers sono dei thread schedulati non dal sistema operativo, ma dal programma stesso; alla fine MSDN stessa dice che si usano abbastanza raramente: quasi sempre un programma che anziché i fibers usa i thread è ugualmente efficiente.

[71104]

Originariamente inviato da Marinelli

Ciao! Grazie mille per la risposta...
Dunque, non utilizzo il PSDK e non so se ho a disposizione gli headers delle Win32, ma suppongo di sì visto che ho il MS Visual Studio 6. Proverò a guardare al sito MSDN. Ma con CreateThread e compagnia posso compilare solo con il Visual Studio? Altri compilatori non funzionano?

Quindi dei parametri quello importante è lpStartAddress vero? Mi sfugge però il concetto di puntatore a funzione...

Ciao e grazie mille, omonimo

se hai il Visual Studio è praticamente sicuro che hai il PSDK; mi sa che ce l'hai ma non sapevi che si chiamasse così
il PSDK (Platform SDK) è costituito dagli headers e i lib delle Win32 e spesso anche da una versione offline della libreria MSDN (con tanto di esempi non compilati). se in Visual Studio puoi includere windows.h senza errori, allora ce l'hai

un puntatore a funzione non è niente di speciale, è esattamente quello che il nome lascia ad intendere: un puntatore che punta alla prima istruzione della funzione (o talvolta, ad un JMP che rimanda immediatamente alla prima istruzione). CreateThread vuole il puntatore all'entry point per sapere dov'è che deve iniziare l'esecuzione del thread.
per ottenere un puntatore a una funzione devi scrivere semplicemente il nome della funzione senza parametri, cioè se scrivi così

ThreadProc(NULL)

è una chiamata a una funzione, se scrivi così

ThreadProc

è un puntatore a funzione; talvolta si scrive anche così

&ThreadProc

che è la stessa cosa.

ciao

[Marinelli]

Vi ringrazio per le numerose e utili risposte, appena ho un attimo di tempo faccio due prove e poi vi faccio sapere

In realtà cmq non compilerò con il Dev-C++ ma con il compilatore Intel (anch'esso non dovrebbe avere problemi, spero )

Ciao

[71104]

Originariamente inviato da Marinelli

In realtà cmq non compilerò con il Dev-C++ ma con il compilatore Intel

grande, abbiamo già due cose in comune

(anch'esso non dovrebbe avere problemi, spero )

anzi!!!

[Marinelli]

Direi di essere riuscito con successo a creare il thread. Ora però ho un problema: a me interessa che il ciclo che c'è nel main termina, il thread termini oppure quando il ciclo che c'è nel thread termina il main termini. Allora ho pensato: creo una bella variabile globale, quando uno dei due cicli termina questa viene messa a 1 e fa terminare l'altro. Ok, il trucco funziona se compilo il codice con il Dev-C++, invece non funziona (ovvero la variabile globale non viene modificata al di fuori del thread o del main) se uso il compilatore Intel.

Qualche idea?
Grazie mille!

[cionci]

Strano...dovrebbe funzionare tranquillamente...

Prima di tutto se metti la var a 1 dal main per far terminare il thread devi mettere una WaitForSingleObject....

WaitForSingleObject(hThread, INFINITE);

In questo modo, se il main termina prima il ciclo...attende che sia terminato il thread prima di terminare (altrimenti il thread viene terminato nel punto in cuis i trova)... hThread è l'HANDLE ritornaro da CreateThread...

Ora...problema della variabile che non cambia non mi è mai successo...non so cosa dirti...

[71104]

Originariamente inviato da Marinelli

Direi di essere riuscito con successo a creare il thread. Ora però ho un problema: a me interessa che il ciclo che c'è nel main termina, il thread termini oppure quando il ciclo che c'è nel thread termina il main termini. Allora ho pensato: creo una bella variabile globale, quando uno dei due cicli termina questa viene messa a 1 e fa terminare l'altro. Ok, il trucco funziona se compilo il codice con il Dev-C++, invece non funziona (ovvero la variabile globale non viene modificata al di fuori del thread o del main) se uso il compilatore Intel.

Qualche idea?
Grazie mille!

hmmm, fa vedere il codice. comunque da me questa cosa col compilatore Intel funziona perfettamente:

#include <stdlib.h>
#include <stdio.h>
#include <time.h>
#include <windows.h>

BOOL fQuit = FALSE;

BOOL DoSomething() {
	srand(time(NULL));
	if (rand() >= RAND_MAX / 2) {
		return FALSE;
	}
	return TRUE;
}

DWORD WINAPI OtherThread(LPVOID lpParameter) {
	while (!fQuit) {
		if (!DoSomething()) {
			fQuit = TRUE;
		}
	}
	return 0;
}

int main() {
	DWORD dwDummy;
	HANDLE hOtherThread = CreateThread(NULL, 0, OtherThread, NULL, 0, &dwDummy);
	while (!fQuit) {
		if (!DoSomething()) {
			fQuit = TRUE;
		}
	}
	WaitForSingleObject(hOtherThread, INFINITE);
	system("pause");
	return 0;
}

[Marinelli]

Questo è il codice sfoltito da tutto ciò che non riguardava il problema:

#include <stdio.h>
#include <math.h>
#include <windows.h>
#include <stdlib.h>

#ifdef _WIN32
#include <sys/timeb.h>
#include <sys/types.h>
#include <winsock.h>
void gettimeofday(struct timeval* t,void* timezone)
{       struct _timeb timebuffer;
        _ftime( &timebuffer );
        t->tv_sec=timebuffer.time;
        t->tv_usec=1000*timebuffer.millitm;
}
#endif

int stop=0;

DWORD WINAPI ThreadProc( LPVOID lpParam )
{
    //dichiarazioni locali
    while (!ferma2) 
    {
        //ciclo
        if (stop==1) return(0);
    }
    stop=1;
    //istruzioni di fine programma
    return (0);
}

int main ()
{
    //dichiarazioni locali
    CreateThread(NULL, 0, ThreadProc, NULL, 0, NULL);
    while (!ferma) 
    {
        //ciclo
        if (stop==1) return(0);
    }
    stop=1;
    //istruzioni di fine programma
    return (0);
}

Ciao e grazie

[71104]

Originariamente inviato da Marinelli

Questo è il codice sfoltito da tutto ciò che non riguardava il problema:
[...]
Ciao e grazie

be', intanto la WaitForSingleObject alla fine ce la devi mettere perché se esci dal thread primario termina tutto il processo e quindi anche l'altro thread
poi non so a me sembra che dovrebbe andare
potrebbe trattarsi (ma ne dubito) di qualche ottimizzazione del compilatore; prova a visualizzare l'assembly quando fai il debug (Alt+8) e controlla che entrambi i thread usino la variabile in RAM e non un registro; per fare il debug di due thread però devi impostare le informazioni di debug per il multithreading, altrimenti il Visual Studio in certi casi ti si pianta (mi è successo: diventava lentissimo).

[Marinelli]

Originariamente inviato da 71104

be', intanto la WaitForSingleObject alla fine ce la devi mettere perché se esci dal thread primario termina tutto il processo e quindi anche l'altro thread
poi non so a me sembra che dovrebbe andare

Quando termina uno deve terminare anche l'altro... aspettarlo non ha alcuna importanza.

Ho provato anche con delle printf a stampare il valore di stop: quando nel main diventa 1 nel nuovo thread rimane 0... ma non ha senso

Ciao, ora vado a nanna che altrimenti domani mattina sono cadavere.