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

ASUS Expertbook PM3: il notebook robusto per le aziende
ASUS Expertbook PM3: il notebook robusto per le aziende
Pensato per le necessità del pubblico d'azienda, ASUS Expertbook PM3 abbina uno chassis particolrmente robusto ad un pannello da 16 pollici di diagonale che avantaggia la produttività personale. Sotto la scocca troviamo un processore AMD Ryzen AI 7 350, che grazie alla certificazione Copilot+ PC permette di sfruttare al meglio l'accelerazione degli ambiti di intelligenza artificiale
Test ride con Gowow Ori: elettrico e off-road vanno incredibilmente d'accordo
Test ride con Gowow Ori: elettrico e off-road vanno incredibilmente d'accordo
Abbiamo provato per diversi giorni una new entry del mercato italiano, la Gowow Ori, una moto elettrica da off-road, omologata anche per la strada, che sfrutta una pendrive USB per cambiare radicalmente le sue prestazioni
Recensione OnePlus 15: potenza da vendere e batteria enorme dentro un nuovo design
Recensione OnePlus 15: potenza da vendere e batteria enorme dentro un nuovo design
OnePlus 15 nasce per alzare l'asticella delle prestazioni e del gaming mobile. Ma non solo, visto che integra un display LTPO 1,5K a 165 Hz, OxygenOS 16 con funzioni AI integrate e un comparto foto con tre moduli da 50 MP al posteriore. La batteria da 7.300 mAh con SUPERVOOC 120 W e AIRVOOC 50 W è la ciliegina sulla torta per uno smartphone che promette di offrire un'esperienza d'uso senza alcun compromesso
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-08-2005, 15: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, 15: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, 15: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, 17: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, 17: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, 17: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, 17: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 15-08-2005, 00:13   #8
Fil9998
Senior Member
 
L'Avatar di Fil9998
 
Iscritto dal: Sep 2004
Città: Padova
Messaggi: 11758
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, 01: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 01:09.
digieffe è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 01: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, 01: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 01:20.
digieffe è offline   Rispondi citando il messaggio o parte di esso
Old 15-08-2005, 13: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, 13: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


ASUS Expertbook PM3: il notebook robusto per le aziende ASUS Expertbook PM3: il notebook robusto per le ...
Test ride con Gowow Ori: elettrico e off-road vanno incredibilmente d'accordo Test ride con Gowow Ori: elettrico e off-road va...
Recensione OnePlus 15: potenza da vendere e batteria enorme dentro un nuovo design   Recensione OnePlus 15: potenza da vendere e batt...
AMD Ryzen 5 7500X3D: la nuova CPU da gaming con 3D V-Cache per la fascia media AMD Ryzen 5 7500X3D: la nuova CPU da gaming con ...
SONY BRAVIA 8 II e BRAVIA Theatre System 6: il cinema a casa in formato compatto SONY BRAVIA 8 II e BRAVIA Theatre System 6: il c...
Bonus Elettrodomestici 2025, si parte: c...
Jeff Bezos torna al comando, stavolta di...
Anthesi sceglie OVHcloud per digitalizza...
Cube presenta Trike Flatbed Hybrid 750, ...
Call of Duty Black Ops 7 peggio di Infin...
L'Italia è il secondo mercato per...
Wi-Fi superveloce anche in giardino? FRI...
La Ford Focus va ufficialmente in pensio...
Booking.com integra Revolut Pay: nasce i...
DGX Spark a 175 fps con ray tracing su C...
Red Dead Redemption 2 Enhanced è ...
3Dfx Voodoo 2, una GPU nata con la scade...
Apple Watch: la Mela dovrà versar...
TIM e Nokia insieme per potenziare il 5G...
Musk lancia la nuova era dei DM su X con...
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: 00:15.


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