Sous Linux lorsqu'on compile on utilise souvent "make -j 2" pour un mono-processeur. Ça compile plus plus que "make -j 1" même su un mono-processeur.
Apparament sous Windows ce n'est pas le cas. Permet moi de trouver ça étrange.
Oh mon dieu quelle anerie. Je te parie 20000$ que c'est faux, pret a prendre le pari ? Si oui je te file un executable qui te le montre sans aucune discussion possible et je te file mon numero de compte.
> Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité.
Dans ce cas ton système est pourri. Si t'es sous Windows, ça ne me surprend pas.
Cas d'ecole :
T'as une societe avec 200 clients Linux ayant KDE+Firefox+OpenOffice, bien entendu ces clients sont utilises, OpenOffice, Firefox et d'autres applis KDE sont ouvertes a peu pres constamment. Ils deployent les mises a jour automatiquement, dont une pour KDE.
Devines ce qu'il se passe si tu ne redemarres pas KDE apres la mise a jour ?
Petite aide: pense au code sur le disque, et au code en memoire qui est execute et qui est a risque.
Et redemarrer KDE sur un client, ca equivaut a rebooter le systeme dans 99% des cas d'un point de vue fonctionnel.
Marrant, on dirait que sur Linux tu rebootes environ une fois par mois pour tes patchs aussi, tout comme Windows.
Ben pratiquement aucun virus et en tout cas sans commune mesure avec IE.
Petit rigolo.
Fais donc une recherche pour 'exploit firefox' dans Google, et informe toi.
Si le service n'est pas utilisé, il ne bouffe pas de CPU. Si t'es un peu juste en RAM, le service fini dans le swap.
Ou alors la règle que MS c'est que chaque service soit locké en RAM ?
Tout depend de ce que fait le service, il y a des services qui tourne en arriere plan, qui font du monitoring, mais qui sont inutiles pour certaines personnes.
[^] # Re: mouaich
Posté par pasBill pasGates . En réponse au journal Rigolons : accélérer Vista. Évalué à 4.
Apparament sous Windows ce n'est pas le cas. Permet moi de trouver ça étrange.
Oh mon dieu quelle anerie. Je te parie 20000$ que c'est faux, pret a prendre le pari ? Si oui je te file un executable qui te le montre sans aucune discussion possible et je te file mon numero de compte.
> Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité.
Dans ce cas ton système est pourri. Si t'es sous Windows, ça ne me surprend pas.
Cas d'ecole :
T'as une societe avec 200 clients Linux ayant KDE+Firefox+OpenOffice, bien entendu ces clients sont utilises, OpenOffice, Firefox et d'autres applis KDE sont ouvertes a peu pres constamment. Ils deployent les mises a jour automatiquement, dont une pour KDE.
Devines ce qu'il se passe si tu ne redemarres pas KDE apres la mise a jour ?
Petite aide: pense au code sur le disque, et au code en memoire qui est execute et qui est a risque.
Et redemarrer KDE sur un client, ca equivaut a rebooter le systeme dans 99% des cas d'un point de vue fonctionnel.
Sinon: https://rhn.redhat.com/errata/rhel-server-errata.html
Mars: reboot https://rhn.redhat.com/errata/RHSA-2007-0099.html
Avril: reboot au moins pour les clients https://rhn.redhat.com/errata/RHSA-2007-0157.html
Mai: reboot https://rhn.redhat.com/errata/RHSA-2007-0347.html
Juin: reboot https://rhn.redhat.com/errata/RHSA-2007-0376.html
Juillet: reboot https://rhn.redhat.com/errata/RHSA-2007-0595.html
Aout: reboot au moins pour les clients
Septembre: reboot https://rhn.redhat.com/errata/RHSA-2007-0705.html
Octobre: reboot https://rhn.redhat.com/errata/RHSA-2007-0940.html
Novembre: reboot https://rhn.redhat.com/errata/RHSA-2007-0993.html
Janvier 2008: reboot https://rhn.redhat.com/errata/RHSA-2008-0089.html
Marrant, on dirait que sur Linux tu rebootes environ une fois par mois pour tes patchs aussi, tout comme Windows.
Ben pratiquement aucun virus et en tout cas sans commune mesure avec IE.
Petit rigolo.
Fais donc une recherche pour 'exploit firefox' dans Google, et informe toi.
Si le service n'est pas utilisé, il ne bouffe pas de CPU. Si t'es un peu juste en RAM, le service fini dans le swap.
Ou alors la règle que MS c'est que chaque service soit locké en RAM ?
Tout depend de ce que fait le service, il y a des services qui tourne en arriere plan, qui font du monitoring, mais qui sont inutiles pour certaines personnes.