Re: [DNG] Memory management strategies.

Le 01/02/2016 17:52, Rainer Weikusat a écrit : there's a known upper bound for the maximum number of objects which will be needed Some applications need to asynchronously create and destroy large numbers of objects while the total number of objects at any given time remains bounded.

Re: [DNG] systemd is haunting me

Le 31/01/2016 23:59, Go Linux a écrit : I must check for default-jre and gimp because both are pretty usefull. Yep, default-jre, default-jre-headless and gimp are installed. If I try to remove libsystemd0, it only requires to remove also gvfs, gvfs-daemons and gvfs-fuse, but, as

Re: [DNG] Never say that again: was Debian is endorsed by Microsoft

On Sat, 2016-01-30 at 17:03 +, Nuno Magalhães wrote: > +1 > seems like kindergarten in here Think this is the best response yet in this overlong thread. Somebody said something kinda childish and offtopic and a polite corrective nudge to be a bit more adult was called for and should have

Re: [DNG] Never say that again: was Debian is endorsed by Microsoft

John Morris writes: > On Sat, 2016-01-30 at 17:03 +, Nuno Magalhães wrote: > >> +1 >> seems like kindergarten in here > > Think this is the best response yet in this overlong thread. Somebody > said something kinda childish and offtopic and a polite corrective > nudge to be

Re: [DNG] Memory management strategies.

Didier Kryn writes: > Le 01/02/2016 17:52, Rainer Weikusat a écrit : >> there's a known upper bound for the maximum number of objects which will >> be needed > > Some applications need to asynchronously create and destroy large > numbers of objects while the total number of

[DNG] Systemd at work: rm -rf EFI

Hi all, It seems you can delete EFI vars if you're not careful. Someone found that executing "rm -rf --no-preserve-root /" also deleted EFI vars, turning his MSI Notebook into a brick. It also seems mounting these is hardcoded into systemd: https://bbs.archlinux.org/viewtopic.php?id=207549

Re: [DNG] Systemd at work: rm -rf EFI

On 02/01/2016 08:59 PM, Clarke Sideroad wrote: > On 02/01/2016 06:12 PM, Wim wrote: >> Hi all, >> >> It seems you can delete EFI vars if you're not careful. Someone found >> that executing "rm -rf --no-preserve-root /" also deleted EFI vars, >> turning his MSI Notebook into a brick. >> >> It also

Re: [DNG] Systemd at work: rm -rf EFI

On 02/01/2016 06:12 PM, Wim wrote: > Hi all, > > It seems you can delete EFI vars if you're not careful. Someone found > that executing "rm -rf --no-preserve-root /" also deleted EFI vars, > turning his MSI Notebook into a brick. > > It also seems mounting these is hardcoded into systemd: > >

Re: [DNG] systemd is haunting me

On Mon, 1 Feb 2016 12:47:51 +0100 Didier Kryn wrote: > Apparently synaptic keeps its config in its own config file > /etc/apt/apt.conf.d/99synaptic. Do you mean synaptic reads all config > files in order, and since 99synaptic is the last, it can override all > previous

Re: [DNG] systemd is haunting me

Florian Zieboll wrote: > For the fun of it, I just ran an "apt-get install --install-recommends > --no-install-recommends" and it chose to not install the recommends. > The same with contradicting lines in apt.conf(.d/*): > > APT::Install-Recommends "0"; >

Re: [DNG] Semi OT: Mailman, Lurker and referencing messages

On 02/01/2016 10:49 AM, Florian Zieboll wrote: > > Can Mailman predict the URL under which Lurker will archive the message > it is processing "on the fly", or is there even a variable available? > > Quoting and referencing "third party" messages would be so much easier, > if mails contained

Re: [DNG] About Devuan News

On 02/01/2016 09:24 AM, Noel Torres wrote: > > For familiar reasons I'm not able to continue working in the beautiful > Devuan News work I started, but I love to know that it continues alive. > Reading it is my main point of connection with the Devuan community and > as such I need it to

Re: [DNG] Wifi device names: was systemd is haunting me

Steve Litt writes: > On Sun, 31 Jan 2016 18:20:12 -0500 > Steve Litt wrote: [...] > === > #!/bin/sh > lineno=${1:-1} > > fn=`mktemp` > > ip -o link | \ > cut -d ' ' -f2 | \ > grep ^w | \ > tr -d

Re: [DNG] Memory management strategies.

Didier Kryn writes: > Le 01/02/2016 17:16, Rainer Weikusat a écrit : >> Rainer Weikusat writes: >> >> [...] >> >>> A more problematic (for some definition of problematic) situation is >>> when there are many objects of different sizes and if objects

Re: [DNG] Memory management strategies.

KatolaZ writes: > On Mon, Feb 01, 2016 at 05:36:38PM +0100, Didier Kryn wrote: > > [cut] > >> >> Note that if you manage your memory pool as an array then >> allocation and deallocation are extremely fast and can be done >> without consuming a single byte for

Re: [DNG] systemd is haunting me

On 02/02/16 01:58, Didier Kryn wrote: Le 01/02/2016 14:13, Simon Hobson a écrit : Florian Zieboll wrote: For the fun of it, I just ran an "apt-get install --install-recommends --no-install-recommends" and it chose to not install the recommends. The same with contradicting

Re: [DNG] systemd is haunting me

On 01/02/16 22:47, Didier Kryn wrote: Le 01/02/2016 12:09, Florian Zieboll a écrit : florian@nulldevice:~$ cat /etc/apt/apt.conf.d/01norecommend APT::Install-Recommends "0"; APT::Install-Suggests "0"; #APT::AutoRemove::RecommendsImportant "0"; Synaptic will override this setting, if the

Re: [DNG] systemd is haunting me

On Mon, 1 Feb 2016 13:13:43 + Simon Hobson wrote: > Florian Zieboll wrote: > > > As with any of these newish "*.d/" folders, you can just > > > > $ cat apt.conf.d/* > apt.conf && rm -r apt.conf.d/ > > > > without any consequences regarding the

Re: [DNG] systemd is haunting me

Le 01/02/2016 14:13, Simon Hobson a écrit : Florian Zieboll wrote: For the fun of it, I just ran an "apt-get install --install-recommends --no-install-recommends" and it chose to not install the recommends. The same with contradicting lines in apt.conf(.d/*):

Re: [DNG] Memory management strategies.

Le 01/02/2016 17:16, Rainer Weikusat a écrit : Rainer Weikusat writes: [...] A more problematic (for some definition of problematic) situation is when there are many objects of different sizes and if objects whose size is identical have vastly differing

Re: [DNG] Memory management strategies.

On Mon, Feb 01, 2016 at 05:36:38PM +0100, Didier Kryn wrote: [cut] > > Note that if you manage your memory pool as an array then > allocation and deallocation are extremely fast and can be done > without consuming a single byte for book-keeping. I think this > almost trivial allocator