Parce que certains, comme moi, ont 4Go de disque dur dans son PC, et de toute évidence XP ou 7 ne tiendrait pas, alors que debian (optimisée) prend 1.2Go, swap incluse.
La swap n'est pas utilisée dans un système, et n'est pas prise en compte dans la mesure d'espace disque effectuée par le second. Donc logiquement on peut la négliger.
D'autre part, pour ta gouverne, on peut demander à GNU/Linux d'employer un fichier swap sur un autre système de fichier, tout comme windows le fait, auquel cas ça ne change rien à l'espace disque (puisque vide). On peut aussi installer sans swap.
Tu n'as pas du lire le point 2 correctement. La swap de gnu/linux étant vide, et celle de windows n'étant pas prise en compte dans l'indication d'espace disque du shell windows, je ne vois pas l'intérêt de la prendre en compte.
Au sujet de mmpa, que l'OS mette en cache des fichiers ou pas je m'en moque. Le fait est (même expérimentalement) que mon windows comme mon GNU/Linux ne swappent rien du tout.
Enfin, tu as tapé dans le mille, j'utilise tout à partir de ma distro, et je n'ai pas besoin de softs récents donc cela me convient et optimise ma ram (tant qu'a faire).
1. Sous GNU/Linux, la swap ne sera pas utilisée à moins que la mémoire ne soit pleine, c'est également le cas sous windows pour autant que je sache.
2. J'ai testé et déplacé le swap de windows d'un disque dur a un autre, et cela n'a eu aucun effet sur l'espace libre affiché. Ce qui confirme que windows ne compte pas la swap dans son calcul d'espace libre. Ce qui est normal car on peut remplir le disque ras la gueule, et windows de dire "Attention, il n'y a pas assez d'espace pour hiberner".
3. On peut régler GNU/Linux pour avoir le même comportement et utiliser un fichier swap sur une partition plutôt qu'une partition dédiée.
Conclusion: Prendre en compte la swap est inutile.
Le fichier d'hibernation de windows se réserve effectivement de la place sur le disque C (le petit chacal), auquel cas on peut juste retrancher la taille de la ram à l'espace disque affiché dans le journal (tout bête en fait).
Enfin, la politique de l'OS dans l'utilisation de la ram ne change pas grand chose. Dans les deux cas, les buffers ne sont pas affichés sur le moniteur système. Et l'OS donne autant de ram que les programmes ont besoin dans les deux cas.
Ensuite, on peut en effet arguer qu'il peut y avoir des bibliothèques chargées plusieurs fois sous différentes versions (les dll) dans windows, ce qui est peu probable dans un unix du fait du système de dépendances. Quoi qu'il en soit, c'est mauvais pour l'usage de la ram et point barre.
Un grand merci pour cette dépêche. C'est une bonne nouvelle de savoir que le futur est assuré quand au maintient de SGBD compatible avec MySQL. Le rachat par Oracle faisait un peu épée de Damoclès quand même.
Je n'ai pas trouvé d'informations plus détaillées, mais vu l'approche du projet, on peut estimer que les triggers et procédures n'ont à priori rien à faire dans un noyau de base de données. Peut être que c'est là la raison de ce retrait.
C'est bien, tu as repéré les bons problèmes, tu t'es posé les bonnes questions, tu commence à élaborer un semblant de réponse, et tu t'arrête...
Pourquoi ne pas poursuivre en tentant de quantifier les temps de développement de PHP et C++ pour une même application? Pourquoi ne pas essayer simplement voire si cela fait une différence?
Le temps de développement d'un facebook est-il négligeable par rapport à son temps d'utilisation?
Tout ça ça se teste, ça se mesure, on peut envoyer un email a droite à gauche et piocher des infos pour finir sur de simples calculs. Dommage que tu n'aie fait qu'importer un troll de Slashdot plutôt que tenter d'y apporter une réponse sérieuse (même en estimant).
Ils n'auraient pas pu gagner un procès, et la FSF n'aurait jamais plié. Et si le GPL est rendue caduque par un tel procès, le CLUF de Microsoft aussi, et alors à vos décompileurs!
La norme SVG prévoit qu'il soit animé, mais pas par javascript uniquement. Actuellement, la seule maniere d'animer du svg est de modifier le xml dynamiquement en javascipt (beurk) parce que les programmeurs des navigateurs oueb ne se sont pas sorti les doigts du cul, mais ça peut être implémenté en C ou n'importe quoi d'autre.
En respectant les balises, ça permettrait aussi de compiler l'animation juste a temps, comme ce qui commence à se faire avec javascript, et gagner énormément en performances.
L'ultime problème est qu'on ne peut pas encore facilement faire d'animations en SVG. Mais Inkscape prévoit la création d'animations dans quelques versions. Alors gageons que ce sera une autre paire de manches!
Je trouve ça utile car parfois on a besoin d'un renseignement sur le web vite fait, et si l'ordi met une plombe a démarrer son OS diesel, on laisserait tomber. Si c'est rapide, alors hop, on va choper l'info au passage et on ré-éteint
J'ai une cafetière bialetti moi, et ça marche du tonnerre. Le café est bon, et ça se nettoie facilement. Le seul soucis c'est quand j'ai des invités, je dois m'y reprendre à plusieurs fois (petite contenance)...
Ce qui m'ennuie pas mal, après avoir lu en diagonale le PDF, c'est qu'il n'est pas fait mention de jeu de caractère imposé. Si c'est vraiment la cas, cela va vite devenir un cauchemar pire que les mauvais jeu de caractères sur les pages web.
[^] # Re: Hein ?
Posté par Brioche4012 (site web personnel) . En réponse au journal Zeros, soustraction et (USB, Flash, WiFi, SECAM, DSP, Coffee machine). Évalué à 3.
Donc heureux détenteurs, vendeurs et producteurs de matériel d'électronique numérique ou informatique, payez votre taxe!
# Pour celles et ceux qui sont libres
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche Paquet de petites brèves d'hiver. Évalué à 6.
http://www.etenilsrealm.nl/Stallman-FrHack2009.ogv
Je ne la laisserais pas très longtemps (un mois ou deux), profitez-en!
[^] # Re: Merci pour ce test.
Posté par Brioche4012 (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à -2.
De bon entendeur salut.
[^] # Re: Quelle rigolade
Posté par Brioche4012 (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 3.
D'autre part, pour ta gouverne, on peut demander à GNU/Linux d'employer un fichier swap sur un autre système de fichier, tout comme windows le fait, auquel cas ça ne change rien à l'espace disque (puisque vide). On peut aussi installer sans swap.
[^] # Re: Quelle rigolade
Posté par Brioche4012 (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 5.
Au sujet de mmpa, que l'OS mette en cache des fichiers ou pas je m'en moque. Le fait est (même expérimentalement) que mon windows comme mon GNU/Linux ne swappent rien du tout.
Enfin, tu as tapé dans le mille, j'utilise tout à partir de ma distro, et je n'ai pas besoin de softs récents donc cela me convient et optimise ma ram (tant qu'a faire).
[^] # Re: Quelle rigolade
Posté par Brioche4012 (site web personnel) . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 9.
2. J'ai testé et déplacé le swap de windows d'un disque dur a un autre, et cela n'a eu aucun effet sur l'espace libre affiché. Ce qui confirme que windows ne compte pas la swap dans son calcul d'espace libre. Ce qui est normal car on peut remplir le disque ras la gueule, et windows de dire "Attention, il n'y a pas assez d'espace pour hiberner".
3. On peut régler GNU/Linux pour avoir le même comportement et utiliser un fichier swap sur une partition plutôt qu'une partition dédiée.
Conclusion: Prendre en compte la swap est inutile.
Le fichier d'hibernation de windows se réserve effectivement de la place sur le disque C (le petit chacal), auquel cas on peut juste retrancher la taille de la ram à l'espace disque affiché dans le journal (tout bête en fait).
Enfin, la politique de l'OS dans l'utilisation de la ram ne change pas grand chose. Dans les deux cas, les buffers ne sont pas affichés sur le moniteur système. Et l'OS donne autant de ram que les programmes ont besoin dans les deux cas.
Ensuite, on peut en effet arguer qu'il peut y avoir des bibliothèques chargées plusieurs fois sous différentes versions (les dll) dans windows, ce qui est peu probable dans un unix du fait du système de dépendances. Quoi qu'il en soit, c'est mauvais pour l'usage de la ram et point barre.
# La video en OGG theora
Posté par Brioche4012 (site web personnel) . En réponse au journal copier n'est pas voler. Évalué à 6.
http://www.etenilsrealm.nl/Copying_Is_Not_Theft.ogv
# Merci
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche MariaDB et Drizzle : Pour repartir sur de bonnes bases !. Évalué à 5.
[^] # Re: Belle dépêche
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche MariaDB et Drizzle : Pour repartir sur de bonnes bases !. Évalué à 2.
# On y était presque
Posté par Brioche4012 (site web personnel) . En réponse au journal On n'est pas vendredi et pourtant : impact environnemental de nos langages. Évalué à 4.
Pourquoi ne pas poursuivre en tentant de quantifier les temps de développement de PHP et C++ pour une même application? Pourquoi ne pas essayer simplement voire si cela fait une différence?
Le temps de développement d'un facebook est-il négligeable par rapport à son temps d'utilisation?
Tout ça ça se teste, ça se mesure, on peut envoyer un email a droite à gauche et piocher des infos pour finir sur de simples calculs. Dommage que tu n'aie fait qu'importer un troll de Slashdot plutôt que tenter d'y apporter une réponse sérieuse (même en estimant).
[^] # Re: Quid ?
Posté par Brioche4012 (site web personnel) . En réponse au journal Disque dur USB Western Digital. Évalué à 3.
# Emacsiens barbus
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche Getting Things GNOME! 0.2 "Gorignak" est disponible. Évalué à 4.
[^] # Re: Apparemment beaucoup d'infractions
Posté par Brioche4012 (site web personnel) . En réponse au journal Le SFLC contraint de passer à l'étape ultime pour faire respecter la GPL. Évalué à -3.
[^] # Re: Apparemment beaucoup d'infractions
Posté par Brioche4012 (site web personnel) . En réponse au journal Le SFLC contraint de passer à l'étape ultime pour faire respecter la GPL. Évalué à 2.
[^] # Re: De suite...
Posté par Brioche4012 (site web personnel) . En réponse au journal Bing et Firefox.. Évalué à 4.
[^] # Re: Oh non !
Posté par Brioche4012 (site web personnel) . En réponse au journal Point sur le format SVG. Évalué à 2.
La norme SVG prévoit qu'il soit animé, mais pas par javascript uniquement. Actuellement, la seule maniere d'animer du svg est de modifier le xml dynamiquement en javascipt (beurk) parce que les programmeurs des navigateurs oueb ne se sont pas sorti les doigts du cul, mais ça peut être implémenté en C ou n'importe quoi d'autre.
En respectant les balises, ça permettrait aussi de compiler l'animation juste a temps, comme ce qui commence à se faire avec javascript, et gagner énormément en performances.
L'ultime problème est qu'on ne peut pas encore facilement faire d'animations en SVG. Mais Inkscape prévoit la création d'animations dans quelques versions. Alors gageons que ce sera une autre paire de manches!
[^] # Re: Les préjugés ordinaires.
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche Appel à contribution InMyMind. Évalué à 9.
[^] # Re: Ouais...
Posté par Brioche4012 (site web personnel) . En réponse au journal Chrome disponible sous linux. Évalué à 2.
# Ouais...
Posté par Brioche4012 (site web personnel) . En réponse au journal Chrome disponible sous linux. Évalué à 2.
[^] # Re: Bravo et bon courage!
Posté par Brioche4012 (site web personnel) . En réponse au journal Je fais un tabac. Évalué à 6.
# Mélomane
Posté par Brioche4012 (site web personnel) . En réponse au journal Spotify, Deezer et petit calcul. Évalué à 9.
[^] # Re: Ah ben bravo!
Posté par Brioche4012 (site web personnel) . En réponse au journal EDF, après le courant alternatif, la médecine alternative. Évalué à 10.
[^] # Re: Ha.
Posté par Brioche4012 (site web personnel) . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 8.
[^] # Re: De vrais expresso pas cher
Posté par Brioche4012 (site web personnel) . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 4.
[^] # Re: Le petit cadena !!
Posté par Brioche4012 (site web personnel) . En réponse au journal L'internationalisation des adresses internet. Évalué à 1.