On 10/23/2012 09:19 PM, Lennart Poettering wrote:
Related to the tool you are suggesting I think a tool to merge split off
files might be very useful too, to counter the scalability issues of
interleaving too many separate files on display.
Yeah an extension to the journalctl and probably users w
On Tue, 23.10.12 20:52, "Jóhann B. Guðmundsson" (johan...@gmail.com) wrote:
> On 10/23/2012 06:40 PM, Lennart Poettering wrote:
> >The journal currently cannot do this for you, but what it already can is
> >split up the journal per-user. This is done by default only for login
> >users, (i.e. actua
On 10/23/2012 06:40 PM, Lennart Poettering wrote:
The journal currently cannot do this for you, but what it already can is
split up the journal per-user. This is done by default only for login
users, (i.e. actual human users), but with the SplitMode= setting in
journald.conf can be enabled for sy
On Tue, 23.10.12 22:27, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
> >> In one word: a way to partition entries into multiple log files,
> >> by setting this special field.
> >
> > As mentioned we have SplitMode= for this, but it is strictly for UIDs
> > only, since we only need
On Tue, Oct 23, 2012 at 10:18 PM, Lennart Poettering
wrote:
> On Tue, 23.10.12 22:02, Ciprian Dorin Craciun (ciprian.crac...@gmail.com)
> wrote:
>> And the way I see benefiting from systemd would be creating
>> containers (like LXC) for each such "process".
>
> Our story regarding containers
On Tue, 23.10.12 22:14, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
> > Why? Why would anybody want to use the journal but not systemd? People
> > who have issues with the latter usually are not rational about these
> > things, and probably have a more philosophical/religious issue wi
On Tue, 23.10.12 22:02, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
>
> On Tue, Oct 23, 2012 at 9:40 PM, Lennart Poettering
> wrote:
> > But note that the price you pay for interleaving files on display grows
> > with the more you split things up (O(n) being n number of files to
> >
On Tue, Oct 23, 2012 at 9:49 PM, Lennart Poettering
wrote:
> On Tue, 23.10.12 20:13, Ciprian Dorin Craciun (ciprian.crac...@gmail.com)
> wrote:
>> > The other thing is simply that the stuff is really integrated with each
>> > other. The journal sources are small because we reuse a lot of internal
On Tue, Oct 23, 2012 at 9:40 PM, Lennart Poettering
wrote:
> But note that the price you pay for interleaving files on display grows
> with the more you split things up (O(n) being n number of files to
> interleave), hence we are a bit conservative here, we don't want to push
> people towards spli
On Tue, 23.10.12 23:43, Alexander E. Patrakov (patra...@gmail.com) wrote:
>
> 2012/10/21 Lennart Poettering :
> > Heya,
> >
> > I have now found the time to document the journal file format:
> >
> > http://www.freedesktop.org/wiki/Software/systemd/journal-files
> >
> > Comments welcome!
>
> The
On Tue, 23.10.12 20:13, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
> > In the journal file format indexing field objects that are only
> > referenced once is practically free, as instead of storing an offset to
> > the bsearch object we use for indexing we just store the offset of th
On Tue, 23.10.12 19:11, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
>
> On Sun, Oct 21, 2012 at 1:05 AM, Lennart Poettering
> wrote:
> > Heya,
> >
> > I have now found the time to document the journal file format:
> >
> > http://www.freedesktop.org/wiki/Software/systemd/journal-file
2012/10/21 Lennart Poettering :
> Heya,
>
> I have now found the time to document the journal file format:
>
> http://www.freedesktop.org/wiki/Software/systemd/journal-files
>
> Comments welcome!
The doc says these two things:
1) The format is designed to be read and written via memory mapping
us
On Tue, Oct 23, 2012 at 7:33 PM, Lennart Poettering
wrote:
> On Tue, 23.10.12 18:48, Ciprian Dorin Craciun (ciprian.crac...@gmail.com)
> wrote:
>
>> > - We needed something with in-line compression, and where we can add
>> > stuff like FSS to
>>
>> Ok. I agree that there are very few librar
On Tue, 23.10.12 18:48, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
> > - We needed something with in-line compression, and where we can add
> > stuff like FSS to
>
> Ok. I agree that there are very few libraries that fit here. All I
> can think of making into here would be Ber
On Sun, Oct 21, 2012 at 1:05 AM, Lennart Poettering
wrote:
> Heya,
>
> I have now found the time to document the journal file format:
>
> http://www.freedesktop.org/wiki/Software/systemd/journal-files
>
> Comments welcome!
(Replying directly to this as I want to start another "sub-thread"...
On Tue, Oct 23, 2012 at 5:39 PM, Lennart Poettering
wrote:
> On Tue, 23.10.12 15:25, Ciprian Dorin Craciun (ciprian.crac...@gmail.com)
> wrote:
>> Why did you resort to implementing a new database format, and
>> didn't choose an existing embedded library like BerkeleyDB, LevelDB,
>> etc.? (Ad
On Tue, 23.10.12 15:25, Ciprian Dorin Craciun (ciprian.crac...@gmail.com) wrote:
> But what I couldn't find in any of these documents (maybe there is
> in another one), is a justification of the current technical (i.e.
> implementation) decisions. Mainly:
That's a valid question to raise.
>
On Sun, Oct 21, 2012 at 1:05 AM, Lennart Poettering
wrote:
> Heya,
>
> I have now found the time to document the journal file format:
>
> http://www.freedesktop.org/wiki/Software/systemd/journal-files
>
> Comments welcome!
>
> (Oh, and it's in the fdo wiki, so if you see a typo or so, go ahead and
Heya,
I have now found the time to document the journal file format:
http://www.freedesktop.org/wiki/Software/systemd/journal-files
Comments welcome!
(Oh, and it's in the fdo wiki, so if you see a typo or so, go ahead and
fix it!)
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
20 matches
Mail list logo
