On 2016-01-06 08:54, One Thousand Gnomes wrote:
In fact, there already appears to be some degree of allocation on demand
for VT's (otherwise deallocvt has no point), just not for everything
associated with the VT. I'd be willing to bet that almost everything
that reasonably can be dynamically al
> In fact, there already appears to be some degree of allocation on demand
> for VT's (otherwise deallocvt has no point), just not for everything
> associated with the VT. I'd be willing to bet that almost everything
> that reasonably can be dynamically allocated already is, there is a bare
>
On 2016-01-04 10:34, Pierre Paul MINGOT wrote:
> Hello,
>
> In Linux there is no way to set the number of tty devices or console
> to create. By default the kernel create 64 /dev/tty devices. what is
> too much for embedded system with limited resources. As all these 64
> devices are not necessary
On 2016-01-05 15:47, One Thousand Gnomes wrote:
This means that not including the VT subsystem resulted in a 128k
reduction in runtime footprint, and having only half the number of VT's
resulted in a 52k reduction. Assuming a linear correlation between the
number of VT's and the runtime footprin
> This means that not including the VT subsystem resulted in a 128k
> reduction in runtime footprint, and having only half the number of VT's
> resulted in a 52k reduction. Assuming a linear correlation between the
> number of VT's and the runtime footprint of the subsystem, that means
> the s
On 2016-01-04 13:41, Austin S. Hemmelgarn wrote:
On 2016-01-04 12:11, Greg KH wrote:
Please provide some "real" numbers of memory savings please before
saying that this change really does save memory. Just guessing isn't
ok.
I can probably put something together to actually test this, but it w
On 2016-01-05 11:11, Theodore Ts'o wrote:
On Tue, Jan 05, 2016 at 08:16:52AM -0500, Austin S. Hemmelgarn wrote:
We don't do regressions.
Requiring only a recompilation isn't a regression, especially when it works
fine without being recompiled, and I have yet to actually see anything that
changi
On Tue, Jan 05, 2016 at 08:16:52AM -0500, Austin S. Hemmelgarn wrote:
> >We don't do regressions.
> Requiring only a recompilation isn't a regression, especially when it works
> fine without being recompiled, and I have yet to actually see anything that
> changing the number of VT's would break oth
On Tue, Jan 05, 2016 at 10:43:45AM -0500, Austin S. Hemmelgarn wrote:
> >I don't understand how reducing the number of vt devices makes anything
> >more or less secure, or better yet, more responsive. Please provide
> >specific details showing how this happens.
> WRT security, the argument isn't t
On 2016-01-05 10:25, Greg KH wrote:
On Tue, Jan 05, 2016 at 09:51:14AM +0100, Pierre Paul MINGOT wrote:
In industrial sector, for obvious security and safety reasons we want
configure our system and have a full control of the devices within it.
So unused or dummy devices are not wanted , not nic
On 2016-01-05 10:24, Greg KH wrote:
On Tue, Jan 05, 2016 at 08:16:52AM -0500, Austin S. Hemmelgarn wrote:
And those embedded devices can almost certainly save more by just not
including the vt layer.
And a few pages can make a difference on _any_ device, not just an embedded
system. For a purp
On Tue, Jan 05, 2016 at 09:51:14AM +0100, Pierre Paul MINGOT wrote:
> In industrial sector, for obvious security and safety reasons we want
> configure our system and have a full control of the devices within it.
> So unused or dummy devices are not wanted , not nice to have.
> One way to achieve
On Tue, Jan 05, 2016 at 08:16:52AM -0500, Austin S. Hemmelgarn wrote:
> >And those embedded devices can almost certainly save more by just not
> >including the vt layer.
> And a few pages can make a difference on _any_ device, not just an embedded
> system. For a purpose specific system, that can
On 2016-01-04 17:55, One Thousand Gnomes wrote:
If the console isn't initialized by userspace, is any of that space
still really being used? Have you tried that?
I'm pretty certain that most of the space that gets taken up by the
scrollback buffer and screen isn't directly used unless the conso
On 2016-01-05 03:51, Pierre Paul MINGOT wrote:
2016-01-04 19:41 GMT+01:00 Austin S. Hemmelgarn :
On 2016-01-04 12:11, Greg KH wrote:
On Mon, Jan 04, 2016 at 11:57:33AM -0500, Austin S. Hemmelgarn wrote:
On 2016-01-04 10:43, Greg KH wrote:
On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Pa
2016-01-04 19:41 GMT+01:00 Austin S. Hemmelgarn :
> On 2016-01-04 12:11, Greg KH wrote:
>>
>> On Mon, Jan 04, 2016 at 11:57:33AM -0500, Austin S. Hemmelgarn wrote:
>>>
>>> On 2016-01-04 10:43, Greg KH wrote:
On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Paul MINGOT wrote:
>
> H
> > If the console isn't initialized by userspace, is any of that space
> > still really being used? Have you tried that?
> I'm pretty certain that most of the space that gets taken up by the
> scrollback buffer and screen isn't directly used unless the console is
> used, but there are still str
On 2016-01-04 12:11, Greg KH wrote:
On Mon, Jan 04, 2016 at 11:57:33AM -0500, Austin S. Hemmelgarn wrote:
On 2016-01-04 10:43, Greg KH wrote:
On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Paul MINGOT wrote:
Hello,
In Linux there is no way to set the number of tty devices or console
to crea
On Mon, Jan 04, 2016 at 11:57:33AM -0500, Austin S. Hemmelgarn wrote:
> On 2016-01-04 10:43, Greg KH wrote:
> >On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Paul MINGOT wrote:
> >>Hello,
> >>
> >>In Linux there is no way to set the number of tty devices or console
> >>to create. By default the k
On 2016-01-04 10:43, Greg KH wrote:
On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Paul MINGOT wrote:
Hello,
In Linux there is no way to set the number of tty devices or console
to create. By default the kernel create 64 /dev/tty devices. what is
too much for embedded system with limited reso
On Mon, Jan 04, 2016 at 04:34:56PM +0100, Pierre Paul MINGOT wrote:
> Hello,
>
> In Linux there is no way to set the number of tty devices or console
> to create. By default the kernel create 64 /dev/tty devices. what is
> too much for embedded system with limited resources.
Really? How much mem
Hello,
In Linux there is no way to set the number of tty devices or console
to create. By default the kernel create 64 /dev/tty devices. what is
too much for embedded system with limited resources. As all these 64
devices are not necessary or mandatory for the kernel proper working,
I add a config
22 matches
Mail list logo
