On Thu, 2003-10-30 at 12:02, Vedran Ljubovic wrote:
--- Buchan Milne [EMAIL PROTECTED] wrote:
Yes, just accept the username and password, and show
some moving
graphics until you have authenticated the user.
Ever noticed how long it takes to tell you your
password is wrong on
first
--- FACORAT Fabrice [EMAIL PROTECTED] wrote:
put them at the end after dm start
Wouldn't work, because dm service just calls prefdm
with a fork, so it's effectively executing X and KDE
and everything else in parallel. As I've said, this
makes X start veeery slowly. When I remove the fork,
the
I lost where this particular thread came in, especially since I posted a
message titled Boot Linux Faster. So at the risk of being repetitive here
it is again, since the article seems to address some of the concerns being
raised here:
Date:
24/08/2003 3:06 pm
Hello,
I don't know if any one
--- Jos [EMAIL PROTECTED] wrote:
http://www.stack.nl/~josh/Mandrake
Hello Jos!
I think you have an excellent page there.
Here are some thinkings:
- Harddrake should *not* be disabled by default. If
one changes some piece of hardware (they'll probably
do that while their system is off :)
On Thu, 30 Oct 2003, Vedran Ljubovic wrote:
--- Jos [EMAIL PROTECTED] wrote:
http://www.stack.nl/~josh/Mandrake
Hello Jos!
I think you have an excellent page there.
Here are some thinkings:
- Harddrake should *not* be disabled by default. If
one changes some piece of hardware (they'll
Would it be possible to have a desktop pc option at install where all
prioritories are for a desktop user
Make the gui no 1 prioritory at boot time
Only load services when they're needed (or after gui is up)
I think that's what WinXP does.
Mike
Le jeu 30/10/2003 à 12:01, Jos Hulzink a écrit :
On Thu, 30 Oct 2003, Vedran Ljubovic wrote:
Here are some thinkings:
- Harddrake should *not* be disabled by default. If
one changes some piece of hardware (they'll probably
do that while their system is off :) strange things
may happen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Lothian wrote:
Would it be possible to have a desktop pc option at install where all
prioritories are for a desktop user
Make the gui no 1 prioritory at boot time
Only load services when they're needed (or after gui is up)
I think
On Thu, 30 Oct 2003, Michael Lothian wrote:
Would it be possible to have a desktop pc option at install where all
prioritories are for a desktop user
Make the gui no 1 prioritory at boot time
Only load services when they're needed (or after gui is up)
I think that's what WinXP does.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jos Hulzink wrote:
On Thu, 30 Oct 2003, Michael Lothian wrote:
Would it be possible to have a desktop pc option at install where all
prioritories are for a desktop user
Make the gui no 1 prioritory at boot time
Only load services when they're
Buchan Milne wrote:
Only load services when they're needed (or after gui is up)
I think that's what WinXP does.
It's not that simple.
For me to be able to log in (on my desktop in a LAN), I need at least
NFS (ie portmap, nfslock) and autofs up and running. For a disconnected
LDAP setup (see
Le Mercredi 29 Octobre 2003 00:41, Han Boetes a écrit :
S01xfs
S02dm
S03iptables
S09network
Yes but dm needs networking at the least. This solution may work for
you but mandrake has to have sane defaults for everyone. Which is the
general problem with suggestions. Most people only
Hello,
I agree with most of your points.
--- Jos Hulzink [EMAIL PROTECTED] wrote:
On Thu, 30 Oct 2003, Vedran Ljubovic wrote:
- I don't think parallelizing helps on computers
with
a single CPU that doesn't support hyperthreading.
Sure
Not true I think... Think about initializing
--- Buchan Milne [EMAIL PROTECTED] wrote:
Yes, just accept the username and password, and show
some moving
graphics until you have authenticated the user.
Ever noticed how long it takes to tell you your
password is wrong on
first start?
Couldn't we just hack the bootsplash so that it
BLINDAUER Emmanuel wrote:
Le Mercredi 29 Octobre 2003 00:41, Han Boetes a écrit :
S01xfs
S02dm
S03iptables
S09network
Yes but dm needs networking at the least. This solution may work for
you but mandrake has to have sane defaults for everyone. Which is the
general problem with suggestions. Most
Le jeu 30/10/2003 à 17:01, Vedran Ljubovic a écrit :
--- Jos Hulzink [EMAIL PROTECTED] wrote:
Also shared printers can be set up after the desktop
is there, though
indeed, for real servers you might want to change
priority. My problem is
how to do implement your suggestions (which I
Vedran Ljubovic wrote:
- I also agree that using bash slows down things.
Time it. You're making conclusions based on assumptions.
But I don't think that writing rc script itself in C will help much. rc script
is only a small portion of overhead, I think that the bigger problem are
scripts
On Thu, 2003-10-30 at 19:41, Han Boetes wrote:
mayor problem since linux is not a reboot OS.
Well. It's certainly designed to be capable of running more or less
perpetually, that's true. That doesn't mean that's how people use it,
though. I boot my system at a minimum once a day, because I
Adam Williamson wrote:
On Thu, 2003-10-30 at 19:41, Han Boetes wrote:
mayor problem since linux is not a reboot OS.
^^^
please quote carefully. This hardly reflects what I said.
Well. It's certainly designed to be capable of running more or less
perpetually, that's true. That doesn't
Is it possible to use swsusp as a regular halt-susp
to get around the need of everyone who thinks that the next second is
important.
Otherwise I think that Linux or Unix has other walues than a fast start.
regards
guran
--
Mandrake Linux 9.2 kernel-2.4.22.21mdk-1-1mdk
Only in a society that
On Thu, 2003-10-30 at 22:29, Han Boetes wrote:
Adam Williamson wrote:
On Thu, 2003-10-30 at 19:41, Han Boetes wrote:
mayor problem since linux is not a reboot OS.
^^^
please quote carefully. This hardly reflects what I said.
Uh? It's exactly what you said. You argued that bootup
Adam Williamson wrote:
On Thu, 2003-10-30 at 22:29, Han Boetes wrote:
Adam Williamson wrote:
On Thu, 2003-10-30 at 19:41, Han Boetes wrote:
mayor problem since linux is not a reboot OS.
^^^
please quote carefully. This hardly reflects what I said.
Uh? It's exactly what
On Thursday 30 Oct 2003 23:06, guran wrote:
Is it possible to use swsusp as a regular halt-susp
to get around the need of everyone who thinks that the next second is
important.
Otherwise I think that Linux or Unix has other walues than a fast start.
regards
guran
Well... about the fact
On Wed, 2003-10-29 at 01:41, Han Boetes wrote:
Frederic Conrotte wrote:
Since I switched to Linux with MDK8.2, I've always noticed the XFS
daemon (X Font Server) and the DM daemon (Display Manager) are not
started among the first services to be started. DM need XFS started
before it can
On Tuesday 28 October 2003 10:52 pm, Vedran Ljubovic wrote:
--- [EMAIL PROTECTED] wrote:
don't even own a network card. Therefore I
probably
don't need sshd at all.
Isn't xinetd startup of ssh disabled by default, in
favour of starting as
a daemon?
Hm you're right. It seems
--- John Allen [EMAIL PROTECTED] wrote:
Well I was on dial up (DSL now), but I have a lan,
and the server shares the
inet connection, and I need NFS enabled by default.
Perhaps the installer/control panel should ask
whether you want NFS
(server/client), or not at all.
Yes, but you had
On Wednesday 29 Oct 2003 07:08, Chris Picton wrote:
I used the program 'serel' from http://www.fastboot.org for a while
during the 9.1 - 9.2 cooker phase, and had no problems with it. Bootup
was faster. The program has not been updated in a while, but seems to
be fairly complete as it
Jos wrote:
I did some testing myself, working on something similar, though I still don't
know what people prefer: that I hack init, or replace /etc/rc.d/rc by a
binary...
Is the problem that the necessary initializations take too long, or that
they take too long when run serially under a
On Wednesday 29 Oct 2003 10:48, Frank Griffin wrote:
Jos wrote:
I did some testing myself, working on something similar, though I still
don't know what people prefer: that I hack init, or replace /etc/rc.d/rc
by a binary...
Is the problem that the necessary initializations take too long,
Hi,
Recently there were some articles on Slashdot
proposing alternative boot procedures. Most of them
advocate parallelizing of SysV-init tasks. Motivated
by these I've decided to make a detailed analysis of
boot procedure and see how can I make it faster.
I have an oldish PC that can run most
On Tuesday 28 October 2003 20:14, Vedran Ljubovic wrote:
Hi,
Recently there were some articles on Slashdot
proposing alternative boot procedures. Most of them
advocate parallelizing of SysV-init tasks. Motivated
by these I've decided to make a detailed analysis of
boot procedure and see
--- Michael Scherer [EMAIL PROTECTED] wrote:
- Do we need to run depmod if no new modules are
installed (many ways to check)?
i think it use -A switch and so is runned only if
it should.
Well if there are new modules it takes almost 30
seconds, without them it's 4 seconds consistently.
Hi,
- Sysv is already mostly parallelized. It takes 26
seconds which is better than I expected. Actually, as
I understand, on this single-cpu machine the overhead
of context switching is so high that xinetd and cups
would probably start faster if they were not
parallelized with X.
-
Just my 2 cents...
since I switched to Linux with MDK8.2,
I've always noticed the XFS daemon (X Font Server)
and the DM daemon (Display Manager) are not started among
the first services to be started.
DM need XFS started before it can be launched.
DM is the services that launch KDE and therefore
--- [EMAIL PROTECTED] wrote:
don't even own a network card. Therefore I
probably
don't need sshd at all.
Isn't xinetd startup of ssh disabled by default, in
favour of starting as
a daemon?
Hm you're right. It seems that xinetd is used for fam.
- While I'm at it, I also don't need
Frederic Conrotte wrote:
Since I switched to Linux with MDK8.2, I've always noticed the XFS
daemon (X Font Server) and the DM daemon (Display Manager) are not
started among the first services to be started. DM need XFS started
before it can be launched.
DM is the services that launch KDE and
Hello,
I read that there is a new feature in the kernel2.6 called futexes.
It's seems to allow fast context switching...
I hope it helps you. (I really don't know)
Fabrice.
Selon Han Boetes [EMAIL PROTECTED]:
Frederic Conrotte wrote:
Since I switched to Linux with MDK8.2, I've always
37 matches
Mail list logo