Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Cos'è la bolla dell'IA e perché se ne parla
Cos'è la bolla dell'IA e perché se ne parla
Si parla molto ultimamente di "bolla dell'intelligenza artificiale", ma non è sempre chiaro perché: l'IA è una tecnologia molto promettente e che ha già cambiato molte cose dentro e fuori le aziende, ma ci sono enormi aspettative che stanno gonfiando a dismisura i valori delle azioni e distorcendo il mercato. Il che, com'è facile intuire, può portare a una ripetizione della "bolla dotcom", e forse anche di quella dei mutui subprime. Vediamo perché
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 26-07-2010, 09:11   #1
swarzy85
Senior Member
 
L'Avatar di swarzy85
 
Iscritto dal: Feb 2003
Città: Milano
Messaggi: 7013
[c] come allocare un vettore o una matrice di grandi dimensioni?

Ciao a tutti,

ho un problema con l'allocazione di una matrice a 4 dimensioni che mi serve per contenere informazioni rilevanti in campo bioinformatico.
La prima versione "ridotta" del programma che sto sviluppando opera su una matrice iniziale di dimensioni 100x1000.
La matrice a 4 dimensioni che deve derivarne deve essere di dimensione 100x100x100x27.

Se provo ad allocarla dinamicamente, mi viene restituito un errore di "stack overflow". Se, invece, provo ad allocarla con la malloc, son costretto poi a scorrerla in modo "ordinato" visto che devo implementare una lista.
Ne deriva che, così facendo, non potrei effettuare un accesso puntuale al dato.
Cosa mi consigliate di fare?

Avevo anche pensato di creare un file e scrivere in modo ordinato gli elementi per poi leggerli o modificarli specificando degli offset.

Che ne pensate? Staticamente, ovviamente, non esiste un modo per allocare una matrice di queste dimensioni, no?

Grazie anticipatamente
Alberto
__________________
Presidente comitato mondiale Anti-Troll
La gloria la si deve acquistare, l'onore invece basta non perderlo. (Schopenhauer)
swarzy85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 12:30   #2
Teo@Unix
Senior Member
 
L'Avatar di Teo@Unix
 
Iscritto dal: Mar 2009
Messaggi: 753
Quote:
Originariamente inviato da swarzy85 Guarda i messaggi
Se provo ad allocarla dinamicamente, mi viene restituito un errore di "stack overflow". Se, invece, provo ad allocarla con la malloc, son costretto poi a scorrerla in modo "ordinato" visto che devo implementare una lista.
cosa intendi per allocazione dinamica? Perchè malloc() è una delle funzioni per l'allocazione dinamica...

comunque hai provato a modificare la dimensione dello stack con le syscall? Io stò dando per scontato che sei su linux....
Teo@Unix è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 13:44   #3
tuccio`
Senior Member
 
Iscritto dal: Apr 2010
Città: Frosinone
Messaggi: 416
probabilmente è troppo grande per lo stack, ma non ho capito il problema della matrice allocata nello heap

come stai allocando la matrice dinamicamente?
tuccio` è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 16:12   #4
swarzy85
Senior Member
 
L'Avatar di swarzy85
 
Iscritto dal: Feb 2003
Città: Milano
Messaggi: 7013
Quote:
Originariamente inviato da Teo@Unix Guarda i messaggi
cosa intendi per allocazione dinamica? Perchè malloc() è una delle funzioni per l'allocazione dinamica...

comunque hai provato a modificare la dimensione dello stack con le syscall? Io stò dando per scontato che sei su linux....
Sono sotto Windows Vista (da stasera sarò su Seven)...sotto Linux non avrei lo stesso problema? Potrei provare con Ubuntu...

Comunque se dichiaro in maniera statica la matrice con:

Quote:
prob_tre_geni [N_PROBES][N_PROBES][N_PROBES][QUARTA_DIM]
dove:
Quote:
#define N_PROBES 100
#define N_IBRID 1000
#define N_DISCR 3
#define TERZA_DIM 9
#define QUARTA_DIM 27
Mi da errore nello stack di sistema a runtime.

Se invece effettuo una dichiarazione di questo tipo:

Quote:
struct matrice_quattro
{
int elemento;
struct matrice_quattro *next;
};
struct matrice_quattro *prob_tre_geni;
E successivamente alloco dinamicamente la matrice con:

Quote:
prob_tre_geni = (struct matrice_quattro*) malloc (sizeof (struct matrice_quattro));

/* Inizializzazione vettore probabilità tre geni */
for (i = 0; i < N_PROBES*N_PROBES*N_PROBES*QUARTA_DIM; i++)
{
prob_tre_geni->elemento = 0;
prob_tre_geni->next = malloc (sizeof (struct matrice_quattro));
}
La matrice viene allocata ma così è un gran casino perchè mi scordo un accesso puntuale ad un dato.

Chiedo lumi

Grazie mille


P.S. non saprei come accrescere la dimensione dello stack...in teoria una matrice di circa 27.000.000 di interi non dovrebbe avere una dimensione spropositata e invece a runtime mi occupa circa 2.2GB
__________________
Presidente comitato mondiale Anti-Troll
La gloria la si deve acquistare, l'onore invece basta non perderlo. (Schopenhauer)

Ultima modifica di swarzy85 : 26-07-2010 alle 16:15.
swarzy85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 16:25   #5
Isildur84
Member
 
Iscritto dal: Jan 2005
Città: Torino
Messaggi: 144
Hai provato l'allocazione dinamica del vettore?

Codice:
 int * matrice = malloc(sizeof(int) * NVALORI);
Questo ovviamente per ogni dimensione della matrice.

Ovviamente "matrice" non dovrebbe essere un int * ma un int **** (almeno così mi sembra).
Isildur84 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 17:06   #6
swarzy85
Senior Member
 
L'Avatar di swarzy85
 
Iscritto dal: Feb 2003
Città: Milano
Messaggi: 7013
Ma la matrice così comunque la alloca...il problema è che poi non potrei accedere in maniera puntuale ai singoli campi, no?
Sbaglio qualcosa nelle mie considerazioni?
__________________
Presidente comitato mondiale Anti-Troll
La gloria la si deve acquistare, l'onore invece basta non perderlo. (Schopenhauer)
swarzy85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 17:36   #7
Isildur84
Member
 
Iscritto dal: Jan 2005
Città: Torino
Messaggi: 144
Se tu la allochi nel modo che ti ho consigliato io (hai bisogno di 3 cicli for), l'accesso è puntuale, in quanto puntatori e vettori in C sono "intercambiabili".
Il tuo metodo della lista invece non permette l'accesso puntuale.
Isildur84 è offline   Rispondi citando il messaggio o parte di esso
Old 26-07-2010, 19:19   #8
tuccio`
Senior Member
 
Iscritto dal: Apr 2010
Città: Frosinone
Messaggi: 416
Quote:
Originariamente inviato da swarzy85 Guarda i messaggi
Ma la matrice così comunque la alloca...il problema è che poi non potrei accedere in maniera puntuale ai singoli campi, no?
Sbaglio qualcosa nelle mie considerazioni?
per poter scrivere, ad esempio, matrix[0][2][99][13]

devi usare un void****

ad esempio:

Codice:
    int ****matrix = malloc(sizeof(int***) * 100);
    int i;
    for (i = 0; i < 100; i++) {
        int j;
        matrix[i] = malloc(sizeof(int**) * 100);
        for (j = 0; j < 100; j++) {
            int k;
            matrix[i][j] = malloc(sizeof(int*) * 100);
            for (k = 0; k < 100; k++)
                matrix[i][j][k] = malloc(sizeof(int) * 27);
        }
    }
tuccio` è offline   Rispondi citando il messaggio o parte di esso
Old 27-07-2010, 01:36   #9
DoubleAJ
Senior Member
 
Iscritto dal: Nov 2004
Messaggi: 326
Quote:
Originariamente inviato da swarzy85 Guarda i messaggi
in teoria una matrice di circa 27.000.000 di interi non dovrebbe avere una dimensione spropositata e invece a runtime mi occupa circa 2.2GB
Se al posto di una lista ti allochi una matrice inoltre ti risparmi esattamente la metà dello spazio in memoria, visto che non hai bisogno di un puntatore per ogni elemento.
__________________
The problem with Troubleshooting is that often trouble shoots back...
DoubleAJ è offline   Rispondi citando il messaggio o parte di esso
Old 27-07-2010, 03:30   #10
malocchio
Senior Member
 
L'Avatar di malocchio
 
Iscritto dal: Feb 2007
Città: Verona
Messaggi: 1060
Lascia stare le liste.

Attento che stai dichiarando la tua "matrice" all'interno di un metodo e di conseguenza essa viene temporaneamente allocata sullo stack (BRUTTA cosa).

Se la matrice deve avere visibilità globale, sposta la sua dichiarazione fuori dal metodo. In quel modo avrai uno spazio di memoria allocato staticamente all'avvio dell'eseguibile.
__________________
malocchio è offline   Rispondi citando il messaggio o parte di esso
Old 27-07-2010, 11:07   #11
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Se la matrice ha dimensione prefissata io cercherei una soluzione un po' più bruta, ma funzionale:

int * matrix = (int *)malloc(N_PROBES * N_PROBES * N_PROBES * QUARTA_DIM * sizeof(int));

Poi provvederei a mettere a disposizione una macro per l'accesso alla matrice:

#define matrix_elem(a, b, c, d) (matrix[a*N_PROBES + b*N_PROBES + c*N_PROBS + d])

In alternativa potresti usare un setter ed un getter con un bound check:

Codice:
inline int get_elem(matrix m, int a, int b, int c, int d)
{
   #ifdef _DEBUG
   check_bound(a,b,c,d);
   #endif
   return matrix[a*N_PROBES + b*N_PROBES + c*N_PROBS + d];
}

inline int set_elem(matrix m, int a, int b, int c, int d, int value)
{
   #ifdef _DEBUG
   check_bound(a,b,c,d);
   #endif
   matrix[a*N_PROBES + b*N_PROBES + c*N_PROBS + d] = value;
}
In un codice che lavora su 4 indici di una matrice è secondo me di fondamentale importanza avere un controllo sugli indici.
Il controllo sugli indici volendo si potrebbe effettuare anche nella macro
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 27-07-2010, 11:09   #12
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Quote:
Originariamente inviato da malocchio Guarda i messaggi
Se la matrice deve avere visibilità globale, sposta la sua dichiarazione fuori dal metodo. In quel modo avrai uno spazio di memoria allocato staticamente all'avvio dell'eseguibile.
Cioè consigli di allocare una variabile globale ?
Se la alloca dinamicamente è solo il puntatore che risiede nello stack.
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 28-07-2010, 01:57   #13
malocchio
Senior Member
 
L'Avatar di malocchio
 
Iscritto dal: Feb 2007
Città: Verona
Messaggi: 1060
Quote:
Originariamente inviato da cionci Guarda i messaggi
Cioè consigli di allocare una variabile globale ?
Se la alloca dinamicamente è solo il puntatore che risiede nello stack.
Sì, l'allocazione dinamica è la cosa più indicata, ma a voler essere non troppo pignoli e per aggirare la "complessità" di una allocazione dinamica (con puntatori, inizializzazioni, ecc.) io ho proposto l'all. statica, che di per sé è abbastanza semplice, no?

edit: ah, la tua soluzione non mi dispiacerebbe affatto
__________________

Ultima modifica di malocchio : 28-07-2010 alle 02:00.
malocchio è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
FRITZ!Repeater 1700 estende la rete super-veloce Wi-Fi 7 FRITZ!Repeater 1700 estende la rete super-veloce...
Il portatile tuttofare migliore di Amazo...
SpaceX: un satellite ha fotografato il s...
36 idee regalo con offerte Amazon sotto ...
Sony assume il controllo dei Peanuts: Sn...
DJI Neo scende a 149€ su Amazon, in vers...
Scoperto un nuovo esopianeta che orbita ...
Blue Origin NS-37: successo per la missi...
Potrebbe essere stata rilevata una super...
La cometa interstellare 3I/ATLAS è...
Xiaomi 17 Ultra: l'autonomia non sarà un...
Il processo produttivo a 2 nm di TSMC è ...
L'atteso aggiornamento dei driver della ...
The Elder Scrolls VI nel 2029 e Fallout ...
Il Ryzen 7 9850X3D appare nel catalogo d...
Weekend pre natalizio Amazon, ecco tutte...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 07:33.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v