Re: Quickemu Problem with amount of RAM

[Geert Stappers]

On Sat, May 18, 2024 at 11:56:06AM -0400, Stephen P. Molnar wrote:
> I have just installed installed Quickemu v-6.1.4.
> 
>     quickget windows 11 ran as it should without any errors or warnings.
>     However:
>         (base) comp@Abanormal:~/VM$ quickemu --vm windows-10.conf
>     ~/VM ~/VM
>     Quickemu 4.9.4 using /usr/bin/qemu-system-x86_64 v7.2.9
>  - Host: Debian GNU/Linux 12 (bookworm) running Linux 6.1 (Abanormal)
>  - CPU:  AMD FX(tm)-8320 Eight-Core Processor
>  - CPU VM:   1 Socket(s), 2 Core(s), 2 Thread(s), 4G RAM
>     ERROR! You have insufficient RAM to run windows in a VM
>     (base) comp@Abanormal:~/VM$
> 
> I am somewhat confused as:
> 
>     (base) comp@Abanormal:~$ free -ght
>        total    used free    shared  buff/cache   available
>         Mem:   7.7Gi   2.3Gi    225Mi  34Mi   5.4Gi   5.3Gi
>         Swap:  975Mi    50Mi    925Mi
>     Total: 8.6Gi   2.4Gi    1.1Gi
> 
> The strange thing is that I have installed Windows 10 using QEMU/KVM
> virt-manager without any RAM problems at all.

I say: "without any **noted** RAM problems at all"
 

> Some guidance would be appreciated.

My guess is: 4Gb in the guest, requires much more 4Gb on the host.

 
> Thanks in advance.

Thank the mailinglist by sharing how you got beyond the hurdle.


Groeten
Geert Stappers
-- 
Silence is hard to parse

Re: RAM

[The Wanderer]

On 2023-06-12 at 17:47, Bret Busby wrote:

> On 13/6/23 04:52, The Wanderer wrote:

>> I have to apologize; I completely misremembered the name of the program
>> that I was referencing, probably because of the filenames I store its
>> output under. hwinfo is absolutely not it. I would not consider output
>> such as you presented to be appropriately readable for human
>> consumption.
>> 
>> Rather, I got the records I'm looking at from the program 'lshw'.
>> 
> Okay - so the equivalent output that describes the memory, from lshw, is
> 
> "
>   *-memory
>description: System Memory
>physical id: 2f
>slot: System board or motherboard
>size: 128GiB
>capabilities: ecc
>configuration: errordetection=multi-bit-ecc
>  *-bank:0
>   description: RIMM DDR4 Synchronous 2133 MHz (0.5 ns)
>   product: M393A2G40DB0-CPB
>   vendor: Samsung
>   physical id: 0
>   serial: 400F4723
>   slot: DIMM1
>   size: 16GiB
>   width: 64 bits
>   clock: 2133MHz (0.5ns)



> which may appear to be more "human" understandable, for expressing
> the capacity of each DIMM card in GiB, rather than in bytes,

Actually, that isn't what I found more readable about this. It's more
the separate indented blocks for each distinct item being described, and
the use of lowercase rather than ALL_CAPS field labels, that makes the
difference.

> but, I had no problem in finding and understanding the applicable
> output for describing the RAM component of the hardware.
> 
> If being able to adequately interpret the output from hwinfo, makes
> me other than human, well, such is life.

Oh, certainly not. I can read the other myself, it's just that I
understand myself as doing so through the lens of "thinking like a
computer", similarly to the mindset I find myself in when reading source
code.

> Both utilities work, and, work sufficiently.
> 
> hwinfo is simply less pretty than lshw.
> 
> But, it nevertheless, works.

It certainly does.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: RAM

[Bret Busby]

On 13/6/23 04:52, The Wanderer wrote:

On 2023-06-12 at 16:45, Bret Busby wrote:


On 13/6/23 04:30, The Wanderer wrote:


On 2023-06-12 at 16:06, Mick Ab wrote:


I wish to obtain information about the RAM installed on my PC using the
command line. The information needed is :-

Total RAM stored
Number of sticks used and amount of RAM on each stick
Type of RAM e.g. DDR4
Speed of RAM e.g. 3200 MHz
Manufacturer and model number of RAM

I have seen the dmidecode command being used, but the reliability of the
information returned is not reliable.

Is there any command that will reliably give the required RAM information ?


There are probably multiple ways to get it, but the first one that comes
to my mind involves the 'hwinfo' command, from the package of the same
name.

I don't remember exactly how I invoked it, but I have a historical trail
of files listing the hardware specifications of my last few machines as
they've changed over time, each generated from the output of that
command.


If I search the latest such file for "DIMM", I see two entries, each for
a different DIMM (i.e., "RAM stick"), each with multiple data items. The
fact that there are two of them gives you the "number of sticks used"
you asked for.

Those entries are sub-entries of a larger entry called "memory", which
has a data item called "size", which is the "total RAM" you asked for.

One of the data items in each sub-entry is "product", which appears as
if it might be the "model number" you asked for. (It certainly looks
like a model number, anyway.)

Another is "vendor", which appears to be the "manufacturer" you asked
for.

Another is "size", which gives you the "amount of RAM on each stick" you
asked for.

Another is "clock", which is the "speed of RAM" you asked for.

Another is "description", which at least in my case specifies (as part
of what appears to be a freeform string) that the DIMMs I'm looking at
are DDR4. I don't see that information specified anywhere else in the
listing.


  From the above, whilst this computer is running Linux Mint Mate 21.1,
which is based (?) on Ubuntu 22.04 ("jammy"), rather than Debian, I
expect that the same will apply for Debian;



Tue Jun 13 04:33:23 bret@bret-Precision-Tower-5810:~$hwinfo



and, in the output (lots of it - it outputs alot of details), is

"
P: /devices/virtual/dmi/id
L: 0
E: DEVPATH=/devices/virtual/dmi/id
E: SUBSYSTEM=dmi
E:
MODALIAS=dmi:bvnDellInc.:bvrA34:bd10/19/2020:br65.34:svnDellInc.:pnPrecisionTower5810:pvr:rvnDellInc.:rn0K240Y:rvrA02:cvnDellInc.:ct7:cvr:sku0617:
E: USEC_INITIALIZED=2533353
E: ID_VENDOR=Dell Inc.
E: ID_MODEL=Precision Tower 5810
E: MEMORY_ARRAY_LOCATION=System Board Or Motherboard
E: MEMORY_ARRAY_EC_TYPE=Multi-bit ECC
E: MEMORY_ARRAY_MAX_CAPACITY=137438953472




I have to apologize; I completely misremembered the name of the program
that I was referencing, probably because of the filenames I store its
output under. hwinfo is absolutely not it. I would not consider output
such as you presented to be appropriately readable for human
consumption.

Rather, I got the records I'm looking at from the program 'lshw'.


Okay - so the equivalent output that describes the memory, from lshw, is

"
 *-memory
  description: System Memory
  physical id: 2f
  slot: System board or motherboard
  size: 128GiB
  capabilities: ecc
  configuration: errordetection=multi-bit-ecc
*-bank:0
 description: RIMM DDR4 Synchronous 2133 MHz (0.5 ns)
 product: M393A2G40DB0-CPB
 vendor: Samsung
 physical id: 0
 serial: 400F4723
 slot: DIMM1
 size: 16GiB
 width: 64 bits
 clock: 2133MHz (0.5ns)
*-bank:1
 description: RIMM DDR4 Synchronous 2133 MHz (0.5 ns)
 product: M393A2G40DB0-CPB
 vendor: Samsung
 physical id: 1
 serial: 39FDE464
 slot: DIMM5
 size: 16GiB
 width: 64 bits
 clock: 2133MHz (0.5ns)
*-bank:2
 description: RIMM DDR4 Synchronous 2133 MHz (0.5 ns)
 product: M393A2G40DB0-CPB
 vendor: Samsung
 physical id: 2
 serial: 400F473D
 slot: DIMM3
 size: 16GiB
 width: 64 bits
 clock: 2133MHz (0.5ns)
*-bank:3
 description: RIMM DDR4 Synchronous 2133 MHz (0.5 ns)
 product: M393A2G40DB0-CPB
 vendor: Samsung
 physical id: 3
 serial: 39FDD7B6
 slot: DIMM7
 size: 16GiB
 width: 64 bits
 clock: 2133MHz (0.5ns)
*-bank:4
 description: RIMM DDR4 Synchronou

Re: RAM

[Dan Ritter]

Mick Ab wrote: 
> I have seen the dmidecode command being used, but the reliability of the
> information returned is not reliable.

You keep saying that, but have you got any evidence of it? And
if so, it is the unreliability of omission or making things up,
or being random in the returned data?

-dsr-

Re: RAM

[The Wanderer]

On 2023-06-12 at 16:45, Bret Busby wrote:

> On 13/6/23 04:30, The Wanderer wrote:
>
>> On 2023-06-12 at 16:06, Mick Ab wrote:
>> 
>>> I wish to obtain information about the RAM installed on my PC using the
>>> command line. The information needed is :-
>>>
>>> Total RAM stored
>>> Number of sticks used and amount of RAM on each stick
>>> Type of RAM e.g. DDR4
>>> Speed of RAM e.g. 3200 MHz
>>> Manufacturer and model number of RAM
>>>
>>> I have seen the dmidecode command being used, but the reliability of the
>>> information returned is not reliable.
>>>
>>> Is there any command that will reliably give the required RAM information ?
>> 
>> There are probably multiple ways to get it, but the first one that comes
>> to my mind involves the 'hwinfo' command, from the package of the same
>> name.
>> 
>> I don't remember exactly how I invoked it, but I have a historical trail
>> of files listing the hardware specifications of my last few machines as
>> they've changed over time, each generated from the output of that
>> command.
>> 
>> 
>> If I search the latest such file for "DIMM", I see two entries, each for
>> a different DIMM (i.e., "RAM stick"), each with multiple data items. The
>> fact that there are two of them gives you the "number of sticks used"
>> you asked for.
>> 
>> Those entries are sub-entries of a larger entry called "memory", which
>> has a data item called "size", which is the "total RAM" you asked for.
>> 
>> One of the data items in each sub-entry is "product", which appears as
>> if it might be the "model number" you asked for. (It certainly looks
>> like a model number, anyway.)
>> 
>> Another is "vendor", which appears to be the "manufacturer" you asked
>> for.
>> 
>> Another is "size", which gives you the "amount of RAM on each stick" you
>> asked for.
>> 
>> Another is "clock", which is the "speed of RAM" you asked for.
>> 
>> Another is "description", which at least in my case specifies (as part
>> of what appears to be a freeform string) that the DIMMs I'm looking at
>> are DDR4. I don't see that information specified anywhere else in the
>> listing.
> 
>  From the above, whilst this computer is running Linux Mint Mate 21.1, 
> which is based (?) on Ubuntu 22.04 ("jammy"), rather than Debian, I 
> expect that the same will apply for Debian;

> Tue Jun 13 04:33:23 bret@bret-Precision-Tower-5810:~$hwinfo

> and, in the output (lots of it - it outputs alot of details), is
> 
> "
> P: /devices/virtual/dmi/id
>L: 0
>E: DEVPATH=/devices/virtual/dmi/id
>E: SUBSYSTEM=dmi
>E: 
> MODALIAS=dmi:bvnDellInc.:bvrA34:bd10/19/2020:br65.34:svnDellInc.:pnPrecisionTower5810:pvr:rvnDellInc.:rn0K240Y:rvrA02:cvnDellInc.:ct7:cvr:sku0617:
>E: USEC_INITIALIZED=2533353
>E: ID_VENDOR=Dell Inc.
>E: ID_MODEL=Precision Tower 5810
>E: MEMORY_ARRAY_LOCATION=System Board Or Motherboard
>E: MEMORY_ARRAY_EC_TYPE=Multi-bit ECC
>E: MEMORY_ARRAY_MAX_CAPACITY=137438953472



I have to apologize; I completely misremembered the name of the program
that I was referencing, probably because of the filenames I store its
output under. hwinfo is absolutely not it. I would not consider output
such as you presented to be appropriately readable for human
consumption.

Rather, I got the records I'm looking at from the program 'lshw'.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw

Re: RAM

[Bret Busby]

On 13/6/23 04:30, The Wanderer wrote:

On 2023-06-12 at 16:06, Mick Ab wrote:


I wish to obtain information about the RAM installed on my PC using the
command line. The information needed is :-

Total RAM stored
Number of sticks used and amount of RAM on each stick
Type of RAM e.g. DDR4
Speed of RAM e.g. 3200 MHz
Manufacturer and model number of RAM

I have seen the dmidecode command being used, but the reliability of the
information returned is not reliable.

Is there any command that will reliably give the required RAM information ?


There are probably multiple ways to get it, but the first one that comes
to my mind involves the 'hwinfo' command, from the package of the same
name.

I don't remember exactly how I invoked it, but I have a historical trail
of files listing the hardware specifications of my last few machines as
they've changed over time, each generated from the output of that
command.


If I search the latest such file for "DIMM", I see two entries, each for
a different DIMM (i.e., "RAM stick"), each with multiple data items. The
fact that there are two of them gives you the "number of sticks used"
you asked for.

Those entries are sub-entries of a larger entry called "memory", which
has a data item called "size", which is the "total RAM" you asked for.

One of the data items in each sub-entry is "product", which appears as
if it might be the "model number" you asked for. (It certainly looks
like a model number, anyway.)

Another is "vendor", which appears to be the "manufacturer" you asked
for.

Another is "size", which gives you the "amount of RAM on each stick" you
asked for.

Another is "clock", which is the "speed of RAM" you asked for.

Another is "description", which at least in my case specifies (as part
of what appears to be a freeform string) that the DIMMs I'm looking at
are DDR4. I don't see that information specified anywhere else in the
listing.



From the above, whilst this computer is running Linux Mint Mate 21.1, 
which is based (?) on Ubuntu 22.04 ("jammy"), rather than Debian, I 
expect that the same will apply for Debian;


"
Tue Jun 13 04:32:24 bret@bret-Precision-Tower-5810:~$hwinfo
Command 'hwinfo' not found, but can be installed with:
sudo apt install hwinfo
Tue Jun 13 04:32:40 bret@bret-Precision-Tower-5810:~$sudo apt install hwinfo
[sudo] password for bret:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libhd21 libx86emu3
The following NEW packages will be installed
  hwinfo libhd21 libx86emu3
0 to upgrade, 3 to newly install, 0 to remove and 5 not to upgrade.
Need to get 808 kB of archives.
After this operation, 3,581 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.ubuntu.com/ubuntu jammy/universe amd64 libx86emu3 
amd64 3.1-2 [47.8 kB]
Get:2 http://archive.ubuntu.com/ubuntu jammy/universe amd64 libhd21 
amd64 21.72-1 [742 kB]
Get:3 http://archive.ubuntu.com/ubuntu jammy/universe amd64 hwinfo amd64 
21.72-1 [18.0 kB]

Fetched 808 kB in 3s (266 kB/s)
Selecting previously unselected package libx86emu3:amd64.
(Reading database ... 540233 files and directories currently installed.)
Preparing to unpack .../libx86emu3_3.1-2_amd64.deb ...
Unpacking libx86emu3:amd64 (3.1-2) ...
Selecting previously unselected package libhd21:amd64.
Preparing to unpack .../libhd21_21.72-1_amd64.deb ...
Unpacking libhd21:amd64 (21.72-1) ...
Selecting previously unselected package hwinfo.
Preparing to unpack .../hwinfo_21.72-1_amd64.deb ...
Unpacking hwinfo (21.72-1) ...
Setting up libx86emu3:amd64 (3.1-2) ...
Setting up libhd21:amd64 (21.72-1) ...
Setting up hwinfo (21.72-1) ...
Processing triggers for man-db (2.10.2-1) ...
Processing triggers for libc-bin (2.35-0ubuntu3.1) ...
Tue Jun 13 04:33:23 bret@bret-Precision-Tower-5810:~$hwinfo
"

and, in the output (lots of it - it outputs alot of details), is

"
P: /devices/virtual/dmi/id
  L: 0
  E: DEVPATH=/devices/virtual/dmi/id
  E: SUBSYSTEM=dmi
  E: 
MODALIAS=dmi:bvnDellInc.:bvrA34:bd10/19/2020:br65.34:svnDellInc.:pnPrecisionTower5810:pvr:rvnDellInc.:rn0K240Y:rvrA02:cvnDellInc.:ct7:cvr:sku0617:

  E: USEC_INITIALIZED=2533353
  E: ID_VENDOR=Dell Inc.
  E: ID_MODEL=Precision Tower 5810
  E: MEMORY_ARRAY_LOCATION=System Board Or Motherboard
  E: MEMORY_ARRAY_EC_TYPE=Multi-bit ECC
  E: MEMORY_ARRAY_MAX_CAPACITY=137438953472
  E: MEMORY_DEVICE_0_TOTAL_WIDTH=72
  E: MEMORY_DEVICE_0_DATA_WIDTH=64
  E: MEMORY_DEVICE_0_SIZE=17179869184
  E: MEMORY_DEVICE_0_FORM_FACTOR=RIMM
  E: MEMORY_DEVICE_0_LOCATOR=DIMM1
  E: MEMORY_DEVICE_0_BANK_LOCATOR=Not Specified
  E: MEMORY_DEVICE_0_TYPE=DDR4
  E: MEMORY_DEVICE_0_TYPE_DETAIL=Synchronous
  E: MEMORY_DEVICE_0_SPEED_MTS=2133
  E: MEMORY_DEVICE_0_MANUFACTURE

Re: RAM in inxi

[Felix Miata]

Roger Price composed on 2023-06-12 22:25 (UTC+0200):

> According to man inxi the command "inxi -mxx" tries to improve on dmidecode.

h2 on irc://irc.oftc.net/smxi (IRC) is inxi's creator. 3.3.27-00 is the current
version, released on 2023-05-07. The devel version is named pinxi, currently at
3.3.27-12, released yesterday. https://smxi.org/ is author's home page, which
links to his own forum.

3.3.27-12 contains a WIP of memory reporting improvements. If you wish to be 
heard
on the subject, or have questions about or problems with pinxi, h2 is all ears.

Maximum RAM reporting in inxi comes from -ma:

# inxi -mxx --vs
inxi 3.3.27-00 (2023-05-07)
Memory:
  System RAM: available: 30.29 GiB used: 14.99 GiB (49.5%)
  Array-1: capacity: 32 GiB slots: 4 EC: None max-module-size: 8 GiB
note: est.
  Device-1: ChannelA-DIMM0 type: DDR3 size: 8 GiB speed: 1600 MT/s
volts: 1.5 manufacturer: Corsair part-no: CML16GX3M2A1600C9
  Device-2: ChannelA-DIMM1 type: DDR3 size: 8 GiB speed: 1600 MT/s
volts: 1.5 manufacturer: Mushkin part-no: 992069 (997069)
  Device-3: ChannelB-DIMM0 type: DDR3 size: 8 GiB speed: 1600 MT/s
volts: 1.5 manufacturer: Corsair part-no: CML16GX3M2A1600C9
  Device-4: ChannelB-DIMM1 type: DDR3 size: 8 GiB speed: 1600 MT/s
volts: 1.5 manufacturer: Mushkin part-no: 992069 (997069)
# pinxi -ma --vs
pinxi 3.3.27-12 (2023-06-12)
Memory:
  System RAM: total: 32 GiB available: 30.29 GiB used: 15.02 GiB (49.6%)
igpu: 544 MiB
  Array-1: capacity: 32 GiB slots: 4 modules: 4 EC: None
max-module-size: 8 GiB note: est.
  Device-1: ChannelA-DIMM0 type: DDR3 detail: synchronous size: 8 GiB
speed: 1600 MT/s volts: curr: 1.5 min: 1.5 max: 1.5 width (bits): data: 64
total: 64 manufacturer: Corsair part-no: CML16GX3M2A1600C9 serial: N/A
  Device-2: ChannelA-DIMM1 type: DDR3 detail: synchronous size: 8 GiB
speed: 1600 MT/s volts: curr: 1.5 min: 1.5 max: 1.5 width (bits): data: 64
total: 64 manufacturer: Mushkin part-no: 992069 (997069) serial: N/A
  Device-3: ChannelB-DIMM0 type: DDR3 detail: synchronous size: 8 GiB
speed: 1600 MT/s volts: curr: 1.5 min: 1.5 max: 1.5 width (bits): data: 64
total: 64 manufacturer: Corsair part-no: CML16GX3M2A1600C9 serial: N/A
  Device-4: ChannelB-DIMM1 type: DDR3 detail: synchronous size: 8 GiB
speed: 1600 MT/s volts: curr: 1.5 min: 1.5 max: 1.5 width (bits): data: 64
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: RAM

[The Wanderer]

On 2023-06-12 at 16:06, Mick Ab wrote:

> I wish to obtain information about the RAM installed on my PC using the
> command line. The information needed is :-
> 
> Total RAM stored
> Number of sticks used and amount of RAM on each stick
> Type of RAM e.g. DDR4
> Speed of RAM e.g. 3200 MHz
> Manufacturer and model number of RAM
> 
> I have seen the dmidecode command being used, but the reliability of the
> information returned is not reliable.
> 
> Is there any command that will reliably give the required RAM information ?

There are probably multiple ways to get it, but the first one that comes
to my mind involves the 'hwinfo' command, from the package of the same
name.

I don't remember exactly how I invoked it, but I have a historical trail
of files listing the hardware specifications of my last few machines as
they've changed over time, each generated from the output of that
command.


If I search the latest such file for "DIMM", I see two entries, each for
a different DIMM (i.e., "RAM stick"), each with multiple data items. The
fact that there are two of them gives you the "number of sticks used"
you asked for.

Those entries are sub-entries of a larger entry called "memory", which
has a data item called "size", which is the "total RAM" you asked for.

One of the data items in each sub-entry is "product", which appears as
if it might be the "model number" you asked for. (It certainly looks
like a model number, anyway.)

Another is "vendor", which appears to be the "manufacturer" you asked
for.

Another is "size", which gives you the "amount of RAM on each stick" you
asked for.

Another is "clock", which is the "speed of RAM" you asked for.

Another is "description", which at least in my case specifies (as part
of what appears to be a freeform string) that the DIMMs I'm looking at
are DDR4. I don't see that information specified anywhere else in the
listing.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: RAM

[Roger Price]

On Mon, 12 Jun 2023, Mick Ab wrote:


I have seen the dmidecode command being used, but the reliability of the 
information returned is not reliable.
Is there any command that will reliably give the required RAM information ?


According to man inxi the command "inxi -mxx" tries to improve on dmidecode.

Quoting from man inxi :  Because dmidecode data is extremely unreliable, inxi 
will try to make best guesses.  If you see (check) after the capacity number, 
you should check it with the specifications. (est) is slightly more reliable, 
but you should still check the real specifications before buying RAM. 
Unfortunately there is nothing inxi can do to get truly reliable data about the 
system RAM;  maybe one day the kernel devs will put this data into /sys, and 
make it real data, taken from the actual system, not dmi data. For most people, 
the data will be right, but a significant percentage of users will have either a 
wrong max module size, if present, or max capacity.


Roger

Re: RAM

[Charles Curley]

On Mon, 12 Jun 2023 21:06:06 +0100
Mick Ab  wrote:

> I have seen the dmidecode command being used, but the reliability of
> the information returned is not reliable.
> 
> Is there any command that will reliably give the required RAM
> information ?

Any tool, dmidecode included, is no better than the date it operates
on. If dmidecode is returning bogus data, so will any other tool.

Dmidecode relies on information in ROM. Your alternatives are:

* A physical inventory, i.e. shut the machine down, take a screwdriver
  to it, and look at what's in there.

* A program that shuts off virtual memory and does an inventory by
  testing the RAM. And that has its own problems.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

RAM

[Mick Ab]

I wish to obtain information about the RAM installed on my PC using the
command line. The information needed is :-

Total RAM stored
Number of sticks used and amount of RAM on each stick
Type of RAM e.g. DDR4
Speed of RAM e.g. 3200 MHz
Manufacturer and model number of RAM

I have seen the dmidecode command being used, but the reliability of the
information returned is not reliable.

Is there any command that will reliably give the required RAM information ?

Re: Swap en mémoire RAM. Est-ce pertinent?

[ptilou]

Le jeudi 19 janvier 2023 à 08:10:03 UTC+1, Dethegeek a écrit :
> Bonjour,
> 
> Avoir un swap en RAM n'a aucun intérêt, puisque quand il sera sollicité, le 
> système va déplacer des portions de données depuis la RAM vers la RAM, afin 
> d'en libérer pour les besoins immédiats d'une application.
> 
> Si tu as énormément de RAM par rapport à tes usages tu peux simplement 
> désactiver le swap en n'ayant aucun volume dédié. Il faut être sûr de le pas 
> saturer sinon ce sera l'arrêt assuré d'un service (qui va redémarrer 
> automatiquement) ou d'une application e cours de fonctionnement. Il peut 
> aussi y avoir des dysfonctionnements allant d'erreurs pendant un traitements, 
> jusqu'au plantage si l'appli gère mal un refus d'allocation de mémoire.
> 
> Mais, il y a mieux : zram qui fait exactement ce que tu demandes, mais avec 
> une petite subtilité : il compresse les données mises en swap. L'intérêt est 
> que l'acces est bien plus rapide qu'un volume sur disque (magnétique). Avec 
> un SSD, l'intérêt diminue significativement. 
> 
> Zram va créer plusieurs volumes en RAM. Cela réserve donc quelques centaines 
> de MO. Avec 32 Go de RAM ce sera probablement de l'ordre de quelques Go. 
> Ensuite tout se fait en apparence comme un swap classique.
> 
> https://fr.m.wikipedia.org/wiki/ZRam
> 
> Il y a un paquet pour debian et ses dérivés.
> 
> Voici la documentation communautaire pour Ubuntu
> 
> https://doc.ubuntu-fr.org/zram
> 
> Le jeu. 19 janv. 2023 à 06:08, Olivier backup my spare  
> a écrit :
> Bonjour
> 
> Ayant reçu mon laptop avec 32 Go de RAM.
> Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le 
> fait sur les Raspberry pi4b 8Go?
> Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.
> 
> Pensez vous que cela pertinent? Le Laptop est personnel et pour un usage 
> perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp, 
> Virtualisation, bureautique, etc, sauf jouer.
> 
> -- 
> AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
> Centre d'économie S**
> Monero (XMR) - The secure, private, untraceable cryptocurrency
> that keeps your money confidential.
> Grassroots. Open source. Dedicated to privacy & freedom.
> Monero || #xmr

Y a des pocesseur qui adresse un nombre limite en taille de ram, alors que le 
bus de la cm, ennsupporte plus, d’ou un interet comme chez apple d’avoir un 
stockage d’information en ram !
J’ai jamais reussi a le faire fonctionner sur un hp, avec un atom !

— 
Ptilou

Re : Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[Hugues Larrive]

Bonjour,

Il me semble, que le but premier de la swap c'est d'augmenter la mémoire 
virtuelle et donc de stocker des pages vides. En dehors d'une situation de 
"pénurie", si un processus a besoin d'utiliser une page (vide) qui était 
"swapée", le système va trouver une page vide d'un autre processus, la swaper 
pour libérer un cadre dans la mémoire vive, et allouer ce cadre à la page que 
le processus veut utiliser. Ainsi seul la table de pages (en mémoire vive) est 
modifiée et tant qu'il reste des pages vides en RAM, ça swap sans jamais 
accéder réellement au stockage de masse. En gros ça permet avant tout d'allouer 
la même portion de mémoire libre à plusieurs processus, les échanges se faisant 
uniquement dans la table de page. Dans la pratique ça permet d'optimiser 
l'utilisation de la mémoire, ça évite par exemple d'avoir à supprimer une page 
de cache disque tant qu'un processus n'a pas réellement besoin de l'utiliser.

@+
Hugues

--- Original Message ---
Le jeudi 19 janvier 2023 à 15:27, Basile Starynkevitch 
 a écrit :


> 

> 

> On 19/01/2023 15:14, hamster wrote:
> 

> > Le 19/01/2023 à 09:50, didier gaumet a écrit :
> > 

> > > Le jeudi 19 janvier 2023 à 08:16 +0100, Olivier backup my spare a
> > > écrit :
> > > [...]
> > > 

> > > > Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un
> > > > ordinateur portable.
> > > > Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner
> > > > la carte SD, ça n'a aucun intérêt sur un PC.
> > 

> > 

> > Oh que si. Je le fais systématiquement sur mes PC, et je le fais comme sur 
> > un raspi : en utilisant zram.
> > 

> > Petit récapitulatif a propos de la swap :
> > 

> > Son usage premier, c'est de décharger la RAM quand elle est pleine. Mais 
> > c'est lent, très lent. Avec 32 G de RAM, si tu t'amuse a faire une 
> > partition swap aussi grosse que la RAM et que tu la remplis, ton ordi 
> > devient tellement lent que c'est inutilisable.
> 

> 

> 

> Ca dépend la aussi des cas de figures.
> 

> 

> 

> Première remarque: le coût en € de la RAM comme du disque est (en Europe) 
> faible -en 2023- par rapport au coût mensuel chargé de l'informaticien qui 
> l'utilise.
> 

> 

> 

> Autrement dit: pour un développeur de logiciel, le salaire du dévelopeur 
> coûte (mensuellement) plus cher que la RAM qu'il utilise (sauf cas 
> particuliers tels que calculs par éléments finis de la turbulence autour 
> d'une éolienne).
> 

> Très concretement: au début de ma carrière (1985) l'ordinateur professionnel 
> (Sun3/160) coûtait 3 ans de salaire. actuellement il coûte (au CEA) moins de 
> 2 mois de salaire.
> 

> 

> 

> Pour revenir à la question du swap. Si on est développeur, et que de temps à 
> autre on consulte de la documentation sur son navigateur, on peut attendre 
> 0,5 à 2 secondes que le navigateur (Mozilla Firefox) recharge ses données du 
> disque (rotatif et lent) vers la RAM. Ca peut arriver par exemple en 
> changeant le "focus" de la souris.
> 

> Pour ma part, au bureau comme à la maison j'ai des ordinateurs fixes (sous 
> Linux) dont 50% de la RAM est peu utilisée.
> 

> rimski.x86_64 ~/RefPerSys 15:24 .0 % free -m
> total used free shared buff/cache available
> Mem: 64263 9560 24278 114 30424 53944
> Swap: 2047 0 2047
> 

> Mais de temps à auitre la totalité de la RAM est utile.
> 

> 

> 

> Un exemple qui nécessite beaucoup de RAM, c'est la compilation (en parallèle 
> avec make -j) du code source de Mozilla Firefox (ou même de Qt) ou de GCC.
> 

> Cordialement
> 

> 

> 

> --
> Basile Starynkevitch  
> (only mine opinions / les opinions sont miennes uniquement)
> 92340 Bourg-la-Reine, France
> web page: starynkevitch.net/Basile/

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Swap en mémoire RAM. Est-ce pertinent?

[Th.A.C]

Le 19/01/2023 à 06:08, Olivier backup my spare a écrit :

Bonjour

Ayant reçu mon laptop avec 32 Go de RAM.
Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le 
fait sur les Raspberry pi4b 8Go?

Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.

Pensez vous que cela pertinent? Le Laptop est personnel et pour un usage 
perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp, 
Virtualisation, bureautique, etc, sauf jouer.




Bonjour,

si tu ne satures jamais ta ram (ou très peu), tu peux aussi jouer sur le 
'swapiness'.
Ca permet de définir à partir de quelle pourcentage de ram occupée, le 
système utilisera le swap (attention, les valeurs sont inversées)


par exemple:
https://geekeries.de-labrusse.fr/?p=1806

Il y a aussi la possibilité de mettre ton tmpfs en ram pour limiter les 
accès au ssd

Re: Swap en mémoire RAM. Est-ce pertinent?

[Dethegeek]

>Avec un SSD, l'intérêt c'est précisément de l'économiser en ne faisant pas
dessus les très nombreuses écritures dans la swap.

Les SSD d'aujourd'hui n'ont plus le problème d'usure qu'on a connu avec les
premiers produits de ce type.

Très vite, les fabricants ont mis en place la technologie de Wear leveling
qui permet de repartir les écritures sur tout l'espace, de manière à
retarder la destruction d'une zone par écritures successives.

Le risque de détruire une zone est également réduit par l'augmentation de
la taille des SSD. Plus ils sont grands, plus il y a de zones permettant de
recevoir des écritures. On fait la le pari réaliste qu'on ne modifie pas la
totalité des fichiers du disque tous les 3 jours.

Du coup, même si l'usure d'un SSD existe, et sa détérioration est
inévitable, il faut vraiment mettre le paquet pour provoquer une panne. Une
petite recherche permet de trouver ceci (en anglais) :
https://www.howtogeek.com/322856/how-long-do-solid-state-drives-really-last/


Il semble qu'avec des SSD de taille modeste aujourd'hui (250Go) il soit
nécessaire d'écrire de l'ordre de 1000To pour arriver à la une panne par
usure. Ça me semble beaucoup pour un usage domestique. Je pense que le swap
peut être utilisé sur un SSD sans trop se faire de mauvais sang.

Étant sur un téléphone je ne peux pas lire en détail l'étude menée par
Facebook sur son parc de SSD. Il semble ressortir qu'il faut les protéger
de la chaleur pour réduire un autre risque de panne.

Enfin, zram a ses limites : si on veut ne pas trop charger le cpu pendant
la compression et décompression des données, et avoir un traitement rapide,
l'algorithme doit être de performance limitée. Du coup le gain en place
l'est aussi. Il y a un choix a faire entre les rapports de rapidité,
efficacité (en volume de mémoire récupéré) et l'usure d'un disque.

Cela dit je mets toujours un petit zram en place. L'idéal serait que zram
soit utilisé en premier recours, afin de réduire les échanges sur les
volumes swap sur disque. On gagne en rapidité et en usure des disques. Je
n'ai pas pris le temps de voir si cette priorité est réalisée sans qu'on
mette les mains dans le cambouis ou si c'est faisable.




Le jeu. 19 janv. 2023 à 15:02, hamster  a écrit :

> Le 19/01/2023 à 08:06, Olivier backup my spare a écrit :
> > Je me fonde sur cet article
> >
> https://techielinux.com/2022/01/19/what-is-swap-memory-in-linux-and-how-to-extend-swap-memory-in-linux/
>
> Heu, cet article ne parle pas de swap dans la ram, il parle d'une
> méthode pour agrandir la partition swap sur le disque.
>
>

Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[Basile Starynkevitch]

On 19/01/2023 15:14, hamster wrote:

Le 19/01/2023 à 09:50, didier gaumet a écrit :

Le jeudi 19 janvier 2023 à 08:16 +0100, Olivier backup my spare a
écrit :
[...]

Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un
ordinateur portable.
Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner
la carte SD, ça n'a aucun intérêt sur un PC.


Oh que si. Je le fais systématiquement sur mes PC, et je le fais comme 
sur un raspi : en utilisant zram.


Petit récapitulatif a propos de la swap :

Son usage premier, c'est de décharger la RAM quand elle est pleine. 
Mais c'est lent, très lent. Avec 32 G de RAM, si tu t'amuse a faire 
une partition swap aussi grosse que la RAM et que tu la remplis, ton 
ordi devient tellement lent que c'est inutilisable.



Ca dépend la aussi des cas de figures.


Première remarque: le coût en € de la RAM comme du disque est (en 
Europe) faible -en 2023- par rapport au coût mensuel chargé de 
l'informaticien qui l'utilise.



Autrement dit: pour un développeur de logiciel, le salaire du dévelopeur 
coûte (mensuellement) plus cher que la RAM qu'il utilise (sauf cas 
particuliers tels que calculs par éléments finis de la turbulence autour 
d'une éolienne).


Très concretement: au début de ma carrière (1985) l'ordinateur 
professionnel (Sun3/160) coûtait 3 ans de salaire. actuellement il coûte 
(au CEA) moins de 2 mois de salaire.



Pour revenir à la question du swap. Si on est développeur, et que de 
temps à autre on consulte de la documentation sur son navigateur, on 
peut attendre 0,5 à 2 secondes que le navigateur (Mozilla Firefox) 
recharge ses données du disque (rotatif et lent) vers la RAM. Ca peut 
arriver par exemple en changeant le "focus" de la souris.


Pour ma part, au bureau comme à la maison j'ai des ordinateurs fixes 
(sous Linux) dont 50% de la RAM est peu utilisée.


rimski.x86_64 ~/RefPerSys 15:24 .0 % free -m
   total    used    free  shared buff/cache   
available

Mem:   64263    9560   24278 114 30424   53944
Swap:   2047   0    2047

Mais de temps à auitre la totalité de la RAM est utile.


Un exemple qui nécessite beaucoup de RAM, c'est la compilation (en 
parallèle avec make -j) du code source de Mozilla Firefox (ou même de Qt 
<https://www.qt.io/>) ou de GCC <https://gcc.gnu.org/>.


Cordialement


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[hamster]

Le 19/01/2023 à 09:50, didier gaumet a écrit :

Le jeudi 19 janvier 2023 à 08:16 +0100, Olivier backup my spare a
écrit :
[...]

Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un
ordinateur portable.
Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner
la carte SD, ça n'a aucun intérêt sur un PC.


Oh que si. Je le fais systématiquement sur mes PC, et je le fais comme 
sur un raspi : en utilisant zram.


Petit récapitulatif a propos de la swap :

Son usage premier, c'est de décharger la RAM quand elle est pleine. Mais 
c'est lent, très lent. Avec 32 G de RAM, si tu t'amuse a faire une 
partition swap aussi grosse que la RAM et que tu la remplis, ton ordi 
devient tellement lent que c'est inutilisable. Avec un SSD c'est moins 
lent mais c'est lent quand meme.


Pour cet usage la, ca sert donc a rien d'avoir une partition swap enorme 
pour cause de lenteur. Par contre zram est très utile : il fait le meme 
boulot et c'est un poil plus lent que si les données etaient en RAM mais 
quand meme beaucoup plus rapide que quand ca swappe sur un disque. Je 
met carrément 50 % de ma RAM sous forme de swap avec zram.


Mais la swap a aussi un autre usage : sauvegarder la RAW pour hiberner. 
Et pour cet usage la ca nécessite 2 choses :
- que la swap soit sur un support perenne, donc sur le disque et pas 
dans la RAM meme compressé avec zram
- que la swap soit assez grande pour accueillir le contenu de la RAM, 
zome compressée avec zram comprise.
Tu dis avoir 32 G de RAM et avoir fait une partoche swap de 16 G sur ton 
disque, tu risque donc d'avoir des soucis si un jour tu hiberne alors 
que ta RAM est plus que moitié pleine. D'un autre coté vu la quantité 
que tu en a, ca va pas arriver de sitot.

Re: Swap en mémoire RAM. Est-ce pertinent?

[hamster]

Le 19/01/2023 à 08:06, Olivier backup my spare a écrit :

Je me fonde sur cet article
https://techielinux.com/2022/01/19/what-is-swap-memory-in-linux-and-how-to-extend-swap-memory-in-linux/


Heu, cet article ne parle pas de swap dans la ram, il parle d'une 
méthode pour agrandir la partition swap sur le disque.

Re: Swap en mémoire RAM. Est-ce pertinent?

[hamster]

Le 19/01/2023 à 08:01, Dethegeek a écrit :
Mais, il y a mieux : zram qui fait exactement ce que tu demandes, mais 
avec une petite subtilité : il compresse les données mises en swap. 
L'intérêt est que l'acces est bien plus rapide qu'un volume sur disque 
(magnétique). Avec un SSD, l'intérêt diminue significativement.


Avec un SSD, l'interet c'est précisément de l'économiser en ne faisant 
pas dessus les très nombreuses écritures dans la swap.

Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[didier gaumet]

Merci à toi et Dethegeek pour les explications sur Zram que je n'ai
jamais utilisé et ne connaissais que son existence sans savoir quelles
sont ses fonctionnalités

Il y a là un article de vulgarisation sur les optimisations mémoire,
déjà un peu ancien (2016), qui évoque zRam mais aussi zvol et KSM:
https://www.deltasight.fr/les-optimisations-memoire-sous-linux/
(je crois que je n'avais jamais entendu parler ni de zvol ni de KSM)

Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[Patrick ZAJDA]

Bonjour,


En fait, le principe n'est pas seulement de prendre de la RAM pour 
décharger la RAM pour la longévité de la carte SD car sinon, 
effectivement il y a comme un paradoxe.



Il faudrait que j'approfondisse ma recherche sur ce qui est fait sur le 
Raspberry Pi mais ce don je peux parler, c'est de Armbian.


Armbian utilise justement ZRAM.

Et oui on utilise toujours un espace en RAM comme swap mais celui-ci 
étant compressé, c'est toujours moins que si c'était un simple espace 
dédié genre tmpfs.


ça peut donc jouer sur les performances vu qu'il faut en suite 
décompressé mais il y a la possibilité de trouver un bon compromis entre 
performance de compression et performances à l'utilisation général.



En espérant que ça aide,


Patrick


Le 19/01/2023 à 09:50, didier gaumet a écrit :

Le jeudi 19 janvier 2023 à 08:16 +0100, Olivier backup my spare a
écrit :
[...]

Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un
ordinateur portable.
Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner
la carte SD, ça n'a aucun intérêt sur un PC.

[...]

C'est peut-être moi qui suis trop limité intellectuellement :-)

mais je ne vois pas plus l'intérêt sur un Raspberry (ou tout autre
ordinateur ayant une carte SD pour mémoire de masse): oui, ne pas
mettre le swap en RAM épargne la carte SD et évite ainsi une usure
précoce. Mais le but du swap n'est-il pas principalement (voire
exclusivement) d'éviter un plantage lors d'un manque de mémoire vive en
dédiant une partie de la mémoire de masse à un usage d'extension de la
mémoire vive? Donc à part un possible ralentissement, quel est le gain
attendu puisque la quantité de swap additionnée est dans ce cas
soustraite de la mémoire vive?

Du coup sur ce genre d'ordinateur, je suppose qu'il est possible de:
- soit privilégier la longévité de la carte SD en ne mettant pas le
swap dessus, mais dans ce cas mettre le swap en RAM n'apporte rien en
termes de quantité de mémoire globale disponible avant plantage. Dans
ce cas je verrais bien la suppression du swap?
- soit privilégier l'évitement de possibles plantages dus à une carence
mémoire disponible en créant un swap traditionnel sur la carte SD, en
intégrant que l'usure de la carte sera accélérée et à surveiller pour
remplacement périodique?



--
Patrick ZAJDA

Re: [HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[didier gaumet]

Le jeudi 19 janvier 2023 à 08:16 +0100, Olivier backup my spare a
écrit :
[...]
> Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un 
> ordinateur portable.
> Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner
> la carte SD, ça n'a aucun intérêt sur un PC.
[...]

C'est peut-être moi qui suis trop limité intellectuellement :-)

mais je ne vois pas plus l'intérêt sur un Raspberry (ou tout autre
ordinateur ayant une carte SD pour mémoire de masse): oui, ne pas
mettre le swap en RAM épargne la carte SD et évite ainsi une usure
précoce. Mais le but du swap n'est-il pas principalement (voire
exclusivement) d'éviter un plantage lors d'un manque de mémoire vive en
dédiant une partie de la mémoire de masse à un usage d'extension de la
mémoire vive? Donc à part un possible ralentissement, quel est le gain
attendu puisque la quantité de swap additionnée est dans ce cas
soustraite de la mémoire vive?

Du coup sur ce genre d'ordinateur, je suppose qu'il est possible de:
- soit privilégier la longévité de la carte SD en ne mettant pas le
swap dessus, mais dans ce cas mettre le swap en RAM n'apporte rien en
termes de quantité de mémoire globale disponible avant plantage. Dans
ce cas je verrais bien la suppression du swap?
- soit privilégier l'évitement de possibles plantages dus à une carence
mémoire disponible en créant un swap traditionnel sur la carte SD, en
intégrant que l'usure de la carte sera accélérée et à surveiller pour
remplacement périodique?

[HS] confusion d'outils [Was] Re: Swap en mémoire RAM. Est-ce pertinent?

[Olivier backup my spare]

Bonjour

Ma question ne mérite pas de réponse.
Bêtement, j'ai voulu appliqué un usage lié au raspberry pi sur un 
ordinateur portable.
Si on supprime ou met le swap d'un raspberry pi en RAM pour épargner la 
carte SD, ça n'a aucun intérêt sur un PC.

Il faut que j'arrête les raspberry pi. Ca me fait faire des bêtises.


Le 19/01/2023 à 06:08, Olivier backup my spare a écrit :

Bonjour

Ayant reçu mon laptop avec 32 Go de RAM.
Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le 
fait sur les Raspberry pi4b 8Go?

Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.

Pensez vous que cela pertinent? Le Laptop est personnel et pour un usage 
perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp, 
Virtualisation, bureautique, etc, sauf jouer.




--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmrBEGIN:VCARD
VERSION:4.0
N:P.;Olivier;;;
NICKNAME:Backup my Spare
EMAIL;PREF=1:backup.my.sp...@gmail.com
URL:https://Deployadmin.com
TZ:Europe/Paris
FN:Olivier P.
ADR:;;;Rambouillet;;78120;France
END:VCARD


smime.p7s
Description: Signature cryptographique S/MIME

Re: Swap en mémoire RAM. Est-ce pertinent?

[Basile Starynkevitch]

On 19/01/2023 06:08, Olivier backup my spare wrote:

Bonjour

Ayant reçu mon laptop avec 32 Go de RAM.
Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on 
le fait sur les Raspberry pi4b 8Go?

Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.



Il est possible que 16Go de swap sur le SSD se révèle à l'usage 
insuffisant. Les commandes free 
<https://man7.org/linux/man-pages/man1/free.1.html> et vmstat 
<https://man7.org/linux/man-pages/man8/vmstat.8.html> ou les pseudo 
fichiers /proc/status ou /proc/meminfo le diront. Ou bien top, htop ou 
graphiquement xosview.


On pourrait y remedier plus tard en swapant dans un fichier (créé par 
mkswap <https://man7.org/linux/man-pages/man8/mkswap.8.html> et ajouté 
dans /etc/fstab)


Pensez vous que cela pertinent? Le Laptop est personnel et pour un 
usage perso : montage vidéo, surf sur le web avec 20 onglets 
d'ouverts, ftp, Virtualisation, bureautique, etc, sauf jouer.



Il se pourrait même qu'acheter dans un an ou deux des barrettes de RAM 
supplémentaires soit utile.


Il me semble que swaper en mémoire est totalement inutile dans votre cas 
(et pourrait même diminuer de quelque % la performance ressentie par 
l'utilisateur)


Il se pourrait que monter /tmp dans un système de fichier tmpfs 
<https://man7.org/linux/man-pages/man5/tmpfs.5.html> se revèle 
pertinent. Evidemment, c'est pour des fichiers temporaires, perdus au 
redémarrage.


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Swap en mémoire RAM. Est-ce pertinent?

[Olivier backup my spare]

Je me fonde sur cet article
https://techielinux.com/2022/01/19/what-is-swap-memory-in-linux-and-how-to-extend-swap-memory-in-linux/
Il est de 2022, je le croyais pertinent puisue récent. Personne n'est 
parfait, on peut se fourvoyer involontairement par manque de bon sens. 
Ai je le droit à l'erreur?


Le 19/01/2023 à 08:01, Dethegeek a écrit :

Bonjour,

Avoir un swap en RAM n'a aucun intérêt, puisque quand il sera sollicité, 
le système va déplacer des portions de données depuis la RAM vers la 
RAM, afin d'en libérer pour les besoins immédiats d'une application.


Si tu as énormément de RAM par rapport à tes usages tu peux simplement 
désactiver le swap en n'ayant aucun volume dédié. Il faut être sûr de le 
pas saturer sinon ce sera l'arrêt assuré d'un service (qui va redémarrer 
automatiquement) ou d'une application e cours de fonctionnement. Il peut 
aussi y avoir des dysfonctionnements allant d'erreurs pendant un 
traitements, jusqu'au plantage si l'appli gère mal un refus d'allocation 
de mémoire.


Mais, il y a mieux : zram qui fait exactement ce que tu demandes, mais 
avec une petite subtilité : il compresse les données mises en swap. 
L'intérêt est que l'acces est bien plus rapide qu'un volume sur disque 
(magnétique). Avec un SSD, l'intérêt diminue significativement.


Zram va créer plusieurs volumes en RAM. Cela réserve donc quelques 
centaines de MO. Avec 32 Go de RAM ce sera probablement de l'ordre de 
quelques Go. Ensuite tout se fait en apparence comme un swap classique.


https://fr.m.wikipedia.org/wiki/ZRam <https://fr.m.wikipedia.org/wiki/ZRam>

Il y a un paquet pour debian et ses dérivés.

Voici la documentation communautaire pour Ubuntu

https://doc.ubuntu-fr.org/zram <https://doc.ubuntu-fr.org/zram>

Le jeu. 19 janv. 2023 à 06:08, Olivier backup my spare 
mailto:backup.my.sp...@gmail.com>> a écrit :


Bonjour

Ayant reçu mon laptop avec 32 Go de RAM.
Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le
fait sur les Raspberry pi4b 8Go?
Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.

Pensez vous que cela pertinent? Le Laptop est personnel et pour un
usage
perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp,
Virtualisation, bureautique, etc, sauf jouer.

-- 
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.

Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmr



--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmrBEGIN:VCARD
VERSION:4.0
N:P.;Olivier;;;
NICKNAME:Backup my Spare
EMAIL;PREF=1:backup.my.sp...@gmail.com
URL:https://Deployadmin.com
TZ:Europe/Paris
FN:Olivier P.
ADR:;;;Rambouillet;;78120;France
END:VCARD


smime.p7s
Description: Signature cryptographique S/MIME

Re: Swap en mémoire RAM. Est-ce pertinent?

[Dethegeek]

Bonjour,

Avoir un swap en RAM n'a aucun intérêt, puisque quand il sera sollicité, le
système va déplacer des portions de données depuis la RAM vers la RAM, afin
d'en libérer pour les besoins immédiats d'une application.

Si tu as énormément de RAM par rapport à tes usages tu peux simplement
désactiver le swap en n'ayant aucun volume dédié. Il faut être sûr de le
pas saturer sinon ce sera l'arrêt assuré d'un service (qui va redémarrer
automatiquement) ou d'une application e cours de fonctionnement. Il peut
aussi y avoir des dysfonctionnements allant d'erreurs pendant un
traitements, jusqu'au plantage si l'appli gère mal un refus d'allocation de
mémoire.

Mais, il y a mieux : zram qui fait exactement ce que tu demandes, mais avec
une petite subtilité : il compresse les données mises en swap. L'intérêt
est que l'acces est bien plus rapide qu'un volume sur disque (magnétique).
Avec un SSD, l'intérêt diminue significativement.

Zram va créer plusieurs volumes en RAM. Cela réserve donc quelques
centaines de MO. Avec 32 Go de RAM ce sera probablement de l'ordre de
quelques Go. Ensuite tout se fait en apparence comme un swap classique.

https://fr.m.wikipedia.org/wiki/ZRam

Il y a un paquet pour debian et ses dérivés.

Voici la documentation communautaire pour Ubuntu

https://doc.ubuntu-fr.org/zram

Le jeu. 19 janv. 2023 à 06:08, Olivier backup my spare <
backup.my.sp...@gmail.com> a écrit :

> Bonjour
>
> Ayant reçu mon laptop avec 32 Go de RAM.
> Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le
> fait sur les Raspberry pi4b 8Go?
> Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.
>
> Pensez vous que cela pertinent? Le Laptop est personnel et pour un usage
> perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp,
> Virtualisation, bureautique, etc, sauf jouer.
>
> --
> AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
> Centre d'économie S**
> Monero (XMR) - The secure, private, untraceable cryptocurrency
> that keeps your money confidential.
> Grassroots. Open source. Dedicated to privacy & freedom.
> Monero || #xmr

Swap en mémoire RAM. Est-ce pertinent?

[Olivier backup my spare]

Bonjour

Ayant reçu mon laptop avec 32 Go de RAM.
Je m'étais dit, et pourquoi ne pas créer un swap en mémoire comme on le 
fait sur les Raspberry pi4b 8Go?

Notez, qu'à l'installation, j'ai fait un swap de 16 Go sur le SSD.

Pensez vous que cela pertinent? Le Laptop est personnel et pour un usage 
perso : montage vidéo, surf sur le web avec 20 onglets d'ouverts, ftp, 
Virtualisation, bureautique, etc, sauf jouer.


--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmrBEGIN:VCARD
VERSION:4.0
N:P.;Olivier;;;
NICKNAME:Backup my Spare
EMAIL;PREF=1:backup.my.sp...@gmail.com
URL:https://Deployadmin.com
TZ:Europe/Paris
FN:Olivier P.
ADR:;;;Rambouillet;;78120;France
END:VCARD


smime.p7s
Description: Signature cryptographique S/MIME

Re: [HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[ptilou]

Le mardi 3 janvier 2023 à 20:40:04 UTC+1, ajh-valmer a écrit :
> On Tuesday 03 January 2023 16:33:43 ptilou wrote: 
> > Le mardi 3 janvier 2023 à 10:30:03 UTC+1, Assistance informatique du CES a 
> > écrit :
> > > Bonjour à tous, meilleurs voeux 2023 : 
> Merci, de même.
> > Je parle comme je parle d’habitude et je suis navré que j’ai pu heurté, moi 
> > il me semble qu’il 
> > faut être soucieux de la planete et ne pas acheter plus qu’i. N’en faut, 
> > parce que pour faire
> > des composants électronique du types semi-conducteurs la consommation d’eau 
> > est astronautiques… : 
> 
> Et oui, l'eau vient de la planète Mars via la Russie.

C’est quel drogue ?
Elle est bonne …

> > Donc il m’a semblé que quelqu’un qui se dit avoir un poste informatique est 
> > un fake, je m’excuse 
> > (Dieudonne), je dis se que je pense ….
> > J’ai vue qu’avec un ssd on peut faire de la swap, sinon ! : 
> 
> Ça alors, moi qui ait rajouté un bon vieux DD IDE pour ça !

Il swap ?
Dynamiquement ?

> > Dans le livre de BSD Unix toolbox, il me semble qu’ils sont à renater, donc 
> > peuvent être 
> > d’expliquer la swap dynamique ? 
> > Je suis au pays de Torvald, dit donc on se cailles les miches … Ptilou
> Alors aller à Vladivostok (Владивосток), c'est moins froid et à la mode.

Il faut un visa, et c’est prévu …

Les meilleurs informaticiens de l’underground sont là bas, parce que ils ont 
leur chances et leurs droit, ici touS est joué d’avance …

Sinon, quel paquet a tu fait ? Collaborer, parce que find ou grep renvoie néant 
?

— 
Ptilou

Re: [HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[Olivier Orchard]

Personne n'est obligé de se souvenir de ce que l'autre dit.
Je fais une progression de carrière. Je suis des cours  et j'ai des
exercices (TP) à réaliser.
Lorsque je ne suis pas chez moi, je dois recréer un réseau virtuel pour les
TP sur ma machine : 2 postes, un switch, etc. Mon Dell 16 Go ne suit plus.
J'ai donc pris un tuxedo Computer 32 Go pour avoir assez de RAM lors de mes
TP lorsque je suis absent de mon domicile.
Je voulais 64 Go parce que dans mon cursus, les réseaux "virtuel" + "host
en VM seront plus "conséquent". Voilà pourquoi j'ai besoin de RAM.



Le mar. 3 janv. 2023 à 16:40, ptilou  a écrit :

> Le mardi 3 janvier 2023 à 10:30:03 UTC+1, Assistance informatique du CES a
> écrit :
> > Bonjour à tous,
> >
> > meilleurs voeux 2023.
> >
> >
> > Des collègues d'autres unités nous ont indiqué ce fil de discussion
> > et à sa lecture, il nous semble nécessaire de faire la déclaration
> ci-dessous,
> > en marge de l'aspect technique initial.
> >
> > Nous sommes actuellement 2 informaticiens en poste
> > au Centre d'Economie de la Sorbonne situé dans le batiment de la MSE à
> Paris 13ème:
> > Rachad Abidi
> > Olivier Lifshitz
> >
> > Aucun de nous 2 n'a jamais posté sur la liste debian-user-french
> > depuis le pseudo
> > Olivier Back my spare  .
> >
> > Ceci maintenant précisé,
> > nous retournons à notre travail
> > et vous souhaitons à tous une bonne continuation.
> >
> >
> > Cordialement,
> > Le service informatique du CES
>
> Merci et bonne année à tous !
>
> Je parle comme je parle d’habitude et je suis navré que j’ai pu heurté,
> moi il me semble qu’il faut être soucieux de la planete et ne pas acheter
> plus qu’i. N’en faut, parce que pour faire des composants électronique du
> types semi-conducteurs la consommation d’eau est astronautiques …
>
> Donc il m’a semblé que quelqu’un qui se dit avoir un poste informatique
> est un fake, je m’excuse (Dieudonne), je dis se que je pense ….
>
> J’ai vue qu’avec un ssd on peut faire de la swap, sinon !
> Dans le livre de BSD Unix toolbox, il me semble qu’ils sont à renater,
> donc peuvent être d’expliquer la swap dynamique ?
>
> Je suis au pays de Torvald, dit donc on se cailles les miches …
>
> —
> Ptilou
>
>

Re: [HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[ajh-valmer]

On Tuesday 03 January 2023 16:33:43 ptilou wrote:
> Le mardi 3 janvier 2023 à 10:30:03 UTC+1, Assistance informatique du CES a 
> écrit :
> > Bonjour à tous,  meilleurs voeux 2023 : 
Merci, de même.

> Je parle comme je parle d’habitude et je suis navré que j’ai pu heurté, moi 
> il me semble qu’il
> faut être soucieux de la planete et ne pas acheter plus qu’i. N’en faut, 
> parce que pour faire 
> des composants électronique du types semi-conducteurs la consommation d’eau 
> est astronautiques… :

Et oui, l'eau vient de la planète Mars via la Russie.

> Donc il m’a semblé que quelqu’un qui se dit avoir un poste informatique est 
> un fake, je m’excuse
> (Dieudonne), je dis se que je pense …. 
> J’ai vue qu’avec un ssd on peut faire de la swap, sinon ! :

Ça alors, moi qui ait rajouté un bon vieux DD IDE pour ça !

> Dans le livre de BSD Unix toolbox, il me semble qu’ils sont à renater, donc 
> peuvent être
> d’expliquer la swap dynamique ? 
> Je suis au pays de Torvald, dit donc on se cailles les miches … Ptilou

Alors aller à Vladivostok (Владивосток), c'est moins froid et à la mode.

Re: [HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[ptilou]

Le mardi 3 janvier 2023 à 10:30:03 UTC+1, Assistance informatique du CES a 
écrit :
> Bonjour à tous, 
> 
> meilleurs voeux 2023. 
> 
> 
> Des collègues d'autres unités nous ont indiqué ce fil de discussion 
> et à sa lecture, il nous semble nécessaire de faire la déclaration 
> ci-dessous, 
> en marge de l'aspect technique initial. 
> 
> Nous sommes actuellement 2 informaticiens en poste 
> au Centre d'Economie de la Sorbonne situé dans le batiment de la MSE à Paris 
> 13ème: 
> Rachad Abidi 
> Olivier Lifshitz 
> 
> Aucun de nous 2 n'a jamais posté sur la liste debian-user-french 
> depuis le pseudo 
> Olivier Back my spare  . 
> 
> Ceci maintenant précisé, 
> nous retournons à notre travail 
> et vous souhaitons à tous une bonne continuation. 
> 
> 
> Cordialement, 
> Le service informatique du CES

Merci et bonne année à tous !

Je parle comme je parle d’habitude et je suis navré que j’ai pu heurté, moi il 
me semble qu’il faut être soucieux de la planete et ne pas acheter plus qu’i. 
N’en faut, parce que pour faire des composants électronique du types 
semi-conducteurs la consommation d’eau est astronautiques …

Donc il m’a semblé que quelqu’un qui se dit avoir un poste informatique est un 
fake, je m’excuse (Dieudonne), je dis se que je pense ….

J’ai vue qu’avec un ssd on peut faire de la swap, sinon !
Dans le livre de BSD Unix toolbox, il me semble qu’ils sont à renater, donc 
peuvent être d’expliquer la swap dynamique ?

Je suis au pays de Torvald, dit donc on se cailles les miches …

— 
Ptilou 

Malveillance et doxing- Article 223-1-1 du Code pénal [Was: Re: 16, 32 ou 64 Go de RAM]

[Olivier backup my spare]

Bonjour

Je vous rappelle que le doxing est interdit .

Merci à ptilou@gmail pour sa malveillance.
Plainte est déposé contre X et tous les participants à ce doxing.



Le 03/01/2023 à 09:59, Assistance informatique du CES a écrit :

Bonjour à tous,

meilleurs voeux 2023.


Des collègues d'autres unités nous ont indiqué ce fil de discussion
et à sa lecture, il nous semble nécessaire de faire la déclaration 
ci-dessous,

en marge de l'aspect technique initial.

Nous sommes actuellement 2 informaticiens en poste
au Centre d'Economie de la Sorbonne situé dans le batiment de la MSE à 
Paris 13ème:

Rachad Abidi
Olivier Lifshitz

Aucun de nous 2 n'a jamais posté sur la liste debian-user-french
depuis le pseudo
Olivier Back my spare  .

Ceci maintenant précisé,
nous retournons à notre travail
et vous souhaitons à tous une bonne continuation.


Cordialement,
Le service informatique du CES



--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmrBEGIN:VCARD
VERSION:4.0
N:P.;Olivier;;;
NICKNAME:Backup my Spare
EMAIL;PREF=1:backup.my.sp...@gmail.com
URL:https://Deployadmin.com
TZ:Europe/Paris
END:VCARD


smime.p7s
Description: Signature cryptographique S/MIME

Re: [HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[Olivier backup my spare]

Vous devriez demandé à la secrétaire générale dont je ne citerai pas le
nom quel est l'autre Olivier qui fait toujours partie du CES.

Faire des affirmations sans les avoir vérifier, ce n'est pro.
Je me rends compte que c'est le CDD qui a répondu et non le permanent 
(monsieur télétravail 5/7j).
Nommer les gens du service informatique n'est pas autorisé sauf 
autorisation du DU. Et on est CNRS, là, pas chez Addecco


Le 03/01/2023 à 09:59, Assistance informatique du CES a écrit :

Bonjour à tous,

meilleurs voeux 2023.


Des collègues d'autres unités nous ont indiqué ce fil de discussion
et à sa lecture, il nous semble nécessaire de faire la déclaration 
ci-dessous,

en marge de l'aspect technique initial.

Nous sommes actuellement 2 informaticiens en poste
au Centre d'Economie de la Sorbonne situé dans le batiment de la MSE à 
Paris 13ème:

Rachad Abidi
Olivier Lifshitz

Aucun de nous 2 n'a jamais posté sur la liste debian-user-french
depuis le pseudo
Olivier Back my spare  .

Ceci maintenant précisé,
nous retournons à notre travail
et vous souhaitons à tous une bonne continuation.


Cordialement,
Le service informatique du CES



--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
Monero (XMR) - The secure, private, untraceable cryptocurrency
that keeps your money confidential.
Grassroots. Open source. Dedicated to privacy & freedom.
Monero || #xmr


smime.p7s
Description: Signature cryptographique S/MIME

[HS] disclaimer [Was: Re: 16, 32 ou 64 Go de RAM]

[Assistance informatique du CES]

Bonjour à tous,

meilleurs voeux 2023.


Des collègues d'autres unités nous ont indiqué ce fil de discussion
et à sa lecture, il nous semble nécessaire de faire la déclaration ci-dessous,
en marge de l'aspect technique initial.

Nous sommes actuellement 2 informaticiens en poste
au Centre d'Economie de la Sorbonne situé dans le batiment de la MSE à Paris 
13ème:
Rachad Abidi
Olivier Lifshitz

Aucun de nous 2 n'a jamais posté sur la liste debian-user-french
depuis le pseudo
Olivier Back my spare  .

Ceci maintenant précisé,
nous retournons à notre travail
et vous souhaitons à tous une bonne continuation.


Cordialement,
Le service informatique du CES

Re: 16, 32 ou 64 Go de RAM

[Hugues Larrive]

--- Original Message ---
Le lundi 2 janvier 2023 à 15:11, hamster  a écrit :


> 

> 

> Le 02/01/2023 à 09:30, Basile Starynkevitch a écrit :
> 

> > On 02/01/2023 01:51, Olivier Lange wrote:
> > 

> > > Le dim. 1 janv. 2023, 15 h 16, hamster hams...@suna.fdn.fr a écrit :
> > > 

> > > Le 01/01/2023 à 17:05, Olivier Lange a écrit :
> > > > Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit
> > > vouloir
> > > > le garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que
> > > 16Go? 20€/an?
> > > 

> > > Cette question peut aussi bien etre posée dans l'autre sens : quel
> > > est
> > > l'interet de prendre 32 Go si dans toute la durée d'utilisation de
> > > cet
> > > ordi il y en aura la moitié qui servira jamais ?
> > 

> > La question originelle mentionnait du développement (Visual Studio Code
> > https://code.visualstudio.com/).
> > 

> > S'il s'agit de contribuer au développement de gros logiciels
> > (probablement libres) sous Debian, comme GCC https://gcc.gnu.org/ ou
> > Mozilla Firefox
> > https://firefox-source-docs.mozilla.org/contributing/index.html ou Qt
> > https://github.com/qt pendant plusieurs années, les 32Go sont
> > aujourd’hui un luxe mais seront occasionnellement utilisés
> > (principalement comme cache disque avec une compilation parallèle, et
> > aussi quand on fait un "build" parallèle avec g++ -g -flto -O2 -fanalyzer).
> > 

> > (il suffit par exemple de compiler GCC https://gcc.gnu.org/ avec make
> > -j8 ou de compiler Qt https://github.com/qt ou le noyau linux
> > https://kernel.org/)
> > 

Justement :
>>> Running pre-merge checks for dev-qt/qtwebengine-5.15.7_p20221122
 * Checking for at least 128 GiB RAM ...    
    
    
[ !! ]
 * There is NOT at least 128 GiB RAM

Cette vm gentoo a 64 cpu et 64Go de RAM, du coup j'ai un MAKEOPTS="-j64"
dans le make.conf du système. En baissant à -j32 ça passe (il ne demande
plus que 64Go de RAM). Les projets les plus gourmands sont ceux qui
utilisent cmake comme firefox pour lequel il faut compter 1Go par CPU.
Visiblement pour qtwebengine c'est pire !

En gros je dirais que c'est raisonnable de compter entre 512Mo et 2Go
par CPU pour la plupart des utilisations. 1Go/CPU est une bonne
moyenne.

> > Bien sûr, si on se cantonne à compiler des hello world ou de petits
> > logiciels personnels d'un millier lignes de C, 8Go suffiront le plus
> > souvent (mais pas pour mon manydl.c
> > http://www.starynkevitch.net/basile/manydl.c). Même dans 5 ans.
> 

> 

> Ah, voila enfin des arguments techniques détaillés. Merci a toi pour cela.

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: 16, 32 ou 64 Go de RAM

[hamster]

Le 02/01/2023 à 09:30, Basile Starynkevitch a écrit :


On 02/01/2023 01:51, Olivier Lange wrote:



Le dim. 1 janv. 2023, 15 h 16, hamster  a écrit :

Le 01/01/2023 à 17:05, Olivier Lange a écrit :
> Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit
vouloir
> le garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que
16Go? 20€/an?

Cette question peut aussi bien etre posée dans l'autre sens : quel
est
l'interet de prendre 32 Go si dans toute la durée d'utilisation de
cet
ordi il y en aura la moitié qui servira jamais ?



La question originelle mentionnait du développement (Visual Studio Code 
).


S'il s'agit de contribuer au développement de gros logiciels 
(probablement libres) sous Debian, comme GCC  ou 
Mozilla Firefox 
  ou Qt 
  pendant plusieurs années, les 32Go sont 
aujourd’hui un luxe mais seront occasionnellement utilisés 
(principalement comme cache disque avec une compilation parallèle, et 
aussi quand on fait un "build" parallèle avec g++ -g -flto -O2 -fanalyzer).


(il suffit par exemple de compiler GCC  avec make 
-j8 ou de compiler Qt  ou le noyau linux 
)



Bien sûr, si on se cantonne à compiler des hello world ou de petits 
logiciels personnels d'un millier lignes de C, 8Go suffiront le plus 
souvent (mais pas pour mon manydl.c 
). Même dans 5 ans.


Ah, voila enfin des arguments techniques détaillés. Merci a toi pour cela.

Re: 16, 32 ou 64 Go de RAM

[Basile Starynkevitch]

On 02/01/2023 01:51, Olivier Lange wrote:



Le dim. 1 janv. 2023, 15 h 16, hamster  a écrit :

Le 01/01/2023 à 17:05, Olivier Lange a écrit :
> Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit
vouloir
> le garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que
16Go? 20€/an?

Cette question peut aussi bien etre posée dans l'autre sens : quel
est
l'interet de prendre 32 Go si dans toute la durée d'utilisation de
cet
ordi il y en aura la moitié qui servira jamais ?



La question originelle mentionnait du développement (Visual Studio Code 
<https://code.visualstudio.com/>).


S'il s'agit de contribuer au développement de gros logiciels 
(probablement libres) sous Debian, comme GCC <https://gcc.gnu.org/> ou 
Mozilla Firefox 
<https://firefox-source-docs.mozilla.org/contributing/index.html>  ou Qt 
<https://github.com/qt>  pendant plusieurs années, les 32Go sont 
aujourd’hui un luxe mais seront occasionnellement utilisés 
(principalement comme cache disque avec une compilation parallèle, et 
aussi quand on fait un "build" parallèle avec g++ -g -flto -O2 -fanalyzer).


(il suffit par exemple de compiler GCC <https://gcc.gnu.org/> avec make 
-j8 ou de compiler Qt <https://github.com/qt> ou le noyau linux 
<https://kernel.org/>)



Bien sûr, si on se cantonne à compiler des hello world ou de petits 
logiciels personnels d'un millier lignes de C, 8Go suffiront le plus 
souvent (mais pas pour mon manydl.c 
<http://www.starynkevitch.net/basile/manydl.c>). Même dans 5 ans.


D'autre part, la différence de prix entre 16 et 32 Go (sur un PC 
portable sur le site pcw.fr <https://www.pcw.fr/>) et de 150€ pour une 
machine 
<https://www.pcw.fr/portables-pro/2596-clevo-ns50pu-intel-core-12th-alder-lake-serie-pro-156-chassis-ultra-slim-batterie-73wh.html> 
vendue plus de 1100€.


Et des logiciels libres comme RefPerSys <http://refpersys.org/> (pour 
lequel je cherche des partenaires, voir http://refpersys.org/ ) 
gagnent dès maintenant à disposer de 32Go de RAM.


Un analyseur statique de code comme Frama-C <https://frama-c.com/> a 
aussi besoin de beaucoup de RAM


Pour ma part, les ordinateurs que j'utilise au bureau (CEA LIST 
<https://list.cea.fr/>) ou chez moi ont au moins 32Go de RAM.


Les autres critères à prendre en compte sont la puissance du processeur 
(nombre de cœurs), le poids de l'ordinateur si on le transporte souvent, 
la taille de l'écran et du clavier.


Bonne année 2023 à tous.

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: 16, 32 ou 64 Go de RAM

[hamster]

Le 02/01/2023 à 01:51, Olivier Lange a écrit :

Donc, toi tu es capable de connaître son / ton besoin dans 4 ans?


Oh que non. Je me base sur le besoin qu'il décrit lui. Actuellement ca 
tient sans problème dans 8 Go. Je lui préconise donc le double pour 
tenir compte de l'évolution de la technique et de ses besoins sur 5 ans. 
Ca me semble pas délirant comme marge prévue.



A un moment, il faut arrêter les trip...


A un moment il faut aussi savoir rester poli. J'aime pas me faire 
traiter de drogué parce que je lui préconise seulement le double du 
besoin qu'il décrit.

Re: 16, 32 ou 64 Go de RAM

[Olivier Lange]

Le dim. 1 janv. 2023, 15 h 16, hamster  a écrit :

> Le 01/01/2023 à 17:05, Olivier Lange a écrit :
> > Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit vouloir
> > le garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que 16Go?
> 20€/an?
>
> Cette question peut aussi bien etre posée dans l'autre sens : quel est
> l'interet de prendre 32 Go si dans toute la durée d'utilisation de cet
> ordi il y en aura la moitié qui servira jamais ?
>
> Mais il y aussi des questions non pécunières : la quantité de ressources
> nécessaires et la quantité de pollution engendrée par la fabrication
> d'une puce électronique incite aussi a ne pas s'équiper inconsidérément
> plus que nécessaire.
>

Donc, toi tu es capable de connaître son / ton besoin dans 4 ans? Serais tu
prêt a prendre le risque de devoir changer l'ordinateur au complet avant
les 5 ans, car il ne répond plus au besoin? A un moment, il faut arrêter
les trip... On est sur une ml Debian, technique. Et autant on doit pas
faire n'importe quoi, autant, faut répondre au besoin


>

Re: 16, 32 ou 64 Go de RAM

[hamster]

Le 01/01/2023 à 17:05, Olivier Lange a écrit :
Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit vouloir 
le garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que 16Go? 20€/an?


Cette question peut aussi bien etre posée dans l'autre sens : quel est 
l'interet de prendre 32 Go si dans toute la durée d'utilisation de cet 
ordi il y en aura la moitié qui servira jamais ?


Mais il y aussi des questions non pécunières : la quantité de ressources 
nécessaires et la quantité de pollution engendrée par la fabrication 
d'une puce électronique incite aussi a ne pas s'équiper inconsidérément 
plus que nécessaire.

Re: 16, 32 ou 64 Go de RAM

[ajh-valmer]

On Sunday 01 January 2023 15:26:08 Olivier Back my spare wrote:

BONNE ANNÉE 2023 à tous !

(moins explosive que 2022, moins de nucléaire, moins de soviétiques,
plus d'abandons de guerres...).

16, 32 ou 64 Go de RAM, c'est d'abord une question de prix,
il y a d'autres impératifs importants, tel le processeur...
et surtout, ce que l'on veut faire avec l'ordinateur.
Si c'est pour un serveur auquel est relié 100 terminaux,
il faut de la puissance...

AJH Valmer

Re: 16, 32 ou 64 Go de RAM

[Olivier Lange]

[hs] C'est quoi le but de revenir sur le sujet? (Question
rhétorique...)[/Hs]

Aujourd'hui, surtout sur 5 ans, prends toi 32 Go, si tu as les moyens. Ça
te permettra de gérer les besoins de demain.

Au delà de la ram, tu ne précise pas la conf que tu as prévu. Un bon
ordinateur, c'est un mix de Ram, CPU et dd (entre autre). Si tu est a
minima sur du nvme (SSD pourrais aller, mais bon...) Et un cpu récent, tu
ne devrais pas avoir de soucis pour ta machine.

Et pour ceux qui parlent de 16 voir 8go, oubliez pas qu'il dit vouloir le
garder 5 ans. C'est quoi le gain, sur 5 ans, de prendre que 16Go? 20€/an?

Olivier


Le dim. 1 janv. 2023, 09 h 26, Olivier Back my spare <
backup.my.sp...@gmail.com> a écrit :

> Pour les donneurs de leçons et la doxa.
>
> Ce monsieur ptilou au lieu de répondre à la question posée a :
> Fait une attaque personnelle : "Je vois pas la question technique, j’en
> suis a me demander un fake de  plus ( ta présentation )"
>
> Quantité de gens demandent des conseils au sujet d'ordinateur, cela ne
> semble pas le gêner. De plus il affirme que c'est du fake sans en
> apporter la preuve. L'attaque gratuite ad hominem.
>
> Il continue par un HS sans intérêt : "Que cela soit 32 ou 64, cela
> démontre que le développement régresse, la seul appli gourmande est la
> machine virtuelle"
>
> Qui a parlé de 32 bits et 64 bits?
>
> Et A nouveau l'attaque personnelle : "et donc pour un gestionnaire
> d’infrastructure pourquoi ne pas utiliser des ordinateurs libre en
> clouds ️ !"
>
> Gestionnaire d'infrastructure est un emploi type et le référen est
> E3B42. Il y a des gestionnaire d'infrastructure qui ne font que du
> serveur et d'autre que du support utilisateur. Mais ayant besoin de me
> dénigrer il s'est fié à sa sombre incurie.
> De plus Tuxedo computer ne fait pas parti du marché "matinfo", marché
> dans lequel les univerisité Française et EPST français achètent leur
> matériel informatique. En bon gestionnaire, j'aurais parlé HP, puisque
> c'est la marque au marché actuellement. Je parle de Tuxedo computer,
> donc il est évident que c'est pas pour un usage personnel. Je précise
> aussi que je ne joue pas. Franchement, pour un PC du boulot, le jeu
> n'est même pas un critère.
>
> Quand à l'usage de VMs dans mon labo. Les ressources du labo sont dédiés
> aux chercheurs, enseignants chercheurs, étudiants et thésards et non
> pour mon usage personnel. Utiliser les ressources du laboratoire pour
> mon usage, ça s'appelle de l'abus de biens sociaux et c'est interdit.
>
> Bref. Le post de monsieur ptilou n'était qu'un attaque personnelle et je
> persiste. JE l'emmerde ce petit con de l'université de Stockholm où on
> est infoutu de configurer un vpn Wireguard.
>
> C'est dit et je n'y reviendrais.
>
> Il termine par : "Ou t’es bon gestionnaire…". Et bien je l'attends au
> C.E.S à la M.S.E de Panthéon-Sorbonne bld de l'hopital à Paris. Des
> engeances comme lui, les Sciences humaines et sociales en sont
> infectées. J'ai l'habitude de les faire filer droit en face à face.
>
> Le 01/01/2023 à 10:13, Olivier Back my spare a écrit :
> >
> >
> > Le 01/01/2023 à 07:30, ptilou a écrit :
> >> Slt,
> >>
> >> Le dimanche 1 janvier 2023 à 06:40:03 UTC+1, Olivier Back my spare a
> >> écrit :
> >>> Bonjour
> >>>
> >>>
> >>> Je me fais un petit plaisir en fin d'année.
> >>> Je vai m'acheter un ordinateur portable de Tuxedocomputer
> >>> (https://www.tuxedocomputers.com/).
> >>> Ils vendent des ordinateur portable 100% compatible linux supportant
> 16,
> >>> 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de
> >>> partit au recyclage ou la reconversion.
> >>> Mon usage : bureautique (libreoffice), navigation web, Visual studio
> >>> code, une ou deux VMs pour faire tourner des environnements de
> >>> dévellopement, de l'édition video mais en dilettante. Je ne joue pas
> sur
> >>> ordinateur portable, je trouve que c'est un torture. Pour être
> >>> tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go.
> >>> Ma distrib. Debian 11
> >>>
> >>>
> >>>
> >>> --
> >>> Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
> >>> "It is possible to commit no errors and still lose. That is not a
> >>> weakness. That is life."
> >>> – Captain Jean-Luc Picard to Data
> >>
> >> Je vois pas la question technique, j’en suis a me demander un fake de
> >> plus ( ta présentation )
> >
> > Parce que ta prése

Re: 16, 32 ou 64 Go de RAM

[Olivier Back my spare]

Pour les donneurs de leçons et la doxa.

Ce monsieur ptilou au lieu de répondre à la question posée a :
Fait une attaque personnelle : "Je vois pas la question technique, j’en 
suis a me demander un fake de  plus ( ta présentation )"


Quantité de gens demandent des conseils au sujet d'ordinateur, cela ne 
semble pas le gêner. De plus il affirme que c'est du fake sans en 
apporter la preuve. L'attaque gratuite ad hominem.


Il continue par un HS sans intérêt : "Que cela soit 32 ou 64, cela 
démontre que le développement régresse, la seul appli gourmande est la 
machine virtuelle"


Qui a parlé de 32 bits et 64 bits?

Et A nouveau l'attaque personnelle : "et donc pour un gestionnaire 
d’infrastructure pourquoi ne pas utiliser des ordinateurs libre en 
clouds ️ !"


Gestionnaire d'infrastructure est un emploi type et le référen est 
E3B42. Il y a des gestionnaire d'infrastructure qui ne font que du 
serveur et d'autre que du support utilisateur. Mais ayant besoin de me 
dénigrer il s'est fié à sa sombre incurie.
De plus Tuxedo computer ne fait pas parti du marché "matinfo", marché 
dans lequel les univerisité Française et EPST français achètent leur 
matériel informatique. En bon gestionnaire, j'aurais parlé HP, puisque 
c'est la marque au marché actuellement. Je parle de Tuxedo computer, 
donc il est évident que c'est pas pour un usage personnel. Je précise 
aussi que je ne joue pas. Franchement, pour un PC du boulot, le jeu 
n'est même pas un critère.


Quand à l'usage de VMs dans mon labo. Les ressources du labo sont dédiés 
aux chercheurs, enseignants chercheurs, étudiants et thésards et non 
pour mon usage personnel. Utiliser les ressources du laboratoire pour 
mon usage, ça s'appelle de l'abus de biens sociaux et c'est interdit.


Bref. Le post de monsieur ptilou n'était qu'un attaque personnelle et je 
persiste. JE l'emmerde ce petit con de l'université de Stockholm où on 
est infoutu de configurer un vpn Wireguard.


C'est dit et je n'y reviendrais.

Il termine par : "Ou t’es bon gestionnaire…". Et bien je l'attends au 
C.E.S à la M.S.E de Panthéon-Sorbonne bld de l'hopital à Paris. Des 
engeances comme lui, les Sciences humaines et sociales en sont 
infectées. J'ai l'habitude de les faire filer droit en face à face.


Le 01/01/2023 à 10:13, Olivier Back my spare a écrit :



Le 01/01/2023 à 07:30, ptilou a écrit :

Slt,

Le dimanche 1 janvier 2023 à 06:40:03 UTC+1, Olivier Back my spare a 
écrit :

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 16,
32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de
partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio
code, une ou deux VMs pour faire tourner des environnements de
dévellopement, de l'édition video mais en dilettante. Je ne joue pas sur
ordinateur portable, je trouve que c'est un torture. Pour être
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go.
Ma distrib. Debian 11



--
Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
"It is possible to commit no errors and still lose. That is not a
weakness. That is life."
– Captain Jean-Luc Picard to Data


Je vois pas la question technique, j’en suis a me demander un fake de 
plus ( ta présentation )


Parce que ta présentation n'est pas un fake? L'hôpital qui se fout de la 
charité. Et puis franchement je t'emmerde, petit prétentieux!


Je suis Gestionnaire d'infrastructure à Panthéon-Sorbonne pour un EPST 
et si ça te déplait, c'est le même tarif.


Quand tu veux pour venir bld de l'hopital à la MSE à Paris qu'on en 
discute de vive voix. Ne soit pas surpris si tu pars encadré par la police.

Pauvre type atteint d'ultracrépidarianisme, thésard en toutologie!





--
Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
"It is possible to commit no errors and still lose. That is not a 
weakness. That is life."

– Captain Jean-Luc Picard to Data

Re: 16, 32 ou 64 Go de RAM

[Jean-François Bachelet]

Hello Folks ^^)

Le 01/01/2023 à 14:16, NoSpam a écrit :

Bonjour

Le 01/01/2023 à 06:33, Olivier Back my spare a écrit :

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer 
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 
16, 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 
avant de partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio 
code, une ou deux VMs pour faire tourner des environnements de 
dévellopement, de l'édition video mais en dilettante. Je ne joue pas 
sur ordinateur portable, je trouve que c'est un torture. Pour être 
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 
Go. Ma distrib. Debian 11


J'utilise des VMs sur mon portable avec 16Go, pas de soucis. Si tes 
VMs (combien?) tournent toutes en même temps et en fonction de leur OS 
peut être 32Go. J'ai un serveur en 32Go avec 4 VM linux qui tournent 
en même temps, pas de soucis.


Bonne Année 2023 à tous avec, je l'espère, enfin de bons gros morceaux 
de vrai bonnes choses dedans ^^)



Pour la ram, comme tu parle de développement, je te conseillerais plutôt 
32 GO mini (voire les 64) surtout si tu veux compiler des 'petits' trucs 
comme Firefox sans galérer ;)


Jeff ^^)

Re: 16, 32 ou 64 Go de RAM

[NoSpam]

Bonjour

Le 01/01/2023 à 06:33, Olivier Back my spare a écrit :

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer 
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 
16, 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant 
de partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio 
code, une ou deux VMs pour faire tourner des environnements de 
dévellopement, de l'édition video mais en dilettante. Je ne joue pas 
sur ordinateur portable, je trouve que c'est un torture. Pour être 
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 
Go. Ma distrib. Debian 11


J'utilise des VMs sur mon portable avec 16Go, pas de soucis. Si tes VMs 
(combien?) tournent toutes en même temps et en fonction de leur OS peut 
être 32Go. J'ai un serveur en 32Go avec 4 VM linux qui tournent en même 
temps, pas de soucis.


Bonne année à tous

Re: 16, 32 ou 64 Go de RAM

[Virgile Jarrige]

>Je te conseille 16 Go. C'est déjà plus que suffisant pour les usages
>que tu décris.
+1

À moins que tes besoins augmentent drastiquement, ça devrait amplement suffire.
Si tu utilise un x gourmand, (type KDE) tu peux compter 3/4Go de ram pour faire 
tourner ton système + interface graphique. Le reste sera donc pour les applis 
et vms que tu lanceras.

Avec 16Go de ram tu pourras probablement le tenir une bonne 10aine d'années :) 

Take care,
-- 
Virgile

Re: 16, 32 ou 64 Go de RAM

[hamster]

Le 01/01/2023 à 06:33, Olivier Back my spare a écrit :

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer 
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 16, 
32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de 
partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio 
code, une ou deux VMs pour faire tourner des environnements de 
dévellopement, de l'édition video mais en dilettante. Je ne joue pas sur 
ordinateur portable, je trouve que c'est un torture. Pour être 
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go. 
Ma distrib. Debian 11


Je te conseille 16 Go. C'est déjà plus que suffisant pour les usages que 
tu décris. Personnellement j'ai actuellement 8 Go et je fait déjà très 
bien tous les trucs dont tu parle. En prévoyant de la marge pour 
l'évolution sur 5 ans, 16 Go c'est très confortable, 32 c'est 
franchement overkill et 64 c'est indécent.


PS : il y a une règle de savoir vivre qui dit "don't feed the troll". 
Laisse le dire, il ne remue que du vent. Si il t'agace ne lit pas ses 
mails ou mieux met un filtre pour les rediriger automatiquement vers 
/dev/null. Quand tu lui répond, quelle que soit la manière de lui 
répondre, tu le nourris.

Re: 16, 32 ou 64 Go de RAM

[Jean-Pierre Giraud]

Bonjour,
Le dimanche 01 janvier 2023 à 10:13 +0100, Olivier Back my spare a
écrit :
> Le 01/01/2023 à 07:30, ptilou a écrit :
> > Slt,
> > 
> > Le dimanche 1 janvier 2023 à 06:40:03 UTC+1, Olivier Back my spare a
> > écrit :
> > > Bonjour
> > > Je me fais un petit plaisir en fin d'année.
> > > Je vai m'acheter un ordinateur portable de Tuxedocomputer
> > > (https://www.tuxedocomputers.com/).
> > > Ils vendent des ordinateur portable 100% compatible linux
> > > supportant 16,
> > > 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant
> > > de
> > > 
> > > -- 
> > > Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
> > > "It is possible to commit no errors and still lose. That is not a
> > > weakness. That is life."
> > > – Captain Jean-Luc Picard to Data
> > 
> > Je vois pas la question technique, j’en suis a me demander un fake
> > de plus ( ta présentation )
> 
> Parce que ta présentation n'est pas un fake? L'hôpital qui se fout de
> la 
> charité. Et puis franchement je t'emmerde, petit prétentieux!
> 
> Je suis Gestionnaire d'infrastructure à Panthéon-Sorbonne pour un EPST
> et si ça te déplait, c'est le même tarif.
> 
> Quand tu veux pour venir bld de l'hopital à la MSE à Paris qu'on en 
> discute de vive voix. Ne soit pas surpris si tu pars encadré par la
> police.
> Pauvre type atteint d'ultracrépidarianisme, thésard en toutologie!

Je me permets de vous rappeler les exigences minimales du code de
conduite de Debian qui doivent présider à toutes les interactions au
sein du projet Debian :

1 être respectueux
2 croire en la bonne foi
3 collaborer

Elles sont exposées dans le document suivant
https://www.debian.org/code_of_conduct et de manière plus développée
dans celui-ci
https://www.debian.org/code_of_conduct_interpretation.fr.html

et je vous invite à prendre le temps de les relire et à vous y conformer
pour que tous trouvent sur cette liste comme dans le reste du projet
Debian "un espace communautaire où chacun se sent à l'aise".

En espérant que l'année 2023 sera bénéfique à toutes et tous, au
logiciel libre et au projet Debian,

Amicalement

Jean-Pierre Giraud
Membre de l'équipe Debian de traduction



signature.asc
Description: This is a digitally signed message part

Re: 16, 32 ou 64 Go de RAM

[Olivier Back my spare]

Le 01/01/2023 à 07:30, ptilou a écrit :

Slt,

Le dimanche 1 janvier 2023 à 06:40:03 UTC+1, Olivier Back my spare a écrit :

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 16,
32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de
partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio
code, une ou deux VMs pour faire tourner des environnements de
dévellopement, de l'édition video mais en dilettante. Je ne joue pas sur
ordinateur portable, je trouve que c'est un torture. Pour être
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go.
Ma distrib. Debian 11



--
Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
"It is possible to commit no errors and still lose. That is not a
weakness. That is life."
– Captain Jean-Luc Picard to Data


Je vois pas la question technique, j’en suis a me demander un fake de plus ( ta 
présentation )


Parce que ta présentation n'est pas un fake? L'hôpital qui se fout de la 
charité. Et puis franchement je t'emmerde, petit prétentieux!


Je suis Gestionnaire d'infrastructure à Panthéon-Sorbonne pour un EPST 
et si ça te déplait, c'est le même tarif.


Quand tu veux pour venir bld de l'hopital à la MSE à Paris qu'on en 
discute de vive voix. Ne soit pas surpris si tu pars encadré par la police.

Pauvre type atteint d'ultracrépidarianisme, thésard en toutologie!



--
Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
"It is possible to commit no errors and still lose. That is not a 
weakness. That is life."

– Captain Jean-Luc Picard to Data

Re: 16, 32 ou 64 Go de RAM

[Basile Starynkevitch]

On 01/01/2023 06:33, Olivier Back my spare wrote:

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer 
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 
16, 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant 
de partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio 
code, une ou deux VMs pour faire tourner des environnements de 
dévellopement, de l'édition video mais en dilettante. Je ne joue pas 
sur ordinateur portable, je trouve que c'est un torture. Pour être 
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 
Go. Ma distrib. Debian 11



Si les moyens le permettent je conseillerais 64Go de RAM. Mais c'est un 
luxe.



Pour du développement, avoir un peu plus de RAM (qui sert de cache 
disque pour les fichiers fréquemment utilisés) est confortable.


N'oubliez pas de sauvegarder vos données/vos codes (sur un support ou 
serveur exterieur).



Pour ma part, je cherche des partenaires intéressés par RefPerSys en 
http://refpersys.org/



Bonne année à tous.







--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: 16, 32 ou 64 Go de RAM

[ptilou]

Slt,

Le dimanche 1 janvier 2023 à 06:40:03 UTC+1, Olivier Back my spare a écrit :
> Bonjour 
> 
> 
> Je me fais un petit plaisir en fin d'année. 
> Je vai m'acheter un ordinateur portable de Tuxedocomputer 
> (https://www.tuxedocomputers.com/). 
> Ils vendent des ordinateur portable 100% compatible linux supportant 16, 
> 32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de 
> partit au recyclage ou la reconversion. 
> Mon usage : bureautique (libreoffice), navigation web, Visual studio 
> code, une ou deux VMs pour faire tourner des environnements de 
> dévellopement, de l'édition video mais en dilettante. Je ne joue pas sur 
> ordinateur portable, je trouve que c'est un torture. Pour être 
> tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go. 
> Ma distrib. Debian 11 
> 
> 
> 
> -- 
> Gestionnaire d'infrastructure/ Gestionnaire de parc informatique 
> "It is possible to commit no errors and still lose. That is not a 
> weakness. That is life." 
> – Captain Jean-Luc Picard to Data

Je vois pas la question technique, j’en suis a me demander un fake de plus ( ta 
présentation )

Que cela soit 32 ou 64, cela démontre que le développement régresse, la seul 
appli gourmande est la machine virtuelle et donc pour un gestionnaire 
d’infrastructure pourquoi ne pas utiliser des ordinateurs libre en clouds ️ !

Ou t’es bon gestionnaire….

Bonne année 

— 
Ptilou

16, 32 ou 64 Go de RAM

[Olivier Back my spare]

Bonjour


Je me fais un petit plaisir en fin d'année.
Je vai m'acheter un ordinateur portable de Tuxedocomputer 
(https://www.tuxedocomputers.com/).
Ils vendent des ordinateur portable 100% compatible linux supportant 16, 
32 ou 64 Go de RAM. Mes ordinateurs portable ont tous vécu 5 avant de 
partit au recyclage ou la reconversion.
Mon usage : bureautique (libreoffice), navigation web, Visual studio 
code, une ou deux VMs pour faire tourner des environnements de 
dévellopement, de l'édition video mais en dilettante. Je ne joue pas sur 
ordinateur portable, je trouve que c'est un torture. Pour être 
tranquille les 5 prochaines années que me conseillez vous? 32 ou 64 Go. 
Ma distrib. Debian 11




--
Gestionnaire d'infrastructure/ Gestionnaire de parc informatique
"It is possible to commit no errors and still lose. That is not a 
weakness. That is life."

– Captain Jean-Luc Picard to Data

Re: Fwd: Clearing RAM Caches

[Tixy]

On Tue, 2022-08-16 at 07:24 -0400, Greg Wooledge wrote:
> The following two commands are equivalent:
> 
> echo 1 > sudo /proc/sys/vm/drop_caches
> 
> echo 1 /proc/sys/vm/drop_caches > sudo
> 
> The file "sudo" will have "1 /proc/sys/vm/drop_caches" in it, because
> echo received two arguments.  Redirections may appear anywhere in a
> "simple" command.  It's conventional to write them at the end of the
> command, but the shell permits them to be anywhere.
> 
> This is a standard feature of all POSIX shells, by the way.  Not a
> bash extension.

I should have remembered this as I learnt it a couple of years ago when
implementing a POSIX shell (subset thereof).

-- 
Tixy

Re: Fwd: Clearing RAM Caches

[Greg Wooledge]

On Tue, Aug 16, 2022 at 08:25:12AM +0100, Tixy wrote:
> On Mon, 2022-08-15 at 21:05 -0400, Timothy M Butterworth wrote:
> > > 
> > Thanks for the clarification. `echo 1 > sudo /proc/sys/vm/drop_caches`
> > seems to work just fine.
> 
> It doesn't, as Tomas pointed out it creates a file called 'sudo' and
> puts a '1' in it.

The following two commands are equivalent:

echo 1 > sudo /proc/sys/vm/drop_caches

echo 1 /proc/sys/vm/drop_caches > sudo

The file "sudo" will have "1 /proc/sys/vm/drop_caches" in it, because
echo received two arguments.  Redirections may appear anywhere in a
"simple" command.  It's conventional to write them at the end of the
command, but the shell permits them to be anywhere.

This is a standard feature of all POSIX shells, by the way.  Not a
bash extension.

Redirections must appear at the end of "compound" commands, which are
basically anything with internal shell syntax -- if, case, while, and
so on.  It may be desirable to try to write something like:

< inputfile  while read -r line; do
  ...
done

but it's not allowed.  You have to write it as:

while read -r line; do
  ...
done < inputfile

Or, explicitly open the input file on a new FD (file descriptor), and
close it afterward:

exec 3< inputfile
while read -r line <&3; do
  ...
done
exec 3<&-

Re: Fwd: Clearing RAM Caches

[Timothy M Butterworth]

On Tue, Aug 16, 2022 at 12:36 AM  wrote:

> On Mon, Aug 15, 2022 at 09:05:59PM -0400, Timothy M Butterworth wrote:
> > -- Forwarded message -
> > From: Timothy M Butterworth 
> > Date: Mon, Aug 15, 2022 at 9:04 PM
> > Subject: Re: Clearing RAM Caches
> > To: Tixy 
> >
> >
> >
> >
> > On Mon, Aug 15, 2022 at 4:12 AM Tixy  wrote:
> >
> > > On Mon, 2022-08-15 at 02:50 -0400, Timothy M Butterworth wrote:
> > > > When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the
> > > following
> > > > error: bash: /proc/sys/vm/drop_caches: Permission denied
> > >
> > > Because the output redirection occurs as your normal user, all you are
> > > doing is executing the 'echo 1' command as the superuser.
> > >
> > >
> > Thanks for the clarification. `echo 1 > sudo /proc/sys/vm/drop_caches`
> > seems to work just fine.
>
> This is... surprising. If I were you, I'd look around in the current
> directory whether there's a file named `sudo' with an "1" in it.
>
> You are correct I did have a file named sudo with "1
/proc/sys/vm/drop_caches" in it.

It looks like `sudo sh -c "/usr/bin/echo 1 > /proc/sys/vm/drop_caches"` is
the winner.


> Cheers
> --
> t
>


-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: Fwd: Clearing RAM Caches

[Tixy]

On Mon, 2022-08-15 at 21:05 -0400, Timothy M Butterworth wrote:
> > 
> Thanks for the clarification. `echo 1 > sudo /proc/sys/vm/drop_caches`
> seems to work just fine.

It doesn't, as Tomas pointed out it creates a file called 'sudo' and
puts a '1' in it.

Output redirection done with a single '>' is implemented by the shell
first creating the specified file and then when it forks a process for
the command ('echo' in this case) it makes file descriptor number 1 in
that process (the descriptor used by convention and Standard Output)
refer to the file opened.

The reply you got from Anssi Saari gave an example of a command that
will do what you want.

-- 
Tixy

Re: Fwd: Clearing RAM Caches

[tomas]

On Mon, Aug 15, 2022 at 09:05:59PM -0400, Timothy M Butterworth wrote:
> -- Forwarded message -
> From: Timothy M Butterworth 
> Date: Mon, Aug 15, 2022 at 9:04 PM
> Subject: Re: Clearing RAM Caches
> To: Tixy 
> 
> 
> 
> 
> On Mon, Aug 15, 2022 at 4:12 AM Tixy  wrote:
> 
> > On Mon, 2022-08-15 at 02:50 -0400, Timothy M Butterworth wrote:
> > > When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the
> > following
> > > error: bash: /proc/sys/vm/drop_caches: Permission denied
> >
> > Because the output redirection occurs as your normal user, all you are
> > doing is executing the 'echo 1' command as the superuser.
> >
> >
> Thanks for the clarification. `echo 1 > sudo /proc/sys/vm/drop_caches`
> seems to work just fine.

This is... surprising. If I were you, I'd look around in the current
directory whether there's a file named `sudo' with an "1" in it.

Cheers
-- 
t


signature.asc
Description: PGP signature

Fwd: Clearing RAM Caches

[Timothy M Butterworth]

-- Forwarded message -
From: Timothy M Butterworth 
Date: Mon, Aug 15, 2022 at 9:04 PM
Subject: Re: Clearing RAM Caches
To: Tixy 




On Mon, Aug 15, 2022 at 4:12 AM Tixy  wrote:

> On Mon, 2022-08-15 at 02:50 -0400, Timothy M Butterworth wrote:
> > When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the
> following
> > error: bash: /proc/sys/vm/drop_caches: Permission denied
>
> Because the output redirection occurs as your normal user, all you are
> doing is executing the 'echo 1' command as the superuser.
>
>
Thanks for the clarification. `echo 1 > sudo /proc/sys/vm/drop_caches`
seems to work just fine.


> --
> Tixy
>
>

-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀


-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: Clearing RAM Caches

[Nicolas George]

to...@tuxteam.de (12022-08-15):
>   echo 1 | sudo dd of=/proc/sys/and-so-on

sudo sh -c "echo 1 > /proc/sys/and-so-on"

Or, in this particular case:

sudo systcl -w and-so-on=1

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: Clearing RAM Caches

[tomas]

On Mon, Aug 15, 2022 at 11:13:07AM +0300, Anssi Saari wrote:
> Timothy M Butterworth  writes:
> 
> > When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the following 
> > error: bash: /proc/sys/vm/drop_caches: Permission denied
> 
> Unfortunately, it's your current shell and not root who does the
> redirection in this case so no permissions.
> 
> For a longer explanation see
> https://www.reddit.com/r/linux4noobs/comments/qq76qo/sudo_echo_vs_echo_from_the_root_shell/
> 
> A proposed alternative from there is to use tee, like this:
> 
> echo 1 | sudo tee /proc/sys/vm/drop_caches

To add another one, I like dd for that one (it doesn't clutter
stdout unnecessarily).

  echo 1 | sudo dd of=/proc/sys/and-so-on

Embarrasment of riches!

Basically, what one is looking for is a cat one can pass an
output file name as a command line argument -- or put another
way, a cat which opens its output itself.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Clearing RAM Caches

[Anssi Saari]

Timothy M Butterworth  writes:

> When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the following 
> error: bash: /proc/sys/vm/drop_caches: Permission denied

Unfortunately, it's your current shell and not root who does the
redirection in this case so no permissions.

For a longer explanation see
https://www.reddit.com/r/linux4noobs/comments/qq76qo/sudo_echo_vs_echo_from_the_root_shell/

A proposed alternative from there is to use tee, like this:

echo 1 | sudo tee /proc/sys/vm/drop_caches

Re: Clearing RAM Caches

[Tixy]

On Mon, 2022-08-15 at 02:50 -0400, Timothy M Butterworth wrote:
> When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the following
> error: bash: /proc/sys/vm/drop_caches: Permission denied

Because the output redirection occurs as your normal user, all you are
doing is executing the 'echo 1' command as the superuser.

-- 
Tixy

Clearing RAM Caches

[Timothy M Butterworth]

When I run `sudo echo 1 > /proc/sys/vm/drop_caches` I receive the following
error: bash: /proc/sys/vm/drop_caches: Permission denied

I have `%sudo   ALL=(ALL:ALL) ALL` in my /etc/sudoers file. All commands
should be allowed for group sudo.

ls -la /proc/sys/vm/drop_caches
--w--- 1 root root 0 Aug 14 16:28 /proc/sys/vm/drop_caches

I tried adding group permissions with `sudo chmod 440
/proc/sys/vm/drop_caches` and receive the following error message chmod:
changing permissions of '/proc/sys/vm/drop_caches': Operation not permitted

If I run `sudo sh -c "/usr/bin/echo 1 > /proc/sys/vm/drop_caches"` it
works.  Why does  `sudo echo 1 > /proc/sys/vm/drop_caches` not work, so
frustrating.

Tim

-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: Memoria RAM - Se me han perdido 1,2 GB

[Rob Rob]

Que gráfica tienes?

Quizás tenga memoria compartida entre la ram y la gráfica.




 Mensaje original 
De: Debian 
Fecha: mar., 19 abr. 2022 16:44
Para: DUS 
Asunto: Memoria RAM - Se me han perdido 1,2 GB
Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema
Windows, y verifiqué la memoria disponible que tenían; tenían una
versión instalada de W7 que no utiliza más que 2GB, por más que hubiese
más RAM disponible. Anécdota aparte, fui a verificar mi Debian, y me
encontré con esto:

Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s
PC3L-12800 ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.

1) Si consulto
# free -h
  totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
   [Created at memory.74]
   Unique ID: rdCR.CxwsZFjVASF
   Hardware Class: memory
   Model: "Main Memory"
   Memory Range: 0x-0x1b32bbfff (rw)
   Memory Size: 7 GB
   Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.

Muchas gracias

JAP

Re: Memoria RAM - Se me han perdido 1,2 GB [SOLUCIONADO]

[Roberto C . Sánchez]

On Tue, Apr 19, 2022 at 12:30:17PM -0300, Debian wrote:
> 
> Es GLX el ladrón 1GB, y la placa de video de 256MB
> 
Me alegro que hayas resuelto el misterio.

> Muchas gracias por darme la punta del hilo.
> 
De nada :-)

Saludos,

-Roberto

-- 
Roberto C. Sánchez

Re: Memoria RAM - Se me han perdido 1,2 GB [SOLUCIONADO]

[Debian]

El 19/4/22 a las 12:02, Roberto C. Sánchez escribió:

On Tue, Apr 19, 2022 at 11:43:46AM -0300, Debian wrote:

Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema Windows, y
verifiqué la memoria disponible que tenían; tenían una versión instalada de
W7 que no utiliza más que 2GB, por más que hubiese más RAM disponible.
Anécdota aparte, fui a verificar mi Debian, y me encontré con esto:

Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s PC3L-12800
ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.

1) Si consulto
# free -h
  totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
   [Created at memory.74]
   Unique ID: rdCR.CxwsZFjVASF
   Hardware Class: memory
   Model: "Main Memory"
   Memory Range: 0x-0x1b32bbfff (rw)
   Memory Size: 7 GB
   Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.


¿Has mirado a ver qué memoria usa tu tarjeta gráfica?  Yo tengo un
sistema Intel Core i5-6200U, que utiliza por su memoria parte del RAM
del sistema.  La salida de 'lspci -vvv' me da:

 Region 0: Memory at db00 (64-bit, non-prefetchable) [size=16M]
 Region 2: Memory at 9000 (64-bit, prefetchable) [size=256M]

Cuando lo comparo con 'free -h', que me indica que faltan aproximádament
300 MB de memoria, me parece que está siendo usado por la tarjeta
gráfica.

Saludos,

-Roberto




Es GLX el ladrón 1GB, y la placa de video de 256MB
Me ayudó esta página:
https://www.cyberciti.biz/faq/howto-find-linux-vga-video-card-ram/


# glxinfo | egrep -i 'device|memory'
Device: AMD KAVERI (DRM 2.50.0, 5.10.0-13-amd64, LLVM 11.0.1) (0x1313)
Video memory: 1024MB
Unified memory: no
Memory info (GL_ATI_meminfo):
VBO free memory - total: 0 MB, largest block: 0 MB
VBO free aux. memory - total: 0 MB, largest block: 0 MB
Texture free memory - total: 0 MB, largest block: 0 MB
Texture free aux. memory - total: 0 MB, largest block: 0 MB
Renderbuffer free memory - total: 0 MB, largest block: 0 MB
Renderbuffer free aux. memory - total: 0 MB, largest block: 0 MB
Memory info (GL_NVX_gpu_memory_info):
Dedicated video memory: 1024 MB
Total available memory: 3067 MB
Currently available dedicated video memory: 0 MB
GL_AMD_pinned_memory, GL_AMD_query_buffer_object,
GL_EXT_framebuffer_object, GL_EXT_framebuffer_sRGB, 
GL_EXT_memory_object,
GL_EXT_memory_object_fd, GL_EXT_packed_depth_stencil, 
GL_EXT_packed_float,

GL_MESA_texture_signed_rgba, GL_NVX_gpu_memory_info,
GL_AMD_performance_monitor, GL_AMD_pinned_memory,
GL_EXT_gpu_shader4, GL_EXT_memory_object, GL_EXT_memory_object_fd,
GL_MESA_texture_signed_rgba, GL_MESA_window_pos, 
GL_NVX_gpu_memory_info,
GL_EXT_map_buffer_range, GL_EXT_memory_object, 
GL_EXT_memory_object_fd,



# lspci -v -s 00:01.0
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Kaveri [Radeon R7 Graphics] (rev d4) (prog-if 00 [VGA controller])

Subsystem: Gigabyte Technology Co., Ltd Kaveri [Radeon R7 Graphics]
Flags: bus master, fast devsel, latency 0, IRQ 34, IOMMU group 0
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at d000 (64-bit, prefetchable) [size=8M]
I/O ports at f000 [size=256]
Memory at feb0 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at 000c [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 
Len=010 

Capabilities: [270] Secondary PCI Express
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] Page Request Interface (PRI)
Capabilities: [2d0] Process Address Space ID (PASID)
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu


Muchas gracias por darme la punta del hilo.

JAP

Re: Memoria RAM - Se me han perdido 1,2 GB

[Roberto C . Sánchez]

On Tue, Apr 19, 2022 at 11:43:46AM -0300, Debian wrote:
> Buen día.
> 
> Siempre uno está aprendiendo.
> Hoy, compañeros de oficina se quejaban de lo lento de un sistema Windows, y
> verifiqué la memoria disponible que tenían; tenían una versión instalada de
> W7 que no utiliza más que 2GB, por más que hubiese más RAM disponible.
> Anécdota aparte, fui a verificar mi Debian, y me encontré con esto:
> 
> Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s PC3L-12800
> ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.
> 
> 1) Si consulto
> # free -h
>  totalusedfree  shared  buff/cache   available
> Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi
> 
> 2) Si consulto
> # hwinfo
> (...)
> 12: None 00.0: 10102 Main Memory
>   [Created at memory.74]
>   Unique ID: rdCR.CxwsZFjVASF
>   Hardware Class: memory
>   Model: "Main Memory"
>   Memory Range: 0x-0x1b32bbfff (rw)
>   Memory Size: 7 GB
>   Config Status: cfg=new, avail=yes, need=no, active=unknown
> 
> 3) dmidecode informa correctamente que hay dos bancos de 4GB.
> 
> ¿Dónde están los 1,2GB que no veo?
> 
> Si alguno sabe por qué sucede esto, así aprendo.
> 
¿Has mirado a ver qué memoria usa tu tarjeta gráfica?  Yo tengo un
sistema Intel Core i5-6200U, que utiliza por su memoria parte del RAM
del sistema.  La salida de 'lspci -vvv' me da:

Region 0: Memory at db00 (64-bit, non-prefetchable) [size=16M]
Region 2: Memory at 9000 (64-bit, prefetchable) [size=256M]

Cuando lo comparo con 'free -h', que me indica que faltan aproximádament
300 MB de memoria, me parece que está siendo usado por la tarjeta
gráfica.

Saludos,

-Roberto

-- 
Roberto C. Sánchez

Memoria RAM - Se me han perdido 1,2 GB

[Debian]

Buen día.

Siempre uno está aprendiendo.
Hoy, compañeros de oficina se quejaban de lo lento de un sistema 
Windows, y verifiqué la memoria disponible que tenían; tenían una 
versión instalada de W7 que no utiliza más que 2GB, por más que hubiese 
más RAM disponible. Anécdota aparte, fui a verificar mi Debian, y me 
encontré con esto:


Físicamente, tengo dos banco de 4GB RAM ADATA VLP U-DIMM 1600MT/s 
PC3L-12800 ADDR1600W4G11 para un equipo de 4 procesadores AMD viejito.


1) Si consulto
# free -h
 totalusedfree  shared  buff/cache   available
Mem: 6,8Gi   1,7Gi   3,6Gi35Mi   1,5Gi   4,8Gi

2) Si consulto
# hwinfo
(...)
12: None 00.0: 10102 Main Memory
  [Created at memory.74]
  Unique ID: rdCR.CxwsZFjVASF
  Hardware Class: memory
  Model: "Main Memory"
  Memory Range: 0x-0x1b32bbfff (rw)
  Memory Size: 7 GB
  Config Status: cfg=new, avail=yes, need=no, active=unknown

3) dmidecode informa correctamente que hay dos bancos de 4GB.

¿Dónde están los 1,2GB que no veo?

Si alguno sabe por qué sucede esto, así aprendo.

Muchas gracias

JAP

Re: swap maxed out when plenty of RAM available

[Nicholas Geovanis]

On Fri, Mar 25, 2022 at 12:27 PM Greg Wooledge  wrote:

> On Fri, Mar 25, 2022 at 04:51:51PM +, Adam Weremczuk wrote:
> > [Tue Mar 22 00:24:10 2022] Tasks state (memory values in pages):
> > [Tue Mar 22 00:24:10 2022] [  pid  ]   uid  tgid total_vm  rss
> > pgtables_bytes swapents oom_score_adj name
> > [Tue Mar 22 00:24:10 2022] [   2211] 0  221114228 228
> 159744
> > 127 0 systemd
> > [Tue Mar 22 00:24:10 2022] [   2622] 0  262293208 59485
> > 753664   73 0 systemd-journal
>
> Well, at this point systemd-journald (I assume the name is truncated)
> was using more memory than anything else.
> .

> [Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process
> 11695
>
> So, next it killed dhcpd.  And it still wasn't done.
>
> > [Tue Mar 22 00:24:10 2022] [  21057] 0 21057 1069 31
> 53248
> > 0 0 apt.systemd.dai
> > [Tue Mar 22 00:24:10 2022] [  21065] 0 2106517753 2552
> > 1802240 0 apt-get
> > [Tue Mar 22 00:24:10 2022] [  21068] 0 21068 9475 110
> > 1105920 0 systemd-journal
> > [Tue Mar 22 00:24:10 2022]
> oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0-1,oom_memcg=/lxc/101,task_memcg=/lxc/101/ns,task=apt-get,pid=21065,uid=0
> > [Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process
> 21065
>
> At this point, it killed apt-get.
>
> Looks like this system doesn't have enough memory to perform its daily
> tasks (including what I'm guessing are unattended upgrades, triggering
> calls to apt-get from a systemd timer).  You'll either need to stop
> letting it run those daily tasks, or add more memory, or add more swap,
> or get rid of some of the other programs that are using memory.
>

If you have re-configured your apt repositories but made a mistake, or lost
contact with them for
other network reasons, you will see those automated apt-get commands
stack-up over time.
They reach a point in execution where they acquire a lock that blocks all
other updates, so just
keep piling up. Each consumes swap. If the CPU workload is the local
bottleneck you may notice
a CPU or two pegged at 100% as the first symptom.


> If you really want the unattended upgrades, adding more swap would be
> the easiest solution, but be warned that this could mean the system
> will run extremely slowly during those unattended upgrades.  That could
> be something you don't care about, or something that matters a lot.  Only
> you would know.
>

If it's a server, servers should not swap and they should not get upgraded
without purpose.

Re: swap maxed out when plenty of RAM available

[Greg Wooledge]

On Fri, Mar 25, 2022 at 04:51:51PM +, Adam Weremczuk wrote:
> [Tue Mar 22 00:24:10 2022] Tasks state (memory values in pages):
> [Tue Mar 22 00:24:10 2022] [  pid  ]   uid  tgid total_vm  rss
> pgtables_bytes swapents oom_score_adj name
> [Tue Mar 22 00:24:10 2022] [   2211] 0  2211    14228 228   159744 
> 127 0 systemd
> [Tue Mar 22 00:24:10 2022] [   2622] 0  2622    93208 59485  
> 753664   73 0 systemd-journal

Well, at this point systemd-journald (I assume the name is truncated)
was using more memory than anything else.

> [Tue Mar 22 00:24:10 2022] 
> oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0-1,oom_memcg=/lxc/101,task_memcg=/lxc/101/ns,task=systemd-journal,pid=2622,uid=0
> [Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process 2622

And the kernel killed it.

But there still wasn't enough memory, so it continued:

> [Tue Mar 22 00:24:10 2022] pgsteal 9855948
> [Tue Mar 22 00:24:10 2022] Tasks state (memory values in pages):
> [Tue Mar 22 00:24:10 2022] [  pid  ]   uid  tgid total_vm  rss
> pgtables_bytes swapents oom_score_adj name
> [Tue Mar 22 00:24:10 2022] [   2211] 0  2211    14228 228   159744 
> 127 0 systemd
[...]
> [Tue Mar 22 00:24:10 2022] [  11695] 0 11695    10289 2685  
> 114688    0 0 dhcpd
[...]
> [Tue Mar 22 00:24:10 2022] [  21053] 0 21053 1069 17    53248   
> 0 0 apt.systemd.dai
> [Tue Mar 22 00:24:10 2022] [  21057] 0 21057 1069 31    53248   
> 0 0 apt.systemd.dai
> [Tue Mar 22 00:24:10 2022] [  21065] 0 21065    17753 1712  
> 180224    0 0 apt-get
> [Tue Mar 22 00:24:10 2022] 
> oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0-1,oom_memcg=/lxc/101,task_memcg=/lxc/101/ns,task=dhcpd,pid=11695,uid=0
> [Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process 11695

So, next it killed dhcpd.  And it still wasn't done.

> [Tue Mar 22 00:24:10 2022] [  21057] 0 21057 1069 31    53248   
> 0 0 apt.systemd.dai
> [Tue Mar 22 00:24:10 2022] [  21065] 0 21065    17753 2552  
> 180224    0 0 apt-get
> [Tue Mar 22 00:24:10 2022] [  21068] 0 21068 9475 110  
> 110592    0 0 systemd-journal
> [Tue Mar 22 00:24:10 2022] 
> oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0-1,oom_memcg=/lxc/101,task_memcg=/lxc/101/ns,task=apt-get,pid=21065,uid=0
> [Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process 21065

At this point, it killed apt-get.

Looks like this system doesn't have enough memory to perform its daily
tasks (including what I'm guessing are unattended upgrades, triggering
calls to apt-get from a systemd timer).  You'll either need to stop
letting it run those daily tasks, or add more memory, or add more swap,
or get rid of some of the other programs that are using memory.

If you really want the unattended upgrades, adding more swap would be
the easiest solution, but be warned that this could mean the system
will run extremely slowly during those unattended upgrades.  That could
be something you don't care about, or something that matters a lot.  Only
you would know.

Re: swap maxed out when plenty of RAM available

[Adam Weremczuk]

 2022] slab 12877824
[Tue Mar 22 00:24:10 2022] sock 0
[Tue Mar 22 00:24:10 2022] shmem 506744832
[Tue Mar 22 00:24:10 2022] file_mapped 270336
[Tue Mar 22 00:24:10 2022] file_dirty 0
[Tue Mar 22 00:24:10 2022] file_writeback 135168
[Tue Mar 22 00:24:10 2022] anon_thp 0
[Tue Mar 22 00:24:10 2022] inactive_anon 264527872
[Tue Mar 22 00:24:10 2022] active_anon 256671744
[Tue Mar 22 00:24:10 2022] inactive_file 905216
[Tue Mar 22 00:24:10 2022] active_file 0
[Tue Mar 22 00:24:10 2022] unevictable 0
[Tue Mar 22 00:24:10 2022] slab_reclaimable 6713344
[Tue Mar 22 00:24:10 2022] slab_unreclaimable 6164480
[Tue Mar 22 00:24:10 2022] pgfault 1443488376
[Tue Mar 22 00:24:10 2022] pgmajfault 9734703
[Tue Mar 22 00:24:10 2022] workingset_refault 9720216
[Tue Mar 22 00:24:10 2022] workingset_activate 2073753
[Tue Mar 22 00:24:10 2022] workingset_nodereclaim 0
[Tue Mar 22 00:24:10 2022] pgrefill 12141300
[Tue Mar 22 00:24:10 2022] pgscan 18087447
[Tue Mar 22 00:24:10 2022] pgsteal 9866147
[Tue Mar 22 00:24:10 2022] Tasks state (memory values in pages):
[Tue Mar 22 00:24:10 2022] [  pid  ]   uid  tgid total_vm  rss 
pgtables_bytes swapents oom_score_adj name
[Tue Mar 22 00:24:10 2022] [   2211] 0  2211    14228 230   
159744  125 0 systemd
[Tue Mar 22 00:24:10 2022] [   2691]   107  2691    11282 43   
126976   71  -900 dbus-daemon
[Tue Mar 22 00:24:10 2022] [   2729] 0  2729    62560 312   
135168   87 0 rsyslogd
[Tue Mar 22 00:24:10 2022] [   2731] 0  2731 9495 28   
114688   89 0 systemd-logind
[Tue Mar 22 00:24:10 2022] [   2730] 0  2730 6998 17    
98304   44 0 cron
[Tue Mar 22 00:24:10 2022] [   3025] 0  3025    20295 27   
135168  172 0 master
[Tue Mar 22 00:24:10 2022] [   3029]   101  3029    20824 26   
163840  170 0 qmgr
[Tue Mar 22 00:24:10 2022] [  13677]   101 13677    20812 192   
155648    0 0 pickup
[Tue Mar 22 00:24:10 2022] [   2915] 0  2915    17488 30   
176128  162 -1000 sshd
[Tue Mar 22 00:24:10 2022] [   2762] 0  2762 3164 0    
65536   32 0 agetty
[Tue Mar 22 00:24:10 2022] [   2761] 0  2761 3164 1    
69632   32 0 agetty
[Tue Mar 22 00:24:10 2022] [   2763] 0  2763 3164 1    
73728   31 0 agetty
[Tue Mar 22 00:24:10 2022] [  21053] 0 21053 1069 17    
53248    0 0 apt.systemd.dai
[Tue Mar 22 00:24:10 2022] [  21057] 0 21057 1069 31    
53248    0 0 apt.systemd.dai
[Tue Mar 22 00:24:10 2022] [  21065] 0 21065    17753 2552   
180224    0 0 apt-get
[Tue Mar 22 00:24:10 2022] [  21068] 0 21068 9475 110   
110592    0 0 systemd-journal
[Tue Mar 22 00:24:10 2022] 
oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0-1,oom_memcg=/lxc/101,task_memcg=/lxc/101/ns,task=apt-get,pid=21065,uid=0
[Tue Mar 22 00:24:10 2022] Memory cgroup out of memory: Killed process 
21065 (apt-get) total-vm:71012kB, anon-rss:10208kB, file-rss:0kB, 
shmem-rss:0kB, UID:0 pgtables:176kB oom_score_adj:0
[Tue Mar 22 00:24:10 2022] oom_reaper: reaped process 21065 (apt-get), 
now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB


On 22/03/2022 14:55, Adam Weremczuk wrote:


Hi all,

I run a tiny and lightweight Debian 9.9 LXC container on Proxmox 6.2-6.

It has 512 MB of memory and 512 MB of swap assigned and typically 
needs 50-100 MB to operate.


Last year I started seeing about half of swap being used with very 
little use of RAM.


I then made the following changes:

/etc/sysctl.d/60-my-swappiness.conf
vm.swappiness=10

/etc/sysctl.conf
vm.swappiness=10

and rebooted.

The container was running like that for several months until this 
morning when its core service (dhcp) started failing.


I logged in to investigate and noticed 100% of swap being used with 
maybe 10-20% of RAM in use.


Before I had time to look into details the container crashed (powered 
off).


I'll probably try to get rid of swap entirely as an experiment to see 
what happens.


Unless somebody has any better ideas and hints?

Regards,
Adam

Re: swap maxed out when plenty of RAM available

[Nathanael Schweers]

Adam Weremczuk  writes:

> The container was running like that for several months until this morning 
> when its core service (dhcp) started failing.

Just a wild guess, but do you know what caused dhcp to fail?  Was it too
little memory?
>
> I logged in to investigate and noticed 100% of swap being used with maybe 
> 10-20% of RAM in use.

If I recall correctly, Linux may choose to swap pages out in order to
free up physical memory in order to use said memory for buffers and
caches.  This is a performance optimization.  So if there are pages
which have not been touched for a while, but I/O performance might
benefit from a larger cache, this is actually good for performance.

Regards,
Nathanael

Re: swap maxed out when plenty of RAM available

[Charles Kroeger]

I use

dphys-swapfile

this is a system service that auto configures a swap at boot without
requiring a static partition.

it computes the size of an optimal swap file and or resizes an existing
swap file if necessary. it mounts, dismounts, and deletes the swap if not
wanted. it doesn't dynamically resize swap during runtime.

-- 
pa'lante 

Re: swap maxed out when plenty of RAM available

[David Christensen]

On 3/22/22 07:55, Adam Weremczuk wrote:

Hi all,

I run a tiny and lightweight Debian 9.9 LXC container on Proxmox 6.2-6.

It has 512 MB of memory and 512 MB of swap assigned and typically needs 
50-100 MB to operate.


Last year I started seeing about half of swap being used with very 
little use of RAM.


I then made the following changes:

/etc/sysctl.d/60-my-swappiness.conf
vm.swappiness=10

/etc/sysctl.conf
vm.swappiness=10

and rebooted.

The container was running like that for several months until this 
morning when its core service (dhcp) started failing.


I logged in to investigate and noticed 100% of swap being used with 
maybe 10-20% of RAM in use.


Before I had time to look into details the container crashed (powered off).

I'll probably try to get rid of swap entirely as an experiment to see 
what happens.


Unless somebody has any better ideas and hints?

Regards,
Adam



Debian 9.9 is out of date.  Please update/ upgrade the LXC container to 
Debian 9.13.



If problems persist, please post console sessions with relevant details 
for the host machine (Proxmox hypervisor), the LXC container, and a DHCP 
client when the LXC container DHCP service is malfunctioning.



David

Re: swap maxed out when plenty of RAM available

[Greg Wooledge]

On Tue, Mar 22, 2022 at 04:00:23PM -0400, Kenneth Parker wrote:
> On Tue, Mar 22, 2022 at 2:17 PM Greg Wooledge  wrote:
> 
> > On Tue, Mar 22, 2022 at 01:00:42PM -0500, Nicholas Geovanis wrote:
> > > That's the usual issue. The /tmp filesystem is usually configured to live
> > > in RAM,
> >
> > That's not the default in Debian.  Of course, it might have been set up
> > that way on the OP's system.
> >
> 
> 
> This is an education for me.  You are quite right that /tmp is not in
> tmpfs, but other things are, including /dev/shm, which has the same,
> "liberal" permissions as /tmp.
> 
> So where *does* /tmp reside?

Depends on how you partition things during the installation.  It could
be a separate file system on disk, or just a plain old directory inside
the root file system.

The "default" (as far as that term has any meaning) is to be a plain old
directory.

Re: swap maxed out when plenty of RAM available

[Kenneth Parker]

On Tue, Mar 22, 2022 at 2:17 PM Greg Wooledge  wrote:

> On Tue, Mar 22, 2022 at 01:00:42PM -0500, Nicholas Geovanis wrote:
> > That's the usual issue. The /tmp filesystem is usually configured to live
> > in RAM,
>
> That's not the default in Debian.  Of course, it might have been set up
> that way on the OP's system.
>


This is an education for me.  You are quite right that /tmp is not in
tmpfs, but other things are, including /dev/shm, which has the same,
"liberal" permissions as /tmp.

So where *does* /tmp reside?

Thank you,

Kenneth Parker

Re: swap maxed out when plenty of RAM available

[Greg Wooledge]

On Tue, Mar 22, 2022 at 01:00:42PM -0500, Nicholas Geovanis wrote:
> That's the usual issue. The /tmp filesystem is usually configured to live
> in RAM,

That's not the default in Debian.  Of course, it might have been set up
that way on the OP's system.

> at some point an application needed to use lots of it. It may not have
> freed it properly
> from dying or maybe it's still running, or just misbehaving :-)

When an application terminates, all of the memory that it used for
private variables and such gets freed, and becomes available to other
processes.  However, this doesn't cause swapped-out pages belonging
to other processes to be swapped back in.  So, for example, immediately
after closing a web browser that was using gobs and gobs of memory, you
might see that the "used" memory drops dramatically, and "free" memory
grows.  But the amount of swap being used won't change immediately.

Swap space is used primarily (or ideally) by *inactive* processes.  It
won't be released until one of those processes wakes up and needs the
data that has been swapped out.  Or until one of those inactive
processes terminates, at which point all of its swap usage is released.

(When swap is used by an *active* process, that's called thrashing.  At
that point, you're in trouble.)

Re: swap maxed out when plenty of RAM available

[Nicholas Geovanis]

On Tue, Mar 22, 2022 at 12:21 PM Dan Ritter  wrote:

> Charles Curley wrote:
> > On Tue, 22 Mar 2022 14:55:34 +
> > Adam Weremczuk  wrote:
> >
> > > It has 512 MB of memory and 512 MB of swap assigned and typically
> > > needs 50-100 MB to operate.
> >
> > The rule of thumb to which I am accustomed is to have a swap space
> > double the physical RAM. If necessary, you can create a swap file and
> > add that to your /etc/fstab. That might help with your current problem.
> .
> That said, there is probably something else going on here. Logs
> on a tmpfs, maybe?
>

That's the usual issue. The /tmp filesystem is usually configured to live
in RAM,
at some point an application needed to use lots of it. It may not have
freed it properly
from dying or maybe it's still running, or just misbehaving :-)
If this happens often, consider building a larger /tmp in a real filesystem
on a real drive.


> -dsr-
>
>

Re: swap maxed out when plenty of RAM available

[Dan Ritter]

Charles Curley wrote: 
> On Tue, 22 Mar 2022 14:55:34 +
> Adam Weremczuk  wrote:
> 
> > It has 512 MB of memory and 512 MB of swap assigned and typically
> > needs 50-100 MB to operate.
> 
> The rule of thumb to which I am accustomed is to have a swap space
> double the physical RAM. If necessary, you can create a swap file and
> add that to your /etc/fstab. That might help with your current problem.

In the other direction, I would recommend removing swap and
reducing RAM to 256MB. For a service like DHCPd, it's better to
fail and restart than to just try to eat all available memory.
Then set vm.overcommit_memory=2 in sysctl to enforce that rather
than OOMd.

That said, there is probably something else going on here. Logs
on a tmpfs, maybe? 

-dsr-

Re: swap maxed out when plenty of RAM available

[Greg Wooledge]

On Tue, Mar 22, 2022 at 10:35:40AM -0600, Charles Curley wrote:
> On Tue, 22 Mar 2022 14:55:34 +
> Adam Weremczuk  wrote:
> 
> > It has 512 MB of memory and 512 MB of swap assigned and typically
> > needs 50-100 MB to operate.
> 
> The rule of thumb to which I am accustomed is to have a swap space
> double the physical RAM. If necessary, you can create a swap file and
> add that to your /etc/fstab. That might help with your current problem.

All those rules of thumb are crap.  They assume so many things that
you just can't assume.

If a system is filling up swap, that means that *at some point* there
was enough simultaneous memory demand from applications to require
filling up swap.  That memory demand might not exist *right now*, but
at some point, it did.  This might mean it's likely to occur again.
Or maybe it was a one-time thing.  Who can say?  Only the person whose
system it is.

The OP is going to need to gather a lot more data, unless they can
remember something like "Oh wait, I compiled emacs on this system the
other day; maybe that used a lot of memory."  Maybe set up a service
to run "vmstat 5" at boot and redirect it to a file.  Then if the full
swap partition is observed again, they can look at this file and at
least get an estimated timeframe for when the high memory use occurred,
and some supporting data.  There may be better tools, but vmstat is
the first one I can think of.

Re: swap maxed out when plenty of RAM available

[Charles Curley]

On Tue, 22 Mar 2022 14:55:34 +
Adam Weremczuk  wrote:

> It has 512 MB of memory and 512 MB of swap assigned and typically
> needs 50-100 MB to operate.

The rule of thumb to which I am accustomed is to have a swap space
double the physical RAM. If necessary, you can create a swap file and
add that to your /etc/fstab. That might help with your current problem.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

swap maxed out when plenty of RAM available

[Adam Weremczuk]

Hi all,

I run a tiny and lightweight Debian 9.9 LXC container on Proxmox 6.2-6.

It has 512 MB of memory and 512 MB of swap assigned and typically needs 
50-100 MB to operate.


Last year I started seeing about half of swap being used with very 
little use of RAM.


I then made the following changes:

/etc/sysctl.d/60-my-swappiness.conf
vm.swappiness=10

/etc/sysctl.conf
vm.swappiness=10

and rebooted.

The container was running like that for several months until this 
morning when its core service (dhcp) started failing.


I logged in to investigate and noticed 100% of swap being used with 
maybe 10-20% of RAM in use.


Before I had time to look into details the container crashed (powered off).

I'll probably try to get rid of swap entirely as an experiment to see 
what happens.


Unless somebody has any better ideas and hints?

Regards,
Adam

Re: Which flavour for a 2GB RAM laptop?

[Andrew M.A. Cater]

On Mon, Mar 07, 2022 at 04:06:01PM +0900, 황병희 wrote:
> Ottavio Caruso  writes:
> 
> > One of my memory slot has died, so I am running a Thinkpad with 2GB
> > ram only. I have been told that, even if I put a 4GB ram module in, it
> > won't be as fast as 2x2GB ram (true? Stop me here if I am
> > wrong). Never mind put an 8GB stick; it might not even work.
> >
> > At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot
> > of Mint customisations off. What flavour of Debian should I replace my 
> > LMDE4 with? And does it make any difference? My memory hogs are
> > Chromium and Firefox, the rest is ok.
> 
> Hi, grazie!
> 
> My 1st chromebook(codename: alex)[0] have only 2GB ram. At that time
> (in 2016), i did install Ubuntu 12.04 LTS via Crouton[1] at there the
> chromebook. It was not bad.
> 
> So if you want Debian, Jessie (stable)[2] seems proper to you, i guess. 
> (also it would be good to try xfce ho ho ho ^^^)
> 

XFCE / Mate or Cinnamon all work on my Lenovo Ideapad with 32G disk and 2G RAM.
Web browsing may be a little slower using Firefox - don't open too many tabs.
This with Bullseye (Debian 11).

Please don't use Jessie at this point: it's almost entirely out of support by
anybody. Consider using something completely up to date.

With every good wish, as ever,

Andy Cater


> REFERENCE: [0-2]
> [0]
> <https://www.chromium.org/chromium-os/developer-information-for-chrome-os-devices/samsung-series-5-chromebook/>
> [1] <https://github.com/dnschneid/crouton>
> [2] <https://wiki.debian.org/DebianJessie>
> 
> Sincerely, Linux fan Byung-Hee
> 
> -- 
> ^고맙습니다 _地平天成_ 감사합니다_^))//
> 

Re: Which flavour for a 2GB RAM laptop?

[황병희]

Ottavio Caruso  writes:

> One of my memory slot has died, so I am running a Thinkpad with 2GB
> ram only. I have been told that, even if I put a 4GB ram module in, it
> won't be as fast as 2x2GB ram (true? Stop me here if I am
> wrong). Never mind put an 8GB stick; it might not even work.
>
> At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot
> of Mint customisations off. What flavour of Debian should I replace my 
> LMDE4 with? And does it make any difference? My memory hogs are
> Chromium and Firefox, the rest is ok.

Hi, grazie!

My 1st chromebook(codename: alex)[0] have only 2GB ram. At that time
(in 2016), i did install Ubuntu 12.04 LTS via Crouton[1] at there the
chromebook. It was not bad.

So if you want Debian, Jessie (stable)[2] seems proper to you, i guess. 
(also it would be good to try xfce ho ho ho ^^^)

REFERENCE: [0-2]
[0]
<https://www.chromium.org/chromium-os/developer-information-for-chrome-os-devices/samsung-series-5-chromebook/>
[1] <https://github.com/dnschneid/crouton>
[2] <https://wiki.debian.org/DebianJessie>

Sincerely, Linux fan Byung-Hee

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: Which flavour for a 2GB RAM laptop?

[David Christensen]

On 3/5/22 02:10, Ottavio Caruso wrote:

On 05/03/2022 00:56, David Christensen wrote:

On 3/4/22 02:47, Ottavio Caruso wrote:
One of my memory slot has died, 



I would retire that computer.


Thanks. Where do I send my bank details for the funding of a new laptop?




so I am running a Thinkpad 



What model/ part number is the Thinkpad?



$ inxi -F && sudo inxi -m
System:    Host: e130 Kernel: 4.19.0-17-amd64 x86_64 bits: 64 Desktop: 
MATE 1.20.4 Distro: LMDE 4 Debbie
Machine:   Type: Laptop System: LENOVO product: 33588QG v: ThinkPad Edge 
E130 serial: 
    Mobo: LENOVO model: 33588QG v: Win8 Pro DPK TPG serial: 
 UEFI: LENOVO v: H4ET98WW (2.58 )

    date: 08/24/2016
Battery:   ID-1: BAT1 charge: 34.3 Wh condition: 57.6/62.2 Wh (93%)
CPU:   Topology: Dual Core model: Intel Core i3-3217U bits: 64 type: 
MT MCP L2 cache: 3072 KiB
    Speed: 798 MHz min/max: 800/1800 MHz Core speeds (MHz): 1: 
798 2: 798 3: 798 4: 798
Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 
v: kernel
    Display: x11 server: X.Org 1.20.4 driver: modesetting 
unloaded: fbdev,vesa resolution: 1366x768~60Hz
    OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 
Mesa 18.3.6
Audio: Device-1: Intel 7 Series/C216 Family High Definition Audio 
driver: snd_hda_intel

    Sound Server: ALSA v: k4.19.0-17-amd64
Network:   Device-1: Intel Centrino Wireless-N 2230 driver: iwlwifi
    IF: wlp3s0 state: up mac: 84:a6:c8:a8:de:be
    Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit 
Ethernet driver: r8169

    IF: enp9s0 state: down mac: 08:9e:01:35:89:ce
    Device-3: Ericsson Business Mobile Networks BV H5321 gw 
Mobile Broadband Driver type: USB

    driver: cdc_acm,cdc_ncm,cdc_wdm
    IF: wwp0s29u1u6i6 state: down mac: 02:15:e0:ec:01:00
Drives:    Local Storage: total: 465.76 GiB used: 285.99 GiB (61.4%)
    ID-1: /dev/sda vendor: Hitachi model: HTS725050A7E630 size: 
465.76 GiB
Partition: ID-1: / size: 47.81 GiB used: 17.35 GiB (36.3%) fs: ext4 dev: 
/dev/sda5
    ID-2: /home size: 46.45 GiB used: 26.20 GiB (56.4%) fs: ext4 
dev: /dev/sda8
    ID-3: swap-1 size: 8.08 GiB used: 164.6 MiB (2.0%) fs: swap 
dev: /dev/sda7

Sensors:   System Temperatures: cpu: 47.0 C mobo: 0.0 C
    Fan Speeds (RPM): cpu: 598
Info:  Processes: 167 Uptime: 15h 46m Memory: 1.73 GiB used: 899.0 
MiB (50.8%) Shell: bash inxi: 3.0.32

Memory:    RAM: total: 1.73 GiB used: 898.5 MiB (50.7%)
    Array-1: capacity: 16 GiB slots: 2 EC: None
    Device-1: ChannelA-DIMM0 size: No Module Installed
    Device-2: ChannelB-DIMM0 size: 2 GiB speed: 1333 MT/s



Is the Lenovo ThinkPad Edge E130 your one and only computer?  If and 
when the other memory socket goes bad, you will be in a tough situation. 
 It would be better to get a working computer now, install Debian, 
migrate your data, and then recycle the E130.



Used equipment is a much better value than new equipment.  I prefer 
computers with Xeon processors, integrated graphics, and ECC memory.



Rack mount servers can be found on eBay starting around US$100 (you 
provide the HDD/SSD and Debian):


https://www.ebay.com/sch/175698/i.html?_nkw=xeon+ecc&_sop=15


Entry-level tower servers with Xeon E3 v5 processors and Intel 
integrated graphics start around US$200, and also work well as desktop 
machines (again, you provide the HDD/SSD and Debian):


https://www.ebay.com/sch/i.html?_nkw=xeon+e3-1225+v5+tower&_sop=15


David

Re: Which flavour for a 2GB RAM laptop?

[tomas]

On Sat, Mar 05, 2022 at 10:03:44AM +, Ottavio Caruso wrote:
> On 04/03/2022 14:13, to...@tuxteam.de wrote:
> > Or just ditch the desktop environment altogether and use a
> > honest window manager (e.g. Fvwm
> 
> Is it still around? I used to use it circa 2003...

Yes, of course. It's distributed with Debian. Doesn't change very
much (for me an asset). It does what it has to, I can configure
it as I want -- what's not to like?

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Which flavour for a 2GB RAM laptop?

[David Christensen]

On 3/4/22 02:47, Ottavio Caruso wrote:
One of my memory slot has died, 



I would retire that computer.


so I am running a Thinkpad 



What model/ part number is the Thinkpad?

What make/ model/ part number is the processor?

What make/ model/ part number are the hard disk(s) and/or solid state 
drives?



with 2GB ram only. 



What make/ model/ part number are the memory module(s)?


I have been told that, even if I put a 4GB ram module in, it won't 
be as fast as 2x2GB ram (true? Stop me here if I am wrong). 



If the motherboard, chipset, CPU, GPU, etc., support multiple memory 
channels ("dual channel" is common) and you install the correct memory 
modules (e.g. "matched pair"), connected hardware will be able to access 
memory banks in parallel and the computer will perform better (less 
latency, more throughput) .  You want that; the effect is noticeable.




Never mind put an 8GB stick; it might not even work.



The technical manual for your computer should tell you what memory 
modules are supported.  As another reader suggested, you might want to 
"max it out" by installing the biggest, fastest supported memory modules 
in every available memory slot.



At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot of 
Mint customisations off. What flavour of Debian should I replace my 
LMDE4 with? And does it make any difference? My memory hogs are Chromium 
and Firefox, the rest is ok.



I recommend the network install image of Debian Stable:

https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/

debian-11.2.0-amd64-netinst.iso


Be sure to download a checksum file (e.g. SHA256SUMS) and verify the 
checksum of the ISO file after downloading.  If you want to be extra 
careful, download the checksum signature file (e.g. SHA256SUMS.sign) and 
verify the signature.



Burn the ISO to a fast USB flash drive.  Verify the checksum of the 
burned image before booting (one booted, the Debian installer may write 
to the USB flash drive and the checksum will no longer match).



If you select "Install" at the Debian Installer main menu, you should be 
able to choose among various desktop environments (I run Xfce).  If you 
select "expert", you should have even more control.  It is also possible 
to install additional login managers, window managers, desktop 
environments, etc., at a later time.



David

Re: Which flavour for a 2GB RAM laptop?

[Nicholas Geovanis]

On Fri, Mar 4, 2022 at 4:58 AM Christian Britz  wrote:

>
> On 2022-03-04 11:47 UTC+0100, Ottavio Caruso wrote:
> > One of my memory slot has died, so I am running a Thinkpad with 2GB ram
> > only. I have been told that, even if I put a 4GB ram module in, it won't
> > be as fast as 2x2GB ram (true? Stop me here if I am wrong). Never mind
> > put an 8GB stick; it might not even work.
>
> As far as I know this depends on the design / architecture of the
> chipset / motherboard.
>

More specifically, get ahold of the doc for your specific model of
Thinkpad. Lenovo/IBM are better than
average for making it available online. There will be a short section on
RAM configuration.
In general, using interleaving across "banks" should be done with sticks at
identical design frequencies
and sizes. But often there you have a choice of interleaving style.


> > At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot of
> > Mint customisations off. What flavour of Debian should I replace my
> > LMDE4 with? And does it make any difference? My memory hogs are Chromium
> > and Firefox, the rest is ok.
> You should run Debian stable for daily use. If performance is your main
> concern, try one of the light desktop environments (Xfce, LXDE,
> LXQT...). I like the simplicity of LXQT, although I have recently fallen
> in love with Cutefish (not yet in Debian).
>
> Regards,
> Christian
>
> --
> http://www.cb-fraggle.de
>
>

Re: Which flavour for a 2GB RAM laptop?

[Christian Britz]

On 2022-03-04 16:10 UTC+0100, Hans wrote:

> There are also other WM available, which may be faster, like fvwm95, openbox, 
> twm.
amiwm ;-)

-- 
http://www.cb-fraggle.de

Re: Which flavour for a 2GB RAM laptop?

[Hans]

I am a great fan of my old EEEPC, beecause it is tiny and running a long time.

But it is 32-bit, not fast, although I spent him 2GB fast RAM and a SSD.

So I tested with several window managers. There was no number 1 winner, but 
IMO the fastest one was LXDE. Almsot the same speed gave me XFCE (which has a 
little advantage, that it can look like Windows_10).

As LXDE is no more developed, I tries its sucessor, LXQT (a conglomerat of 
RazorQT ans LXDE), which was amazingly just as fast as XFCE (but slower than 
it), but is looking more comfortable than LXDE or XFCE.

Gnome I never tested, because I do not like it personally, but I tested 
Plasma5 (former KDE), and it was still ruunning smooth on my slow netbook. 

However, in Plasma5 I noticed, that the bottom bar is flickering, when I hover 
the mouse over it. This appeared after an update about 2 years ago (guess, 
they changed some code, so it got slower). As this is not a bug at all, I did 
never file it.

So, that is the tests I did. 

How in practice? Well, when I am on the road, I am using often a livefile 
system (here: kali-linux) or the native installed system (here: debian/
bullseye 32-bit), and when I need speed, LXDE ist my first choice, especially 
when running kali. 

For my normal work, when speed does not matter, I am using either LXQT or , 
for comfort and a I am a dinosaur, Plasma5 (you can well work with it, it is 
just 10 percent slower than XFCE).

Conclusion:

If speed is most important: LXDE (maybe sometimes no more available)

If speed is most important and you need Windows_10 look: XFCE

If a good relation between speed and comfort: LXQT

If comfort and some flickering does not matter: Plasma5

There are also other WM available, which may be faster, like fvwm95, openbox, 
twm.

And last but not least, there is TRINITY, which is a modern build of KDE3 (or 
4???), which is running fast and has great comfort.

However, it is not in the debian repo, and it does interfere with Plasma5, but 
it is worth a look. I ran it a while on my EEEPC, but it got interfered with 
Plasma5 (especially kmail), so I deinstalled it. But if you do not want 
install Plasma5, try TRINITY.

Hope this helps!

Best regards

Hans

  



 

Re: Which flavour for a 2GB RAM laptop?

[tomas]

On Fri, Mar 04, 2022 at 05:56:50AM -0800, Peter Ehlert wrote:

[...]

> I keep hearing about Xfce being "light"
> 
> it defiantly is, but I decided to compare it to my personal favorite Mate
> 
> Two fresh netinstalls, same machine, same SSD drive. Xfce and Mate desktops
> 
> xfce:  774 MIB ram used .. 4 GIB / space used
> mate:  719 MIB ram used .. 6 GIB / space used
> mate*:  722 MIB ram used .. 6 GIB / space used
> 
> *Mate with the mate-desktop-environment-extras metapackage

Or just ditch the desktop environment altogether and use a
honest window manager (e.g. Fvwm ;-)

USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
[...]
root  1867  0.0  0.0   8460  2096 ?Ss   Mar03   0:00 /usr/bin/xdm
root  1885  0.8  0.3 758372 55104 tty7 Ssl+ Mar03  10:24  \_ 
/usr/lib/xorg/Xorg :0 vt7 -nolisten tcp -auth 
/var/lib/xdm/authdir/authfiles/A:0-QCuTrm
root  2088  0.0  0.0  16052  8228 ?Ss   Mar03   0:00  \_ -:0
tomas 2433  0.0  0.0  80564 14812 ?Ss   Mar03   0:05  \_ 
x-window-manager
tomas 2484  0.0  0.0   5964  2692 ?Ss   Mar03   0:00  \_ 
/usr/bin/ssh-agent x-window-manager
tomas 2485  0.0  0.0   5612  1324 ?SMar03   0:00  \_ 
/usr/lib/fvwm/2.6.8/FvwmCommandS 8 5 /home/tomas/.fvwm/config 0 8
tomas 2486  0.0  0.0  76212 11384 ?SMar03   0:00  \_ 
/usr/lib/fvwm/2.6.8/FvwmButtons 10 5 /home/tomas/.fvwm/config 0 8
tomas 2487  0.0  0.0  76184 12340 ?SMar03   0:00  \_ 
/usr/lib/fvwm/2.6.8/FvwmPager 11 4 none 0 8 0 0

Yes, that's 15 MB RSS for the window manager, roughly 45 MB counting
in its minions :-)

That's less than one-tenth of one of the many firefox's sprawling
tentacles...

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Which flavour for a 2GB RAM laptop?

[Eric S Fraga]

On Friday,  4 Mar 2022 at 05:56, Peter Ehlert wrote:
> xfce:  774 MIB ram used .. 4 GIB / space used
> mate:  719 MIB ram used .. 6 GIB / space used
> mate*:  722 MIB ram used .. 6 GIB / space used

stumpwm: 86 MB, 1.3 GB ;-)

-- 
Eric S Fraga with org 9.5.2 in Emacs 29.0.50 on Debian 11.2

Re: Which flavour for a 2GB RAM laptop?

[Peter Ehlert]

On 3/4/22 02:58, Christian Britz wrote:


On 2022-03-04 11:47 UTC+0100, Ottavio Caruso wrote:

One of my memory slot has died, so I am running a Thinkpad with 2GB ram
only. I have been told that, even if I put a 4GB ram module in, it won't
be as fast as 2x2GB ram (true? Stop me here if I am wrong). Never mind
put an 8GB stick; it might not even work.

As far as I know this depends on the design / architecture of the
chipset / motherboard.


At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot of
Mint customisations off. What flavour of Debian should I replace my
LMDE4 with? And does it make any difference? My memory hogs are Chromium
and Firefox, the rest is ok.

You should run Debian stable for daily use. If performance is your main
concern, try one of the light desktop environments (Xfce, LXDE,
LXQT...).


I keep hearing about Xfce being "light"

it defiantly is, but I decided to compare it to my personal favorite Mate

Two fresh netinstalls, same machine, same SSD drive. Xfce and Mate desktops

xfce:  774 MIB ram used .. 4 GIB / space used
mate:  719 MIB ram used .. 6 GIB / space used
mate*:  722 MIB ram used .. 6 GIB / space used

*Mate with the mate-desktop-environment-extras metapackage

I did not stress test either but the apparent speed was the same


I like the simplicity of LXQT, although I have recently fallen
in love with Cutefish (not yet in Debian).

Regards,
Christian

Re: Which flavour for a 2GB RAM laptop?

[Richard Owlett]

On 03/04/2022 04:47 AM, Ottavio Caruso wrote:
One of my memory slot has died, so I am running a Thinkpad with 2GB ram 


I suspect the specific model of Thinkpad may be relevant.
HTH

only. I have been told that, even if I put a 4GB ram module in, it won't 
be as fast as 2x2GB ram (true? Stop me here if I am wrong). Never mind 
put an 8GB stick; it might not even work.


At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot of 
Mint customisations off. What flavour of Debian should I replace my 
LMDE4 with? And does it make any difference? My memory hogs are Chromium 
and Firefox, the rest is ok.


Thanks, merci, grazie.

Re: Which flavour for a 2GB RAM laptop?

[Christian Britz]

On 2022-03-04 11:47 UTC+0100, Ottavio Caruso wrote:
> One of my memory slot has died, so I am running a Thinkpad with 2GB ram 
> only. I have been told that, even if I put a 4GB ram module in, it won't 
> be as fast as 2x2GB ram (true? Stop me here if I am wrong). Never mind 
> put an 8GB stick; it might not even work.

As far as I know this depends on the design / architecture of the
chipset / motherboard.

> At the moment I'm running a heavily hacked LMDE4 (Buster) with a lot of 
> Mint customisations off. What flavour of Debian should I replace my 
> LMDE4 with? And does it make any difference? My memory hogs are Chromium 
> and Firefox, the rest is ok.
You should run Debian stable for daily use. If performance is your main
concern, try one of the light desktop environments (Xfce, LXDE,
LXQT...). I like the simplicity of LXQT, although I have recently fallen
in love with Cutefish (not yet in Debian).

Regards,
Christian

-- 
http://www.cb-fraggle.de

Re: Missing some RAM?

[local10]

Aug 3, 2021, 10:56 by s...@svenhartge.de:

> So in the end, we have 2812MB + 4846MB = 7658MB (approx) usable for the
> system as a whole. The Kernel and it data structures also take some of
> this, so to have ~7400MB as usable memory is not unreasonable.
>


Thanks for the explanation. 

Re: Missing some RAM?

[Sven Hartge]

local10  wrote:

>  BIOS-e820: [mem 0x-0x0009c7ff] usable
>  BIOS-e820: [mem 0x0009f800-0x0009] reserved
>  BIOS-e820: [mem 0x000f-0x000f] reserved
>  BIOS-e820: [mem 0x0010-0xafde] usable
>  BIOS-e820: [mem 0xafdf-0xafdf2fff] ACPI NVS
>  BIOS-e820: [mem 0xafdf3000-0xafdf] ACPI data
>  BIOS-e820: [mem 0xafe0-0xafef] reserved
>  BIOS-e820: [mem 0xe000-0xefff] reserved
>  BIOS-e820: [mem 0xfec0-0x] reserved
>  BIOS-e820: [mem 0x0001-0x00022fff] usable
>  e820: update [mem 0x-0x0fff] usable ==> reserved
>  e820: remove [mem 0x000a-0x000f] usable
>  e820: update [mem 0xafe0-0xffff] usable ==> reserved
>  e820: reserve RAM buffer [mem 0x0009c800-0x0009]
>  e820: reserve RAM buffer [mem 0xafdf-0xafff]

Let's start from the back:

>  BIOS-e820: [mem 0x0001-0x00022fff] usable

This is the memory region from 4GB to 8GB and a bit of remapped memory
(or it would have ended at 0x0001).

So we have 4GB plus 805306368 Bytes (768MN) or 4846MB beyond the 4GB
32bit area.

Then we have this big reserved area:

>  BIOS-e820: [mem 0xafdf-0xafdf2fff] ACPI NVS
>  BIOS-e820: [mem 0xafdf3000-0xafdf] ACPI data
>  BIOS-e820: [mem 0xafe0-0xafef] reserved
>  BIOS-e820: [mem 0xe000-0xefff] reserved
>  BIOS-e820: [mem 0xfec0-0x] reserved

1344339968 Bytes or (roughly) 1282MB. The PCI memory area, ACPI tables,
DMA stuff, etc. are located here. 

Some of the physical memory shadowed by this will be in the 768MB of
memory from above.

Then we have a bit of usable memory again:

>  BIOS-e820: [mem 0x0010-0xafde] usable

2949578752 Bytes or roughly 2812MB.

And the rest is reserved or will be reserved, for example the lower 1MB
for security reasons:

>  BIOS-e820: [mem 0x-0x0009c7ff] usable
>  BIOS-e820: [mem 0x0009f800-0x0009] reserved
>  BIOS-e820: [mem 0x000f-0x000f] reserved
>  e820: update [mem 0x-0x0fff] usable ==> reserved
>  e820: remove [mem 0x000a-0x000f] usable
>  e820: update [mem 0xafe0-0x] usable ==> reserved

So in the end, we have 2812MB + 4846MB = 7658MB (approx) usable for the
system as a whole. The Kernel and it data structures also take some of
this, so to have ~7400MB as usable memory is not unreasonable.

S°

-- 
Sigmentation fault. Core dumped.

Re: Missing some RAM?

[local10]

Aug 3, 2021, 10:05 by s...@svenhartge.de:

> The PCI memory area is probably to blame here. Also the kernel needs
> some memory for itself.
>
> Please reboot your system and then, as root do:
>
>  dmesg | grep "e820"
>
> and post the output. That will tell us the memory map of your system and
> which regions are used or reserved.
>


#  dmesg | grep "e820"
[    0.00] BIOS-e820: [mem 0x-0x0009c7ff] usable
[    0.00] BIOS-e820: [mem 0x0009f800-0x0009] reserved
[    0.00] BIOS-e820: [mem 0x000f-0x000f] reserved
[    0.00] BIOS-e820: [mem 0x0010-0xafde] usable
[    0.00] BIOS-e820: [mem 0xafdf-0xafdf2fff] ACPI NVS
[    0.00] BIOS-e820: [mem 0xafdf3000-0xafdf] ACPI data
[    0.00] BIOS-e820: [mem 0xafe0-0xafef] reserved
[    0.00] BIOS-e820: [mem 0xe000-0xefff] reserved
[    0.00] BIOS-e820: [mem 0xfec0-0x] reserved
[    0.00] BIOS-e820: [mem 0x0001-0x00022fff] usable
[    0.005949] e820: update [mem 0x-0x0fff] usable ==> reserved
[    0.005951] e820: remove [mem 0x000a-0x000f] usable
[    0.014336] e820: update [mem 0xafe0-0x] usable ==> reserved
[    0.221537] Aperture pointing to e820 RAM. Ignoring.
[    0.438742] e820: reserve RAM buffer [mem 0x0009c800-0x0009]
[    0.438743] e820: reserve RAM buffer [mem 0xafdf-0xafff]

Thanks,

Re: Missing some RAM?

[Sven Hartge]

local10  wrote:

> The "why 1G memory is missing?" thread got me thinking. My PC also
> seems to be missing hundreds MB of RAM and that's how it's been for
> years. I have 4*2GB RAM boards so, in theory, I should've had 8GB of
> RAM but top shows only 7472.2MiB. Even after the MiB to MB conversion
> there's still some RAM missing: 7472.2 MiB = 7835.169 MB.

> Any ideas? Any way to get it back? Thanks

The PCI memory area is probably to blame here. Also the kernel needs
some memory for itself.

Please reboot your system and then, as root do:

  dmesg | grep "e820"

and post the output. That will tell us the memory map of your system and
which regions are used or reserved.

S°

-- 
Sigmentation fault. Core dumped.

Missing some RAM?

[local10]

Hi,

The "why 1G memory is missing?" thread got me thinking. My PC also seems to be 
missing hundreds MB of RAM and that's how it's been for years. I have 4*2GB RAM 
boards so, in theory, I should've had 8GB of RAM but top shows only 7472.2MiB. 
Even after the MiB to MB conversion there's still some RAM missing: 7472.2 MiB 
= 7835.169 MB.

Any ideas? Any way to get it back? Thanks


# top
...
MiB Mem :   7472.2 total,   1284.6 free,   2085.0 used,   4102.5 buff/cache
...

# echo "This is a Debian 10 Buster PC"; uname -a
This is a Debian 10 Buster PC
Linux rsvd 4.19.0-17-amd64 #1 SMP Debian 4.19.194-1 (2021-06-10) x86_64 
GNU/Linux