Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti
Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti
Dopo alcuni anni di assenza dai cataloghi dei suoi televisori, Hisense riporta sul mercato una proposta OLED che punta tutto sul rapporto qualità prezzo. Hisense 55A85N è un televisore completo e versatile che riesce a convincere anche senza raggiungere le vette di televisori di altra fascia (e altro prezzo)
Recensione Borderlands 4, tra divertimento e problemi tecnici
Recensione Borderlands 4, tra divertimento e problemi tecnici
Gearbox Software rilancia la saga con Borderlands 4, ora disponibile su PS5, Xbox Series X|S e PC. Tra le novità spiccano nuove abilità di movimento, un pianeta inedito da esplorare e una campagna che lascia al giocatore piena libertà di approccio
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
NXTPAPER 60 Ultra è il primo smartphone con tecnologia NXTPAPER 4.0 per il display, un ampio IPS da 7,2 pollici. Con finitura anti-riflesso, processore MediaTek Dimensity 7400, fotocamera periscopica e modalità Max Ink per il detox digitale, NXTPAPER 60 Ultra punta a essere il riferimento tra gli smartphone pensati per il benessere degli occhi.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-05-2003, 10:46   #1
malanaz
Senior Member
 
L'Avatar di malanaz
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 301
xfree86 e virtual mem

Ciao ho notato che xfree86 usa 272m di memoria VIRT
785 root 13 -10 273m 16m 3940 S 1.7 3.3 2:03.01 XFree86
1026 malanaz 12 0 17412 13m 11m S 1.0 2.6 0:00.77 kdeinit
1031 malanaz 13 0 936 936 740 R 1.0 0.2 0:03.14 top
Volevo sapere cosa vuol dire e se è possibile?
Ho debian sid e xfree86 4.3
Grazie
malanaz è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 10:51   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
273 M: totale memoria virtuale mappata dal processo
16 M: totale memoria _fisica_ utilizzata dal processo e dalle librerie che usa
273 mi sembra un pò alto, ma a parte questo è "normale" leggere un valore elevato in quel campo. Forse hai una scheda video con 128 MB di memoria?
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 11:11   #3
malanaz
Senior Member
 
L'Avatar di malanaz
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 301
No ho un geforce 32mb ddr cmq ho la risoluzione dello schermo a 1280x1024x24 forse è quello?
A questo punto ti kiedo un'altra cosa ma un valore così alto nella memoria virtuale mi consuma memoria per le altre applicazioni o no?
Grazie
malanaz è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 11:13   #4
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
No. Non confondere "memoria virtuale mappata" con "memoria fisica". A una pagina di memoria virtuale può corrispondere:
- una pagina fisica (è l'unico caso in cui "consumi memoria")
- un file
- una pagina finita in swap
- uno spazio di i/o di un dispositivo
- assolutamente nulla (utile per tecniche quali la COW)
- varie ed eventuali

Ciascun programma sotto linux ha a disposizione normalmente 3gb di indirizzi virtuali da utilizzare per quello che vuole, indipendentemente dalla memoria fisica del sistema.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 11:34   #5
Mason
Senior Member
 
L'Avatar di Mason
 
Iscritto dal: Nov 2002
Città: Morbegno (SO)
Messaggi: 1410
cos'e la cow?
Mason è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 11:38   #6
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
COW = copy-on-write; ovvero alloca pagine fisiche solo quando il processo ne fa uso.
Se conosci un pò di c prova ad eseguire questo programmino, e a controllare con top la memoria che utilizza:
Codice:
#include <stdlib.h>
#include <stdio.h>
#include <sys/mman.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

#define SIZE (64*1024*1024)

int main() {
char *ptr;
int x;
int fd;
fd = open("/dev/zero", O_RDWR);
if(fd<0) {
  perror("open");
  return -1;
}
printf("controlla con top e premi <invio>\n");
getchar();
ptr = (char *) mmap(NULL, SIZE, PROT_READ|PROT_WRITE, MAP_PRIVATE, fd, 0);
if(-1==(int)ptr) {
  perror("mmap");
  return -1;
}
printf("memoria mappata - controlla con top e premi <invio>\n");
getchar();
for(x=0; x<SIZE; x+= 4096)
  ptr[x] = 1; // COW in action :-)
printf("memoria allocata - controlla con top e premi <invio>\n");
getchar();
munmap(ptr, SIZE);
printf("memoria rilasciata - controlla con top e premi <invio>\n");
getchar();
close(fd);
return 0;
}
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 11:56   #7
Mason
Senior Member
 
L'Avatar di Mason
 
Iscritto dal: Nov 2002
Città: Morbegno (SO)
Messaggi: 1410
un bel man mmap mi sembra la soluzione,
cosi ad occhio o capito piu o meno ma devo leggermi il man
ma il 4096 e la dimensione standard delle pagine?
da quanto ho capito allochi virtualmente 64 mb poi inizi ad ogni pagina a scriverci un 1,li dovrebbe creare la memoria fisica per ogni pagina e gestirla come memoria normalmente(possibilita di swapp ecc)

la diversita con una normale malloc e che la malloc la crea subito...e giusto quello che ho capito?
Mason è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 12:09   #8
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
malloc usa la chiamata di sistema brk per allocare memoria, che è gestita un pò diversamente da mmap. Inizialmente la malloc non crea neanche le pagine di memoria virtuale mappate, in quanto modificando il limite tramite brk il kernel sa automaticamente quale regione appartiene (apparterrà fisicamente dopo un tentativo di accesso) al programma.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 12:24   #9
HexDEF6
Senior Member
 
L'Avatar di HexDEF6
 
Iscritto dal: Dec 2000
Città: Trento
Messaggi: 5917
Ho notato pure io l'uso di tutta quella memoria... potrebbe essere dovuta all'AGP aperture size???
E inoltre prova a staccare i driver nvidia, vedrai che ti cala di circa 100Mb! (almeno cosi mi e' capitato!)

Ciao
__________________
Linux User #272700 >+++++++++[<+++++++++>-]<+.++.>++++[<---->-]<++.+++++++.
HOWTO: SSH Firewall e DMZ
ɐɹdosoʇʇos oʇuǝs ıɯ
HexDEF6 è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 12:27   #10
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originally posted by "HexDEF6"

Ho notato pure io l'uso di tutta quella memoria... potrebbe essere dovuta all'AGP aperture size???
Avevo una mezza idea in proposito, ma non posso dirlo di sicuro.

Quote:
E inoltre prova a staccare i driver nvidia, vedrai che ti cala di circa 100Mb! (almeno cosi mi e' capitato!)
Manco Dio In Cielo e Cristo Re In Terra sanno cosa combinano i driver nvidia...
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 12:31   #11
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originally posted by "ilsensine"


Avevo una mezza idea in proposito, ma non posso dirlo di sicuro.
mmm a una seconda analisi non credo...ho 256 MB di apertura e xfree mi ha mappato solo 98MB
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-05-2003, 12:33   #12
HexDEF6
Senior Member
 
L'Avatar di HexDEF6
 
Iscritto dal: Dec 2000
Città: Trento
Messaggi: 5917
Quote:
Originally posted by "ilsensine"


Manco Dio In Cielo e Cristo Re In Terra sanno cosa combinano i driver nvidia...


Ciao
__________________
Linux User #272700 >+++++++++[<+++++++++>-]<+.++.>++++[<---->-]<++.+++++++.
HOWTO: SSH Firewall e DMZ
ɐɹdosoʇʇos oʇuǝs ıɯ
HexDEF6 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2003, 09:08   #13
malanaz
Senior Member
 
L'Avatar di malanaz
 
Iscritto dal: Mar 2003
Città: Roma
Messaggi: 301
I driver nvidia mi servono per quake3... Cmq se ho capito bene non è un problema per la memoria fisica (ogni tanto ho bisogno di girare programmi che occupano pure 300/400 Mb), quindi non me ne preoccuperò.
Grazie
malanaz è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2003, 10:01   #14
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quando ci sono i driver nvidia in mezzo non puoi essere sicuo di niente...
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti Hisense A85N: il ritorno all’OLED è convi...
Recensione Borderlands 4, tra divertimento e problemi tecnici Recensione Borderlands 4, tra divertimento e pro...
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale TCL NXTPAPER 60 Ultra: lo smartphone che trasfor...
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming Un fulmine sulla scrivania, Corsair Sabre v2 Pro...
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni Nokia Innovation Day 2025: l’Europa ha bisogno d...
The Social Reckoning: il seguito di The ...
iPhone 16 si trova ora su Amazon a soli ...
Amazon fa a pezzi i prezzi dei monitor g...
Componenti hardware e periferiche PC a p...
Pianeta in crisi: 7 su 9 limiti vitali g...
Galaxy S25 FE con taglio di prezzo di 10...
4 robot aspirapolvere e 3 scope elettric...
Nuovissimi Xiaomi 15T e 15T Pro con tagl...
Le agenzie federali americane potranno u...
Smartphone pieghevoli sempre più ...
LG svela le Easy TV, una nuova gamma di ...
L'equipaggio della missione Shenzhou-20 ...
Possibili detriti spaziali del razzo cin...
Amazon distrugge i prezzi: TV OLED LG, i...
Trump studia dazi fino al 100% per sping...
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: 16:54.


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