1 |
On 12/11/2009 08:00 PM, Dale wrote: |
2 |
> Alan McKinnon wrote: |
3 |
>> On Friday 11 December 2009 17:07:17 Dale wrote: |
4 |
>> |
5 |
>>> Alan McKinnon wrote: |
6 |
>>> |
7 |
>>>> On Friday 11 December 2009 15:16:01 Dale wrote: |
8 |
>>>> |
9 |
>>>>> Rebooting will also do all of this but it is not needed. From a |
10 |
>>>>> technical stand point, the only time you must reboot is to load a new |
11 |
>>>>> kernel. |
12 |
>>>>> |
13 |
>>>> And these days, not even then :-) |
14 |
>>>> |
15 |
>>>> [it requires some voodoo but is certainly possible] |
16 |
>>>> |
17 |
>>>> [[and I don't mean build and install a new kernel, I really do mean loa |
18 |
>>>> ti into memory and run it, dispensing with the old one]] |
19 |
>>>> |
20 |
>>> I have read about that but never read something from someone who has |
21 |
>>> actually done it. I have always been curious as to how that would work, |
22 |
>>> in reality not just theory. |
23 |
>>> |
24 |
>> |
25 |
>> kexec and CONFIG_RELOCATABLE |
26 |
>> |
27 |
>> |
28 |
>>> I have also wondered why a person would go to all that trouble. |
29 |
>>> Wouldn't all the services have to be restarted anyway? |
30 |
>>> |
31 |
>> |
32 |
>> Nope. userspace ABI is stable so services just carry on as normal once |
33 |
>> he new kernel comes up. You don't need to restart SeaMonkey if you |
34 |
>> restart a local apache on your machine - same thing |
35 |
>> |
36 |
>> |
37 |
> |
38 |
> That would be cool of you had a system that just couldn't be rebooted. |
39 |
> Is there such a thing tho? What would be the reason a machine just |
40 |
> could not be rebooted? I guess one would be if the puter was on planet |
41 |
> Mars maybe? Is that how NASA does it? lol Could you imagine getting a |
42 |
> blue screen of death on a computer that is on Mars? O_O |
43 |
> |
44 |
> Dale |
45 |
> |
46 |
> :-) :-) |
47 |
A real world scenario would be a bank server doing transactions. Those |
48 |
big irons do never ever get shut down. |
49 |
(But they also don't ever get really updated ;) |
50 |
|
51 |
Did you know, that they still use cobol-code from decades ago. The code |
52 |
has to interact with newer systems, but the existing code is not allowed |
53 |
to be altered, they just run it inside hugh java application servers on |
54 |
their main frames :D |
55 |
|
56 |
Bye, |
57 |
Daniel |
58 |
|
59 |
-- |
60 |
use PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887&op=get |
61 |
# gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 |