Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Attenti a Poco F7: può essere il best buy del 2025. Recensione
Attenti a Poco F7: può essere il best buy del 2025. Recensione
Poco F7 5G, smartphone che punta molto sulle prestazioni grazie al processore Snapdragon 8s Gen 4 e a un display AMOLED da ben 6,83 pollici. La casa cinese mantiene la tradizione della serie F offrendo specifiche tecniche di alto livello a un prezzo competitivo, con una batteria generosissima da 6500 mAh e ricarica rapida a 90W che possono fare la differenza per gli utenti più esigenti.
Recensione Samsung Galaxy Z Fold7: un grande salto generazionale
Recensione Samsung Galaxy Z Fold7: un grande salto generazionale
Abbiamo provato per molti giorni il nuovo Z Fold7 di Samsung, un prodotto davvero interessante e costruito nei minimi dettagli. Rispetto al predecessore, cambiano parecchie cose, facendo un salto generazionale importante. Sarà lui il pieghevole di riferimento? Ecco la nostra recensione completa.
The Edge of Fate è Destiny 2.5. E questo è un problema
The Edge of Fate è Destiny 2.5. E questo è un problema
Bungie riesce a costruire una delle campagne più coinvolgenti della serie e introduce cambiamenti profondi al sistema di gioco, tra nuove stat e tier dell’equipaggiamento. Ma con risorse limitate e scelte discutibili, il vero salto evolutivo resta solo un’occasione mancata
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 04-02-2016, 09:08   #1
graffio83
Member
 
Iscritto dal: Oct 2005
Messaggi: 228
[C/C++] Visual Studio Out of Meomory

Ciao a tutti,
ho un problema strano...

Sono su Visual Studio 2010, sto scrivendo un sw in C e uso .net/windows Form.

ho una variabile locale sin ora grande

x[36*2048*2048]

e fin qui nessun problema, ora questa variabile è diventata
x[72*2048*2048]

Se compilo l'applicazione parte e funziona perfettamente ma se chiudo Visual e lo riapro, quando provo a modificare un Form mi appare il popup

generata eccezione di tipo 'system.outofmemoryexception'

Per risolvere devo pulire la soluzione, chiudere e riparire Visual Studio.

Se ricompilo, chiudo e riapro visual studio ho nuovamente il problema.

Qualcuno ha idea di come si possa risolvere?

Grazie
graffio83 è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2016, 09:32   #2
graffio83
Member
 
Iscritto dal: Oct 2005
Messaggi: 228
Quote:
Originariamente inviato da Antonio23 Guarda i messaggi
se sono interi stai allocando 1.2 GB sullo stack presumo... dovresti controllare le opzioni che riguardano la memoria ma non sono esperto di vs2010
Sono float quindi si sono 1.2GB
ma da quello che ho capito VisualStudio non ha la memoria massima da allocare ma solo la riservata.

in questo momento ho 15GB di memoria liberi e quindi non dovrebbero esserci problemi del genere.

La cosa strana è che l'errore lo da l'editor di Visual studio mentre il compilatore, il linker e il mio sowtware non battono ciglio!

Non so se serve specificare ma sto compilando a 64Bit
graffio83 è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2016, 17:46   #3
graffio83
Member
 
Iscritto dal: Oct 2005
Messaggi: 228
Quote:
Originariamente inviato da Antonio23 Guarda i messaggi
stai allocando in RAM quindi che tu abbia 15 GB di memoria libera su hard disk e' ininfluente. Non e' compito del linker o del compilatore segnalare un out of memory, dato che e' qualcosa che si puo' verificare a run time. Ma al di fuori di VIsual Studio l'eseguibile gira? Sono abbastanza fiducioso che sia un problema di memoria massima allocata per il processo di Visual Studio...
Si, questo è chiaro, ho 14.5GB di RAM liberi
graffio83 è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2016, 20:40   #4
WarDuck
Senior Member
 
L'Avatar di WarDuck
 
Iscritto dal: May 2001
Messaggi: 12822
Immagino tu stia su un sistema a 64 bit...

Ma non ho capito, stai programmando in C o stai usando .NET?

In generale il sistema operativo limita la dimensione dello stack di un processo.

Ad esempio sotto Linux di default lo stack è 8 Megabytes.

Ti conviene usare l'heap usando malloc e simili.
WarDuck è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2016, 22:03   #5
graffio83
Member
 
Iscritto dal: Oct 2005
Messaggi: 228
Quote:
Originariamente inviato da WarDuck Guarda i messaggi
Immagino tu stia su un sistema a 64 bit...

Ma non ho capito, stai programmando in C o stai usando .NET?

In generale il sistema operativo limita la dimensione dello stack di un processo.

Ad esempio sotto Linux di default lo stack è 8 Megabytes.

Ti conviene usare l'heap usando malloc e simili.
Alla fine ho fatto la malloc,
quello che mi lascia perplesso è il tipo di errore, quando supero le dimensioni dello stack di solito o mi da errore il linker o l'applicazione in se.
Stavolta crashava visual studio.

l'ho trovato strano...
graffio83 è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2016, 13:12   #6
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
C e .Net insieme?
E' abbastanza strano che vada in crash visual studio sulla modifica di una parte .Net se l'out of memory ce l'hai sulla parte C, a meno che per qualche strano motivo non venga caricato in memoria durante la visualizzazione del WinForm.

Comunque Visual Studio è un processo a 32 bit quindi al massimo può allocare 4GB di ram indipendentemente dalla RAM disponibile sul sistema.
PS Dimenticavo un programma .Net a 32bit che gira su un OS a 64bit dà Out of Memory Exception sopra i 2,8GB allocati.

Ultima modifica di tomminno : 05-02-2016 alle 13:15.
tomminno è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2016, 15:59   #7
!fazz
Moderatore
 
L'Avatar di !fazz
 
Iscritto dal: Nov 2006
Messaggi: 21726
Quote:
Originariamente inviato da tomminno Guarda i messaggi
C e .Net insieme?
E' abbastanza strano che vada in crash visual studio sulla modifica di una parte .Net se l'out of memory ce l'hai sulla parte C, a meno che per qualche strano motivo non venga caricato in memoria durante la visualizzazione del WinForm.

Comunque Visual Studio è un processo a 32 bit quindi al massimo può allocare 4GB di ram indipendentemente dalla RAM disponibile sul sistema.
PS Dimenticavo un programma .Net a 32bit che gira su un OS a 64bit dà Out of Memory Exception sopra i 2,8GB allocati.
se hai un sistema operativo a 32 bit mi pare che il limite per singolo processo sia 2 GB circa e 3 e qualcosa per l'intera macchina
__________________
"WS" (p280,cx750m,4790k+212evo,z97pro,4x8GB ddr3 1600c11,GTX760-DC2OC,MZ-7TE500, WD20EFRX)
Desktop (three hundred,650gq,3800x+nh-u14s ,x570 arous elite,2x16GB ddr4 3200c16, rx5600xt pulse P5 1TB)+NB: Lenovo p53 i7-9750H,64GB DDR4,2x1TB SSD, T1000
!fazz è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2016, 16:34   #8
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Non esattamente.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2016, 16:44   #9
WarDuck
Senior Member
 
L'Avatar di WarDuck
 
Iscritto dal: May 2001
Messaggi: 12822
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
Beh sembra confermare quanto detto da !fazz:

Quote:
User-mode virtual address space for each 32-bit process

2 GB

Up to 3 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE and 4GT
O meglio: per l'intera macchina sono 4GB, se era quello che intendevi .
WarDuck è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2016, 16:53   #10
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Sì, esatto. Puoi arrivare a 3GB per applicazione, e 4GB in tutto.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 08-02-2016, 06:55   #11
graffio83
Member
 
Iscritto dal: Oct 2005
Messaggi: 228
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
Sì, esatto. Puoi arrivare a 3GB per applicazione, e 4GB in tutto.
Sono su sistema operativo a 64 e la app è a 64.

Il dubbio è se VS gira a 64 o 32.

In ogni caso non riesco a giustificare il crash della parte .net cambiando un allocazione lato C...
graffio83 è offline   Rispondi citando il messaggio o parte di esso
Old 08-02-2016, 07:08   #12
GTKM
Senior Member
 
L'Avatar di GTKM
 
Iscritto dal: Jan 2014
Messaggi: 3826
Quote:
Originariamente inviato da graffio83 Guarda i messaggi
Sono su sistema operativo a 64 e la app è a 64.

Il dubbio è se VS gira a 64 o 32.

In ogni caso non riesco a giustificare il crash della parte .net cambiando un allocazione lato C...
Credo che Visual Studio sia a 32-bit.
GTKM è offline   Rispondi citando il messaggio o parte di esso
Old 08-02-2016, 07:47   #13
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
Visual Studio è a 32 bit.
tomminno è offline   Rispondi citando il messaggio o parte di esso
Old 08-02-2016, 16:22   #14
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Quote:
Originariamente inviato da graffio83 Guarda i messaggi
Sono su sistema operativo a 64 e la app è a 64.

Il dubbio è se VS gira a 64 o 32.

In ogni caso non riesco a giustificare il crash della parte .net cambiando un allocazione lato C...
E' strano, perché con app a 64bit il limite è di 8TB. Non ho idea di quale potrebbe essere il problema.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Attenti a Poco F7: può essere il best buy del 2025. Recensione Attenti a Poco F7: può essere il best buy...
Recensione Samsung Galaxy Z Fold7: un grande salto generazionale Recensione Samsung Galaxy Z Fold7: un grande sal...
The Edge of Fate è Destiny 2.5. E questo è un problema The Edge of Fate è Destiny 2.5. E questo ...
Ryzen Threadripper 9980X e 9970X alla prova: AMD Zen 5 al massimo livello Ryzen Threadripper 9980X e 9970X alla prova: AMD...
Acer TravelMate P4 14: tanta sostanza per l'utente aziendale Acer TravelMate P4 14: tanta sostanza per l'uten...
Pixel 10 contro iPhone: Google colpisce ...
GitHub propone che l'Unione Europea fina...
Ricordi Vine? Elon Musk sta per riportar...
Con l'IA agentica cambia tutto. E aument...
Crescita quadruplicata per ChatGPT: sono...
Vodafone vince il ricorso sui costi di a...
Altri cali notevoli su Amazon: Roborock ...
I droni invadono le autostrade: ecco il ...
Super PC Desktop da gaming già pr...
Offerte Oral-B da non perdere su Amazon:...
ChatGPT ora ti ricorda di fare una pausa...
Ultraleggero, compatto, prezzo super di ...
Eureka J15 Ultra scende ancora e la conc...
Processore Ryzen con 16 core e doppia V-...
Potenziare il proprio PC non è ma...
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: 12:25.


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