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

Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine porta Logan in un'avventura inedita, violenta e fortemente narrativa, costruita attorno alla sua natura di combattente e al difficile rapporto con il proprio passato. Insomniac Games punta su combattimenti spettacolari, progressione e personalizzazione, inserendo l'azione in un mondo segnato dalla persecuzione dei mutanti. Un viaggio intenso, che alterna mattanza, esplorazione e momenti sorprendentemente emotivi.
DJI Romo 2: tante novità lo rendono un robot completo
DJI Romo 2: tante novità lo rendono un robot completo
Romo 2 è la seconda generazione di robot lavapavimenti di DJI, un modello che si caratterizza per la precisione nel sistema di navigazione e per il funzionamento particolarmente silenzioso. Con le modifiche introdotte in questa seconda versione, e un posizionamento di prezzo più allineato alla concorrenza, rappresenta una valida alternativa sul mercato delle soluzioni di pulizia domestica
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Il primo Sony con retroilluminazione True RGB alla prova del banco di misura e dei contenuti: luminanza enorme, colori accurati in HDR e un antiriflesso molto efficace. I limiti sono due sole HDMI 2.1 e il blooming fuori asse
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-08-2005, 14:10   #1
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Configurazione kernel per 1GB di memoria fisica

Ciao a tutti.

Ho 1 GB di memoria fisica da non molto e mi trovo di fronte ad un dilemma che gradirei qualcuno mi aiutasse a risolvere.

Difatti , come probabilmente sapete, con 1GB di memoria linux non riconosce tutta la memoria senza abilitare l'opzione del kernel "HIGHMEM" e impostarla a 4GB , ma in realtà ne riconosce solo 870/880 MB e il resto è perso.

Su internet , ma anche sull'help di menuconfig del kernel, leggo che se si possiede 1GB di ram si dovrebbe lasciare HIGHMEM disabilitato, ma così facendo perderei 120MB di memoria. Abilitandolo mi sembra che entrarebbe in gioco una questione di "overhead" per la gestione della memoria che mi farebbe perdere prestazionalmente qualcosa. Ora, la mia domanda è : vale la pena abilitare HIGHMEM per quei 120MB di ram oppure è meglio se la tendo disabilitata dato che la perdità prestazionale della memoria non mi farebbe sentire il vantaggio della memoria in più?

Grazie

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 14:39   #2
ballero
Senior Member
 
L'Avatar di ballero
 
Iscritto dal: May 2001
Città: Pavia
Messaggi: 698
Meglio abilitarlo. Non mi risultata nessun effetto negativo prestazionale.
ballero è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 14:58   #3
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
grazie della risposta.

I miei dubbi vengono da questo articolo di Kerneltrap.org :

http://kerneltrap.org/node/2450/7217

dove si dice questo alla fine :

Codice:
Should I enable CONFIG_HIGHMEM for my 1 GB RAM system?
It is advised to not enable CONFIG_HIGHMEM in the kernel to utilize
 the extra 128 MB you get for your 1 GB RAM system. I/O Devices cannot
 directly address high memory from PCI space, so bounce buffers have to
 be used. Plus the virtual memory management and paging costs come with
 extra mappings. For details on bounce buffers, refer to Mel Gorman's
 documentation (link below).
E' per questo che non sono tanto sicuro , anche se il dmesg mi dice :
Codice:
Warning only 896MB will be used.
Use a HIGHMEM enabled kernel.
Non so più a chi credere
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 16:19   #4
VICIUS
Senior Member
 
L'Avatar di VICIUS
 
Iscritto dal: Oct 2001
Messaggi: 11471
Nel tree di kolivas c'è una patch che fa al caso tuo.
Codice:
g_lowmem_i386
Allows 1G ram without enabling highmem
http://members.optusnet.com.au/ckolivas/kernel/

ciao
VICIUS è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 16:27   #5
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
We vic, prezioso come al solito, non c'è che dire

Proverò sta patch singolarmente applicata al kernel di Gentoo .

Comunque sai mica se sta patch ha qualche ripercussione negativa? Perchè mi sembra strano che una cosa del genere non sia stata ancora integrata nel ramo principale


Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 16:29   #6
VICIUS
Senior Member
 
L'Avatar di VICIUS
 
Iscritto dal: Oct 2001
Messaggi: 11471
Quote:
Originariamente inviato da AnonimoVeneziano
We vic, prezioso come al solito, non c'è che dire

Proverò sta patch singolarmente applicata al kernel di Gentoo .

Comunque sai mica se sta patch ha qualche ripercussione negativa? Perchè mi sembra strano che una cosa del genere non sia stata ancora integrata nel ramo principale


Ciao
Apparte scatenare la mia invidia per il Gigabyte di ram (e quindi presumo anche l'upgrade del pc) non conosco altri effetti collaterali.

ciao
VICIUS è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 16:35   #7
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Quote:
Originariamente inviato da VICIUS
Apparte scatenare la mia invidia per il Gigabyte di ram (e quindi presumo anche l'upgrade del pc) non conosco altri effetti collaterali.

ciao

Lol

Il PC è sempre quello comunque
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 14-08-2005, 23:13   #8
Fil9998
Senior Member
 
L'Avatar di Fil9998
 
Iscritto dal: Sep 2004
Città: Padova
Messaggi: 11777
anche io ho un giga di ram su suse, gentoo e debian ... tutte con l'opzione disabilitata ....
a me NESSUNA DISTRO ha mai usato più di 700 MB in nessuna occasione e la media si attesta su di un uso di 400 MB a farla grande.

Forse, ma non son riuscito a controllare bene, solo gentoo, forse, per le sue ricompilazioni potrebbe sfruttare quei 120 MB extra ... ma ... non credo che sia un fattore velocizzante determinante ... a quel livello credo convenga piuttosto spingere in su la frequenza deil procio.

morale della favola ... IMHO per linux 512 di RAM abbastano ed avanzano. IMHO
Credo invece che la frequenza delle RAM e del chipset siano mooolto più rilevanti sulle prestazioni generali piuttosto che il giga di RAM.
__________________
mac user = hai soldi da buttare; linux user = hai tempo da buttare; windows user = hai soldi e tempo da buttare
Fil9998 è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 00:03   #9
digieffe
Senior Member
 
L'Avatar di digieffe
 
Iscritto dal: Oct 2003
Città: Milano
Messaggi: 4080
allora.....
mi sono studiato l'articolo a cui si faceva riferimento e IMHO il ragionamento è sensato............

però è un peccato sprecare 1/8 della (128 mb) ram indipendentemente da come potrebbe essere sfruttata: applicazioni o buffers/cache per la velocizzazione dei dischi

Imho io applicheri la patch 2G/2G così sarai apposto fino al raggiungimento di 1920 mb dopo si pensa.......

ciao

EDIT: IMHO la soluzione più pulita.

Ultima modifica di digieffe : 15-08-2005 alle 00:09.
digieffe è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 00:09   #10
digieffe
Senior Member
 
L'Avatar di digieffe
 
Iscritto dal: Oct 2003
Città: Milano
Messaggi: 4080
dimenticavo che la patch 2G/2G non implicherebbe nessun tipo di problema al sistema ma limiterebbe le applicazioni a poter utilizzare "solamente" 2GB invece che 3GB e darebbe la possibilità al kernel di utilizzarne 2GB invece di 1GB.

tu hai "solo" 1GB quindi il problema si sposta a quando raggiungerai 2GB.

Ps: ho esemplificato il discorso tecnico per dare la possibilità di comprenderlo a tutti.

ciao
digieffe è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 00:16   #11
digieffe
Senior Member
 
L'Avatar di digieffe
 
Iscritto dal: Oct 2003
Città: Milano
Messaggi: 4080
Aggiungo che ho letto con interesse l'articolo perchè direttamente interessato: a questo punto il problema si crea per me che stavo progettando un sistema da 4GB di ram (effettivi 3.5)

In sostanza o si usa la patch HIGHMEM che "mi è sembrato" vedere abilitato in alcune distro (Suse...) oppure passo a kernel x86_64 ma voi cosa ne sapete a proposito..... (funza, maturo, .....)

ciao

EDIT: Preciso che per la x86_64 sarebbe mia intenzione utilizzare Debian

Ultima modifica di digieffe : 15-08-2005 alle 00:20.
digieffe è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 12:38   #12
maxithron
Senior Member
 
L'Avatar di maxithron
 
Iscritto dal: Mar 2002
Città: Italy/Usa
Messaggi: 2817
Ciao Anonimo

Anche io pur avendo 1 Gb di ram, ho sempre lasciata disabilitata l'opzione HighMem perchè sapevo del calo prestazionale.

La patch indicata da Vicius non la conoscevo, tu l'hai già applicata? funge?
__________________
"Utilizzando atomi pentavalenti drogheremo il silicio di tipo n;
Utilizzando atomi trivalenti drogheremo il silicio di tipo p;
Utilizzando della cannabis ci drogheremo noi e vedremo il silicio fare cose impossibili" - DSDT-HowTo
maxithron è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 12:54   #13
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Quote:
Originariamente inviato da maxithron
Ciao Anonimo

Anche io pur avendo 1 Gb di ram, ho sempre lasciata disabilitata l'opzione HighMem perchè sapevo del calo prestazionale.

La patch indicata da Vicius non la conoscevo, tu l'hai già applicata? funge?

Ciao max, ho applicato la patch da 1 giorno e per adesso sembra andare alla perfezione , non mi sembra dia problemi e ora sfrutto tutto il mio gigio di ram in Lowmemory

x digieffe :

Mi sembra che Debian x86_64 sia già piuttosto stabile e pronta per l'utilizzo

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve Geely EX5, un mese al volante: il SUV elettrico ...
Mova Z70 Ultra Roller Complete: motore potente, rullo di lavaggio e l'IA a guidare Mova Z70 Ultra Roller Complete: motore potente, ...
La prima missione orbitale del razzo spa...
Servizi in streaming sempre più c...
Anteprima della Leapmotor B03X: inizia l...
Anthropic accusa la Cina: Claude utilizz...
I satelliti Rassvet (Starlink russo) di ...
Un agente IA ha risolto un problema su W...
Cina: la CMSA potrebbe cambiare parte de...
68 mensilità di bonus per i dipen...
Rocket Lab ha fatto ricorso contro la de...
Nutanix rende disponibile Azure Virtual ...
Il padrino del deep learning avverte: gl...
Il finto avviso "iPhone Storage is Full"...
Dietrofront in Cina, addio touchscreen p...
Un piccolo accessorio trasforma lo smart...
Dopo 370 anni il Cyphral Distich non è p...
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: 19:33.


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