On Sat, 8 Jul 2017, Kai Krakow wrote:
Am Sat, 8 Jul 2017 08:05:44 +0200
schrieb Kai Krakow :
Am Sat, 8 Jul 2017 11:39:02 +1000 (AEST)
schrieb Michael Chapman :
On Sat, 8 Jul 2017, Kai Krakow wrote:
[...]
The bug here is that a leading number will "convert" to the number
and it actually runs
On Sat, 8 Jul 2017, [email protected] wrote:
In doing some casual journalctl profiling and stracing, it became apparent
that `journalctl -b --no-pager` runs across a significant quantity of logs,
~10% of the time was thrown away on getpid() calls due to commmit a65f06b.
As-is:
# time ./journal
Am Sat, 8 Jul 2017 08:05:44 +0200
schrieb Kai Krakow :
> Am Sat, 8 Jul 2017 11:39:02 +1000 (AEST)
> schrieb Michael Chapman :
>
> > On Sat, 8 Jul 2017, Kai Krakow wrote:
> > [...]
> > > The bug here is that a leading number will "convert" to the number
> > > and it actually runs with the UID sp
Am Sat, 8 Jul 2017 11:39:02 +1000 (AEST)
schrieb Michael Chapman :
> On Sat, 8 Jul 2017, Kai Krakow wrote:
> [...]
> > The bug here is that a leading number will "convert" to the number
> > and it actually runs with the UID specified that way: 0day = 0,
> > 7days = 7.
>
> No, this is not the ca
On Fri, Jul 07, 2017 at 03:54:09PM -0700, [email protected] wrote:
> On Fri, Jul 07, 2017 at 10:34:22PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Jul 07, 2017 at 02:35:16PM -0700, [email protected] wrote:
> > > On Fri, Jul 07, 2017 at 01:49:54PM -0700, [email protected] wrote:
> >
Am 07.07.2017 um 21:55 schrieb Kai Krakow:
Am Tue, 4 Jul 2017 21:23:01 + (UTC)
schrieb Alexander Bisogiannis :
On Tue, 04 Jul 2017 17:21:01 +, Zbigniew Jędrzejewski-Szmek wrote:
If you need root permissions to create a unit, then it's not a
security issue. An annoyance at most.
Th
On Sat, 8 Jul 2017, Kai Krakow wrote:
[...]
The bug here is that a leading number will "convert" to the number and
it actually runs with the UID specified that way: 0day = 0, 7days = 7.
No, this is not the case. Only all-digit User= values are treated as UIDs.
__
On Fri, Jul 07, 2017 at 10:34:22PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Jul 07, 2017 at 02:35:16PM -0700, [email protected] wrote:
> > On Fri, Jul 07, 2017 at 01:49:54PM -0700, [email protected] wrote:
> > > On Fri, Jul 07, 2017 at 08:37:08PM +, Mantas Mikulėnas wrote:
> > >
On Fri, Jul 07, 2017 at 02:35:16PM -0700, [email protected] wrote:
> On Fri, Jul 07, 2017 at 01:49:54PM -0700, [email protected] wrote:
> > On Fri, Jul 07, 2017 at 08:37:08PM +, Mantas Mikulėnas wrote:
> > > Back when that commit was made, didn't glibc cache the getpid() result in
> > > use
On Fri, Jul 07, 2017 at 01:49:54PM -0700, [email protected] wrote:
> On Fri, Jul 07, 2017 at 08:37:08PM +, Mantas Mikulėnas wrote:
> > Back when that commit was made, didn't glibc cache the getpid() result in
> > userspace? That would explain why it was not noticed.
>
> Hmm, this crossed my m
On Fri, Jul 07, 2017 at 01:49:54PM -0700, [email protected] wrote:
> On Fri, Jul 07, 2017 at 08:37:08PM +, Mantas Mikulėnas wrote:
> > Back when that commit was made, didn't glibc cache the getpid() result in
> > userspace? That would explain why it was not noticed.
>
> Hmm, this crossed my m
Back when that commit was made, didn't glibc cache the getpid() result in
userspace? That would explain why it was not noticed.
On Fri, Jul 7, 2017, 23:18 wrote:
> In doing some casual journalctl profiling and stracing, it became apparent
> that `journalctl -b --no-pager` runs across a significa
Hmm, this crossed my mind, and come to think of it I did a dist-upgrade
from Debian jessie to stretch overnight machine and haven't rebooted.
Perhaps the vdso isn't working and the costly getpid() is a red herring, will
reboot and retest to confirm.
On Fri, Jul 07, 2017 at 08:37:08PM +, Mant
In doing some casual journalctl profiling and stracing, it became apparent
that `journalctl -b --no-pager` runs across a significant quantity of logs,
~10% of the time was thrown away on getpid() calls due to commmit a65f06b.
As-is:
# time ./journalctl -b --no-pager > /dev/null
real0m11.033
Am Tue, 4 Jul 2017 21:23:01 + (UTC)
schrieb Alexander Bisogiannis :
> On Tue, 04 Jul 2017 17:21:01 +, Zbigniew Jędrzejewski-Szmek wrote:
>
> > If you need root permissions to create a unit, then it's not a
> > security issue. An annoyance at most.
>
> The fact that you need to be root
Hello, everyone!
06.07.2017 19:17, Mikhail Kasimov пишет:
>
> 06.07.2017 19:12, Mikhail Kasimov пишет:
>> 06.07.2017 18:27, Michael Chapman пишет:
>>> On Fri, 7 Jul 2017, Mikhail Kasimov wrote:
06.07.2017 17:18, Michael Chapman пишет:
> On Thu, 6 Jul 2017, Mikhail Kasimov wrote:
>> H
16 matches
Mail list logo
