On 4/4/25 22:01, William Torrez Corea wrote:
I have enabled swap memory, but if i disable the swap memory the machine is
slow.
I tried running computers without swap and found that they crashed when
the running programs used too much memory. Now I allocate 1 GB swap on
the system drive
William Torrez Corea composed on 2025-04-04 23:01 (UTC-0600):
> I have two memory RAM SO-DIMM in my two slot
> The two memory have the following characteristics:
>- 12800MHz
>- 4GB
>- DDR3L
> But the BIOS only reflects 1600MHz, why? What happened to the re
I have two memory RAM SO-DIMM in my two slot
The two memory have the following characteristics:
- 12800MHz
- 4GB
- DDR3L
But the BIOS only reflects 1600MHz, why? What happened to the rest?
I have enabled swap memory, but if i disable the swap memory the machine is
slow.
With kindest
On Wed, Dec 18, 2024 at 10:51 AM Franco Martelli wrote:
>
> On 17/12/24 at 22:09, Jeffrey Walton wrote:
> > [...]
> > There may be one logic error in the code -- if you insert one item,
> > then you may double free the node because you free 'p' and then you
> > free 'last'.
> >
> > I would rewrite
On 17/12/24 at 22:09, Jeffrey Walton wrote:
On Tue, Dec 17, 2024 at 2:39 PM Franco Martelli wrote:
On 16/12/24 at 20:49, Jeffrey Walton wrote:
Here's the problem:
void dealloc()
{
for ( const DIGIT *p = first; p->next != NULL; p = p->next )
if ( p->prev != NULL )
On Wed, Dec 18, 2024 at 10:45:43AM +, Kevin Chadwick wrote:
> 18 Dec 2024 05:03:12 to...@tuxteam.de:
>
> > I'm all for concise code, but I usually revert some things in a second
> > pass when they seem to hurt clarity. After all, you write your code for
> > other people to read it.
>
> As you
18 Dec 2024 05:03:12 to...@tuxteam.de:
> I'm all for concise code, but I usually revert some things in a second
> pass when they seem to hurt clarity. After all, you write your code for
> other people to read it.
As you wrote the code then uness that second pass is weeks or months later then
cla
Franco Martelli writes:
> Peter A. Darnell, Philip E. Margolis - "C A Software Engineering Approach":
>
> https://www.google.it/books/edition/_/1nsS5q9aZOUC?hl=it&gbpv=0
>
> Do you have it too? It's pretty old, with some typo, but it looks to
> me good.
Sorry, no, doesn't look familiar. I rememb
On Tue, Dec 17, 2024 at 04:18:17PM -0500, Greg Wooledge wrote:
> On Tue, Dec 17, 2024 at 16:09:09 -0500, Jeffrey Walton wrote:
> > I would rewrite the cleanup code like so:
> >
> > void dealloc()
> > {
> > DIGIT *next, *p = head;
> > while( p )
> > next = p->nex
Hello :)
Le 17/12/2024 à 12:20, Anssi Saari a écrit :
Franco Martelli writes:
I'd prefer a mailing-list instead, once finished all the exercises,
I'd like to looking for somebody that he has my same handbook and to
ask him for exchange the exercises for comparison purpose.
Just curious, whi
On Tue, Dec 17, 2024 at 16:09:09 -0500, Jeffrey Walton wrote:
> I would rewrite the cleanup code like so:
>
> void dealloc()
> {
> DIGIT *next, *p = head;
> while( p )
> next = p->next, free( p ), p = next;
> }
The logic looks good, but I'm not a fan of thi
On Tue, Dec 17, 2024 at 2:39 PM Franco Martelli wrote:
>
> On 16/12/24 at 20:49, Jeffrey Walton wrote:
> > Here's the problem:
> >
> > void dealloc()
> > {
> > for ( const DIGIT *p = first; p->next != NULL; p = p->next )
> > if ( p->prev != NULL )
> > free( p->prev );
>
On 16/12/24 at 20:49, Jeffrey Walton wrote:
Here's the problem:
void dealloc()
{
for ( const DIGIT *p = first; p->next != NULL; p = p->next )
if ( p->prev != NULL )
free( p->prev );
free( last );
}
You seem to be checking backwards (p->prev) but walking the list
On 17/12/24 at 12:20, Anssi Saari wrote:
Franco Martelli writes:
I'd prefer a mailing-list instead, once finished all the exercises,
I'd like to looking for somebody that he has my same handbook and to
ask him for exchange the exercises for comparison purpose.
Just curious, which handbook is
Franco Martelli writes:
> I'd prefer a mailing-list instead, once finished all the exercises,
> I'd like to looking for somebody that he has my same handbook and to
> ask him for exchange the exercises for comparison purpose.
Just curious, which handbook is it?
Franco Martelli wrote:
...
> I'd prefer a mailing-list instead, once finished all the exercises, I'd
> like to looking for somebody that he has my same handbook and to ask him
> for exchange the exercises for comparison purpose.
> Does anybody know a mailing-list for C language questions?
comp
On 16/12/24 at 20:49, Jeffrey Walton wrote:
On Mon, Dec 16, 2024 at 2:22 PM Franco Martelli wrote:
I'm doing the exercises of a C language handbook. I'm using Valgrind to
check for memory leak since I use the malloc calls. In the past I was
used to using "valkyrie" but s
On 16/12/24 at 20:42, Michael Kjörling wrote:
On 16 Dec 2024 17:21 +0100, from martelli...@gmail.com (Franco Martelli):
Put in something to count the number of calls to malloc() and free()
respectively. Don't forget calls outside of loops.
There isn't calls to malloc() or free() outside loops.
free( last->prev );
free( last );
}
and it worked, now the output of Valgrind is:
$ valgrind --track-origins=yes --leak-check=full -s ./a.out
==114549== Memcheck, a memory error detector
==114549== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==114549
On Mon, Dec 16, 2024 at 2:22 PM Franco Martelli wrote:
>
> I'm doing the exercises of a C language handbook. I'm using Valgrind to
> check for memory leak since I use the malloc calls. In the past I was
> used to using "valkyrie" but sadly isn't available anym
On 16 Dec 2024 17:21 +0100, from martelli...@gmail.com (Franco Martelli):
>> Put in something to count the number of calls to malloc() and free()
>> respectively. Don't forget calls outside of loops.
>
> There isn't calls to malloc() or free() outside loops. What do you mean?
>From a quick re-gla
On Mon, 16 Dec 2024 16:05:26 +0100
Franco Martelli wrote:
> I'm doing the exercises of a C language handbook.
By all means do the exercises in your handbook as a learning
experience. After that, I have found very useful Roger Sessions,
Reusable Data Structures For C, Prentice Hall (1989).
--
D
On Mon, Dec 16, 2024 at 17:34:36 +0100, Franco Martelli wrote:
> > > void dealloc()
> > > {
> > > for ( const DIGIT *p = head; p->next != NULL; p = p->next )
> > > if ( p->prev != NULL )
> > > free( p->prev );
> > > free( last );
> > > }
> >
> > I think you might ha
#x27;re already keeping a "last" pointer which points to the end of
the linked list, you don't need that for loop to search for the end of
the list every time.
That's got nothing to do with memory leaks. Just an observation.
Right, thank you
void dealloc()
{
for ( con
On 16/12/24 at 16:43, Michael Kjörling wrote:
On 16 Dec 2024 16:05 +0100, from martelli...@gmail.com (Franco Martelli):
Is there a memory leak? What it sounds strange to me is that Valgrind
reports: "total heap usage: 9 allocs, 8 frees, …" when for me the calls to
"malloc"
p->next;
> }
If you're already keeping a "last" pointer which points to the end of
the linked list, you don't need that for loop to search for the end of
the list every time.
That's got nothing to do with memory leaks. Just an observation.
> void dealloc()
>
On 16 Dec 2024 16:05 +0100, from martelli...@gmail.com (Franco Martelli):
> Is there a memory leak? What it sounds strange to me is that Valgrind
> reports: "total heap usage: 9 allocs, 8 frees, …" when for me the calls to
> "malloc" should be 8, not 9.
Put in som
Hi,
I'm doing the exercises of a C language handbook. I'm using Valgrind to
check for memory leak since I use the malloc calls. In the past I was
used to using "valkyrie" but sadly isn't available anymore for Bookworm
(does anybody know for a replacement?).
I suppos
On Wed, Jul 17, 2024 at 14:36:21 +0800, Jeff Pang wrote:
> I plan to use it for MX backup.
> So the application ram is quite low (postfix consume few resources)
In that case, I'd go for the most recent version of Debian you can
run on whatever kernel you're using. Hopefully the current stable
rel
On Tue, 16 Jul 2024, Michael Kj?rling wrote:
Debian 12 will boot in 256 MB RAM (I think that's the minimum
supported configuration on amd64, which your VPS very likely is) and a
One annoying "feature" I've found if you create the disk image on
another machine is that 'modules=dep' often won't
My tiny vps from vultr has 512m ram only (it’s 2.5usd/m so cheap).
Should I install debian 9 in it for this limited memory?
Thank you
--
Jeff Pang
jeffp...@aol.com
Hi there,
I'm using busybox-syslogd. I'm trying to make it log to remote system
and to memory buffer. According to manual I should use -R 192.168.1.1
for remote logging and -C128 option for memory buffer. Unfortunately,
when used together logs are only sent to remote server. On Bo
> on an AMD64 machine, using the text installer and no GUI packages.
>
> However, if one is trying to set up a low-memory server of some kind,
> especially in a virtual machine or similar environment, that's an
> entirely different line of questioning.
Agreed. I did some expe
On Wed, 2023-07-12 at 22:49 -0400, Carl Fink wrote:
> On 7/12/23 22:23, Default User wrote:
> > Now you tell me . . .
> >
> > In February, I transferred an existing Debian 11 setup to a new 64-
> > bit
> > x86 computer with an nvme ssd. I have a 1 Gb swap partition.
> >
> > What do to avoid weari
On 7/13/23 09:21, Stefan Monnier wrote:
I'm not sure that this is correct. I have several SSDs around here, all
several years old, all with swap partitions and all in daily use. None
has failed me yet.
Most modern SBC images for Debian and Armbian don't have a swap
partition. It's not usually ne
> root@sentinel:/var/s3# sudo nvme smart-log /dev/nvme0n1
Aha, apparently the trick is to use NVMe drives, where the SMART data is
more readable than for (S)ATA drives.
Thanks,
Stefan
On 14/7/23 06:25, Stefan Monnier wrote:
It's not obvious how to translate that to "30%".
Jeremy? Do you remember what data made it possible to get this 30% estimate?
Further to my previous reply, I ran this on my SBC lan server. I'm
certain the power on hours is wrong as it's been 100% for
On 14/7/23 06:25, Stefan Monnier wrote:
It's not obvious how to translate that to "30%".
Jeremy? Do you remember what data made it possible to get this 30% estimate?
sudo apt-get install nvme-cli
sudo nvme list
Node Generic SN
Model
> smartctl -a /dev/whatever produces SMART data which may include
> things like:
>
> 233 Media_Wearout_Indicator 0x0032 002 002 000Old_age Always
> - 0
> or
>
> 241 Total_LBAs_Written 0x0032 099 099 000Old_age Always
> - 7395041209
> or
>
> 1
>> I'm not sure that this is correct. I have several SSDs around here, all
>> several years old, all with swap partitions and all in daily use. None
>> has failed me yet.
> Most modern SBC images for Debian and Armbian don't have a swap
> partition. It's not usually necessary and it provides a vect
On 14/7/23 04:39, jeremy ardley wrote:
On the topic of a swap partition, that is usually absent, as is the
partitioning of the drive into various parts for O/S, user data etc.
That's a 50 year old relic for use cases where you are running a
timesharing server for multiple users with limited
On 13/7/23 21:20, Stefan Monnier wrote:
Images for SBCs are fairly different from typical desktop/laptop
circumstances: there is no real "SSD" in most SBCs. Instead they
typically have a small eMMC (if it all) that might hold the OS but not
much more and then the image itself is often expected
Charles Curley wrote:
> On Thu, 13 Jul 2023 13:41:35 +0800
> jeremy ardley wrote:
>
> > In my personal experience, I ran a 500GB WD NVME drive on my
> > workstation without a swap partition and no surveillance. After 3
> > years It had worn it down 30%. Not a drama as I was swapping it out,
> >
On Thu, 13 Jul 2023 13:41:35 +0800
jeremy ardley wrote:
> In my personal experience, I ran a 500GB WD NVME drive on my
> workstation without a swap partition and no surveillance. After 3
> years It had worn it down 30%. Not a drama as I was swapping it out,
> but surprising for just a workstation
jeremy ardley wrote:
>
> On 13/7/23 19:00, debian-u...@howorth.org.uk wrote:
> > jeremy ardley wrote:
> >
> > > In the same vein, it's really a bad idea to run video surveillance on
> > > a SSD as overwriting the complete SSD every couple of weeks will
> > > trash it in no time. There are proba
>> I'm not sure that this is correct. I have several SSDs around here, all
>> several years old, all with swap partitions and all in daily use. None
>> has failed me yet.
> Most modern SBC images for Debian and Armbian don't have a swap
> partition. It's not usually necessary and it provides a vect
>> In either case they are detected as ordinary HDD drives and you need
>> do nothing out of the ordinary other than it's preferable to not put
>> a swap partition on them for wear reasons.
> Now you tell me . . .
Don't worry: it's a sorely outdated recommendation.
There can still be circumsta
On 13/7/23 19:00, debian-u...@howorth.org.uk wrote:
jeremy ardley wrote:
In the same vein, it's really a bad idea to run video surveillance on
a SSD as overwriting the complete SSD every couple of weeks will
trash it in no time. There are probably SSDs that boast to do this,
but the standard
jeremy ardley wrote:
> In the same vein, it's really a bad idea to run video surveillance on
> a SSD as overwriting the complete SSD every couple of weeks will
> trash it in no time. There are probably SSDs that boast to do this,
> but the standard now is using carefully designed spinning drives
On 13/7/23 11:15, Charles Curley wrote:
I'm not sure that this is correct. I have several SSDs around here, all
several years old, all with swap partitions and all in daily use. None
has failed me yet.
Most modern SBC images for Debian and Armbian don't have a swap
partition. It's not usual
board
M.2 port.
NVMe (non-volatile memory express) is a command protocol running
directly on PCIe and can run at full PCIe 3, 4 or 5 speed, whatever's
supported by the best intersection of the motherboard and the
What you have said is correct, but in the real world most terms are
lo
On 13/7/23 10:49, Carl Fink wrote:
Really? I have never owned a computer where I couldn't replace the SSD.
Low end laptops and notebooks come with the SSD soldered to the board,
usually eMMC
as failed me yet.
Are there any recent experiments or other studies that back this up?
I was working with people who worked with what is now called flash
memory in the early 1980s, when it came with capacities measured in
bits (256 bits, e.g.) and lifetimes were measured in hundreds of
writes. And th
On 7/12/23 22:23, Default User wrote:
Now you tell me . . .
In February, I transferred an existing Debian 11 setup to a new 64-bit
x86 computer with an nvme ssd. I have a 1 Gb swap partition.
What do to avoid wearing the ssd out?
Very important these days, since you can't just open up a comput
to reference the
wikipedia article: https://en.wikipedia.org/wiki/M.2
M.2 drives can either be SATA SSDs or NVMe SSDs. SATA is exactly
the same electrical interface as you are used to on 2.5 and 3.5
inch disks, with the same 6Gb/s maximum rate. If you have a
spare SATA port, no point in using up
On Thu, 2023-07-13 at 08:45 +0800, jeremy ardley wrote:
>
> On 13/7/23 08:31, mick.crane wrote:
> > I was wondering what these Nvme M2 things are and if can plug into
> > motherboard or need an adaptor, are they like a RAM disk or
> > something.
> > mick
>
>
> Depending on your motherboard you
On 13/7/23 08:31, mick.crane wrote:
I was wondering what these Nvme M2 things are and if can plug into
motherboard or need an adaptor, are they like a RAM disk or something.
mick
Depending on your motherboard you can plug them in directly. With an
older motherboard you need a PCiE adaptor
On 2023-07-12 17:14, gene heskett wrote:
On 7/12/23 10:28, Jeffrey Walton wrote:
It seems like it should be a new thread, but I want to make sure I am
not missing something obvious.
Jeff
.
My bad Jeff, get out the wet noodles & give me 30 lashes, I neglected
to update the subject. But it is
On 7/12/23 10:28, Jeffrey Walton wrote:
On Wed, Jul 12, 2023 at 6:40 AM gene heskett wrote:
[ ...]
One of the things apparently missing in today's support for the arm64
boards such as the bananapi-m5, is the lack of support for the nvme
memory on some of these devices. I have quite a f
songbird wrote:
...
all set thanks for the reply.
songbird
David Wright wrote:
...
> That must be nice. I don't know what it might have cost. I'm afraid
> I only use cast-offs. The oldest has ½GB memory.
i have some older memory sticks and chips that i will gladly
send to anyone who has older machines. the only condition i
would have
Xiyue Deng writes:
> Xiyue Deng writes:
>
>> Xiyue Deng writes:
>>
>>> So after some more tries it looks like this issue is not directly memory
>>> usage related. I've tried the following:
>>>
>>> * Using older kernel version
Xiyue Deng writes:
> Xiyue Deng writes:
>
>> So after some more tries it looks like this issue is not directly memory
>> usage related. I've tried the following:
>>
>> * Using older kernel version when I was on Bullseye.
>> * Have a cronjob to dro
Xiyue Deng writes:
> So after some more tries it looks like this issue is not directly memory
> usage related. I've tried the following:
>
> * Using older kernel version when I was on Bullseye.
> * Have a cronjob to drop memory caches every minutes.
> * Using Gnome o
On 21/3/23 10:20, Jeremy Ardley wrote:
On a tangent, I've just set up a Debian 11 Linode LEMP server with 1GB
RAM and 10GB Disk.
It's not in the least troubled by the limited memory. Also there is no
swap in the default image - which seem sensible as it's on a SSD and
you d
But I would recommend against buying a desktop/laptop with 8GB now
unless you can easily expand it later. ]
Stefan
On a tangent, I've just set up a Debian 11 Linode LEMP server with 1GB
RAM and 10GB Disk.
It's not in the least troubled by the limited memory. Also there
> https://wiki.debian.org/RISC-V#ASIC_implementations.2C_i.e._.22real.22_CPU_chips
> lists only "small" SoC systems , not something that looks like I would
> like to compile something the size of LibreOffice on. In that list the
> highest memory supported seems to be 8GB... N
Xiyue Deng writes:
> As this system has been running Bullseye for a few years with zero
> problem, I'm hopeful this should work for Bookworm as well. If you have
> anything in mind that may worth a try please feel free to share. The
> more ideas the better.
To me the interesting question is, d
So after some more tries it looks like this issue is not directly memory
usage related. I've tried the following:
* Using older kernel version when I was on Bullseye.
* Have a cronjob to drop memory caches every minutes.
* Using Gnome on Wayland by default or Xorg.
And this can still h
hen it
> > was running and filed a bug report[2]. But then it happened again
> > without it running because some other program had slowly used up most of
> > the memory again, though not as frequently as the VM was running.
> >
> > Now in retrospect, when I was using Bu
other program had slowly used up most of
> the memory again, though not as frequently as the VM was running.
>
> Now in retrospect, when I was using Bullseye the total memory was also
> mostly used up most of the time, with a few hundreds of megabytes
> reported as free a
sing
> response. Initially I thought it was because of some issue of my
> qemu-based Win11 virtual machine as it happens most frequently when it
> was running and filed a bug report[2]. But then it happened again
> without it running because some other program had slowly used up most of
> t
virtual machine as it happens most frequently when it
was running and filed a bug report[2]. But then it happened again
without it running because some other program had slowly used up most of
the memory again, though not as frequently as the VM was running.
Now in retrospect, when I was using
krys...@ibse.cz wrote:
> Dan Ritter wrote:
> > The kernel announces readiness during boot with:
> > dmesg:[ 18.331561] EDAC amd64: Node 0: DRAM ECC enabled.
> >
> > and then an event looks like this:
> > Message from syslogd@HOSTNAME at Jan 25 15:05:51 ...
> > kernel:[5964975.397283] [Hardware
Dan Ritter wrote:
> The kernel announces readiness during boot with:
> dmesg:[ 18.331561] EDAC amd64: Node 0: DRAM ECC enabled.
>
> and then an event looks like this:
> Message from syslogd@HOSTNAME at Jan 25 15:05:51 ...
> kernel:[5964975.397283] [Hardware Error]: Corrected error, no
> action r
Anssi Saari wrote:
> Dan Ritter writes:
>
> > We see ECC errors irregularly and infrequently on both Intel and
> > AMD CPUs.
>
> How/where do you see those on a Debian system? I looked into this
> briefly but didn't get anywhere.
The kernel announces readiness during boot with:
dmesg:[ 18.3
krys...@ibse.cz writes:
> PS: Some commercial memtests should allegedly be able to inject ECC
> errors (for example the one from passmark), have anyone tried those?
I've tried Passmark's memory tester (the commercial one which includes
ECC error injection), but I've had no
Dan Ritter writes:
> We see ECC errors irregularly and infrequently on both Intel and
> AMD CPUs.
How/where do you see those on a Debian system? I looked into this
briefly but didn't get anywhere.
Dne úterý 21. února 2023 1:20:50 CET, DdB napsal(a):
> Lucky me, i just looked up my hardware (Dual CPU on server MB):
>
> > https://versus.com/en/amd-epyc-7282
> > Supports ECC memory
Yes, but it is sad that you have to search for this information somewhere else
than on ve
w.amd.com/en/products/specifications/embedded
Lucky me, i just looked up my hardware (Dual CPU on server MB):
> https://versus.com/en/amd-epyc-7282
> Supports ECC memory
I conclude: at least the hw *should* be able to ... if i manage to set
it up properly ;-)
krys...@ibse.cz wrote:
> Dear Debian community,
> we recently started using AMD Ryzen CPUs, ASRock Rack motherboards and
> Kingston unbuffered ECC DIMMs for our small bussiness servers. All the
> servers are running on ZFS for which ECC memory is recommended. So I naively
> t
DdB wrote:
> Did you really read, that epycs cannot support ECC?
> At least i can say, that my pools did not report any faults (which ofc
> would be several layers above ecc) either in 3 years, which did help in
> falling asleep. ;-)
I am sorry, it was little missleading - not that they can not su
On 2/20/23 13:12, John Hasler wrote:
Tape the Americium-241 button out of a smoke detector to a RAM chip.
Ooooh, that would be nasty ;o(> But it ought to do the trick.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in
Am 20.02.2023 um 18:42 schrieb krys...@ibse.cz:
> Dear Debian community,
> we recently started using AMD Ryzen CPUs, ASRock Rack motherboards and
> Kingston unbuffered ECC DIMMs for our small bussiness servers. All the
> servers are running on ZFS for which ECC memory is recom
> Hi, thank you for the answer. Honestly it came to my mind I could make
> some kind of neutrino emitter, since according to most articles it is
> the main source of ECC errors,
Neutrons, not neutrinos. The latter rarely interact with matter at
all. A neutron source is fairly difficult to make.
Tape the Americium-241 button out of a smoke detector to a RAM chip.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
Dear Debian community,
we recently started using AMD Ryzen CPUs, ASRock Rack motherboards and Kingston
unbuffered ECC DIMMs for our small bussiness servers. All the servers are
running on ZFS for which ECC memory is recommended. So I naively tried to test
it actually works. I read EVERY
ave a lot of apps running,
> > > and they're all these types of packages, you're going to be using
> > > considerably more memory [...]
> >
> > I'm not a friend of flatpaks and similar concepts, either. For me,
> > it's not memory use, but the
On Wed, Feb 15, 2023 at 1:11 AM wrote:
>
> On Tue, Feb 14, 2023 at 10:36:12PM -0500, pa...@quillandmouse.com wrote:
>
> [...]
>
> > I find the trend disturbing. If you have a lot of apps running, and
> > they're all these types of packages, you're going to
tle distro is like
> > neoliberal hell. No wonder it uses up more resources ;-D
>
> I agree with that. The memory impact of code is probably not that big
> compared to the carelessness of applications with their memory
> management for data.
Right: this was stretching the analogy a bit.
On Wed, Feb 15, 2023 at 01:34:11AM -0500, pa...@quillandmouse.com wrote:
[...]
> I trust Debian to audit and ensure my packages are secure and
> interoperable. I don't necessarily trust Canonical or Flathub.
That's a very good condensate. That's my take, too.
Cheers
--
t
signature.asc
Descri
On Wed, Feb 15, 2023 at 12:18:45PM -0500, Stefan Monnier wrote:
> > I'm not a friend of flatpaks and similar concepts, either. For me,
> > it's not memory use, but the shifting of power from a distrubution
> > model to single applications. I find that makes softw
> I'm not a friend of flatpaks and similar concepts, either. For me,
> it's not memory use, but the shifting of power from a distrubution
> model to single applications. I find that makes software less "free".
Indeed. These end up reproducing the black-box model &quo
to...@tuxteam.de (12023-02-15):
> I'm not a friend of flatpaks and similar concepts, either. For me,
> it's not memory use, but the shifting of power from a distrubution
> model to single applications. I find that makes software less "free".
>
> In a distro,
ing to be using
> > considerably more memory [...]
>
> I'm not a friend of flatpaks and similar concepts, either. For me,
> it's not memory use, but the shifting of power from a distrubution
> model to single applications. I find that makes software less "free".
&
On Tue, Feb 14, 2023 at 10:36:12PM -0500, pa...@quillandmouse.com wrote:
[...]
> I find the trend disturbing. If you have a lot of apps running, and
> they're all these types of packages, you're going to be using
> considerably more memory [...]
I'm not a friend of flatp
On Tue, 14 Feb 2023 23:55:03 +0100
Oliver Schoede wrote:
> On Mon, 13 Feb 2023 09:35:34 -0500
> wrote:
>
> >Am I correct in assuming that package formats like Flatpak, Snap and
> >Appimage, because they package up everything with the executable,
> >would consume
On Mon, 13 Feb 2023 09:35:34 -0500
wrote:
>Am I correct in assuming that package formats like Flatpak, Snap and
>Appimage, because they package up everything with the executable, would
>consume more system memory? One of the reasons to use these formats is
>to avoid library versio
Le 13 février 2023 Maurizio Caloro a écrit :
>>Thanks for your answer, this machine are running as VPS, so this Server dont
>>have a lot of memory configured, and running as standalone machine.
>
>>Yes i will try to switch to clamscan, but you know this will impact the
&
a TCP
>>socket. >>This is particularly beneficial if you have several hosts which
>>need to perform scanning as they can all pass their payload to the central
>>scanning host, and >>you don't need multiple instances of the daemon.
>>YMMV.
--
>
1 - 100 of 1475 matches
Mail list logo
