Ca utilise quoi comme OS ce smart/photophone? Ca ne m'étonnerai pas qu'un codec xvid sorte d'ici peu de temps ou soit déjà sorti. Sinon tu peux te lancer dans la tâche ^^.
Oui, mais tu n'utilise bien qu'au plus que 100% des unités arithmétiques de ton proc. Les 30% que tu gagne sont les 30% que tu perds normalement sur un processeur normal dû aux changements de contexte.
D'ailleur les calculs lourds paralelles sont le seul moyen de vraiment utilisé l'HT.
un autre avantage de LVM surtout pour un serveur, c'est les snapshots pour les sauvegardes.
Mais si tu n'as pas de contraintes de place, n'hésite pas à créer une partition pour / /usr /var /tmp et /log (la /boot est une partition normale, 200Mo n'est pas un luxe pour être tranquille). Et rien n'empêche de revenir en arrière après grâce à LVM ou le contraire.
Un autre point pour LVM, c'est qu'on ne touche plus les partitions du disque une fois créer ( une partoche /boot (ou plusieurs dans le cas d'une installation desktop pour faire des essais de distribution) et une partoche pour le LVM)
LVM, c'est le pied. Pourquoi sans passer. En tout cas, je ne peux plus m'en passer depuis la sortie de LVM1.
Sans oublier qu'il parle d'hypertreading et non de multicore dans son post. Il ne faut pas s'attendre à voir 100% d'utilisation cpu dans ce cas dans top. Dans le meilleur des cas, il utilisera vraiment à 100% son cpu comparer à un cpu monocore normal.
Peut-être qu'il y a de la stéganographie derrière. Ca se trouve, peut-être que des malheureux lecteurs ont maintenant une copie de jolies tableaux excel chez eux ^^.
Oui, ça peut venir de cela. Mais ça peut aussi venir de reiserfs lui-même qui peut déplacer un fichier sur le disque sans rien dire.
Un cas simple: Un petit fichier A peut se loger à la fin d'un bloc qui n'est pas totalement utilisé et partage donc ce bloc avec le fichier B. Si tu retouche le fichier B, notament en le grossissant un peu, le bloc devient trop petit pour les deux fichiers, reiserfs déplace donc ton fichier A dans un autre bloc. Si tu grossis ton fichier B de telle façon qu'il n'empiète que de 1 ou 2 octets sur le fichier A, alors ce fichier ne sera pas effacé de ce bloc et tu te retrouve avec deux copies dont une incomplète de ton fichier A.
Fin bref, si tu dois renouveller cette opération, je te conseille de changer de système de fichier ou de l'utiliser avec l'option notail.
Je vois pas pourquoi vous voulez tous mettre fluxbox dans le même panier que KDE, gnome, XFCE, E ou truc bidule.
FLuxbox n'est qu'un WM qui ne gère que les fenêtres, il le fait très bien et on lui en demande pas plus. Et utilise des applis KDE dessus dont konqueror est un vrai plaisir.
Mais une maximisation dans l'espace disponible sans empiéter sur une autre fenêtre serait un plus.
La ram sur un serveur sert principalement de cache, fin les grosses rams. Plus il y a de cache, moins il y a d'accès aux disques, ce qui améliore la réactivité globale du serveur et l'évite de s'engouffrer dans une liste d'accès aux disques interminables.
512M est bien suffisant pour faire un serveur LAMP. La version serveur d'ubuntu ne consomme pas la même quantité de mémoire qu'une version bureau. 50Mo après le boot et 100Mo après 2 mois d'update pour une utilisation semblable à la tienne.
Après Ubuntu ou debian, ubuntu pour les derniere techno et debian stable pour avoir une vraie stabilité.
Je viendrais bien te la prendre dans l'heure le temps de monter à Nancy ou demain pour profiter des soldes ^^. Mais bon comme tout joujou, cela finerais aussi dans un tas chez moi sans compter la consommation électrique.
Pourquoi ne pas la donner a mirabellug ou un club d'étudiant (ce qui ne manque pas à Nancy) qui pourrait peut-être lui trouver une vraie utilité?
Il n'y pas que ça. Le p2p demande beaucoup de connexion entre son pc et les autres clients. Hors les tables gérées par iptables et autres peuvent vite devenir ingérrable pour de petit routeur avec des cpus limités et une mémoire vive qui l'ai encore plus. Si bien que tu peux avoir limité l'upload et le download de ton client p2p et donc avoir un trafic limité mais avoir un accès au web déplorable.
Le QoS dans ce cas, ne ferai que rajouter un traitement qui ne ferai qu'alourdir la charge de ce pauvre routeur.
Une configuration au poil de son client P2P peut déjà améliorer la chose comme limiter le nombre de connexions.
Oui, tout à fait. Tout d'abord, un lien vers de la documentation: http://fluxbox-wiki.org/index.php/Howto_edit_the_apps_file
Ensuite dans ton cas, tu lance dans ton script de démarrage .fluxbox/startup tes différents xterm avec l'option "-name un_nom_pour_bien_identifier_ton_xterm" (xterm -name xterm-mutt -T mutt -e mutt par exemple). Puis dans ton fichier .fluxbox/apps tu rajoute une entrée du style:
[app] (name=xterm-mutt)
[Workspace] {1} #Pour le mettre dans le workspace 2
[Position] (LOWERRIGHT) {10 10} #Pour mettre ton xterm a 10x10 pixel du coin inférieur droit
[end]
Après, si tu veux relancer un terminal de ce type parce que tu le ferme après usage, il suffit de réexcuter ta commande xterm -name xterm-mutt -T mutt -e mutt, il se retrouvera à la même place. Tu peux biensur te crée des raccourcis(clavier,menu,alias).
Tu répétes ensuite l'opération avec xterm -name xterm-slrn -T slrn -e slrn.
Et si tu veux que tes deux applications soit groupées automatiquement, tu mets cela dans ton .fluxbox/apps:
[group]
[app] (name=xterm-mutt)
[app] (name=xterm-slrn)
[Workspace] {0} #Pour le mettre dans le workspace 1
[Position] (LOWERRIGHT) {10 10} #Pour mettre ton xterm a 10x10 pixel du coin inférieur droit
[end]
Personnellement et sur mon portable, je n'utilise pas la souris pour gérer mon WM qui est fluxbox. Je ne l'utilise uniquement que pour grouper des fenêtres dont je n'avais pas prévu le groupage. C'est à dire rarement. Mais je serai au ange lorsque l'on pourra le faire à partir de raccourci.
Fluxbox est un vrai bijou pour n'avoir que 3 fenêtres visibles avec Gimp (une pour les images, une pour les boites d'outils et une qui apparaît de temps en temps pour les boites de dialogues). Il est vrai qu'il demande de bien trifouiller le fichier .fluxbox/apps si tu veux qu'il te fasse ça tout seul. Mais une fois que tu le maîtrise bien, tu place ta fenêtre où tu veux, comme tu veux. Avec un petit bémol, je ne sais pas comment lui dire de maximiser une fenêtre de tel façon que ça soit indépendant de la taille de l'écran. Note que tu peux le faire de façon graphique au cas par cas par le menu contextuel sur la barre de titre mais le résultat n'est pas aussi garanti que par une bonne maîtrise de .fluxbox/apps.
Il est vrai que Dwm et Fluxbox ont des politiques de placement et le public visé n'est pas forcément le même. Mais je vois pas en quoi, fluxbox me permettrait de coder moins vite.
Un petit post où l'on parle de l'encodage multi-core et où l'on peut trouver quelques scripts ou idée de scripts. http://linuxfr.org/~Zezinho/24996.html
Et puis rien n'empêche d'agrandir les caches pour faire un peu moins souffrir le disque dur. Rien que d'augmenter le cache pendant la lecture d'un film sur portable permet d'économiser la batterie.
# Xvid sur viewty??
Posté par KiKouN . En réponse au message Support DivX. Évalué à 2.
[^] # Re: Ca fonctionne tout seul
Posté par KiKouN . En réponse au message Shell et Multi Thread. Évalué à 1.
D'ailleur les calculs lourds paralelles sont le seul moyen de vraiment utilisé l'HT.
[^] # Re: lvm, oracle, ...
Posté par KiKouN . En réponse au message Redhat : partitionnement. Évalué à 1.
Mais si tu n'as pas de contraintes de place, n'hésite pas à créer une partition pour / /usr /var /tmp et /log (la /boot est une partition normale, 200Mo n'est pas un luxe pour être tranquille). Et rien n'empêche de revenir en arrière après grâce à LVM ou le contraire.
Un autre point pour LVM, c'est qu'on ne touche plus les partitions du disque une fois créer ( une partoche /boot (ou plusieurs dans le cas d'une installation desktop pour faire des essais de distribution) et une partoche pour le LVM)
LVM, c'est le pied. Pourquoi sans passer. En tout cas, je ne peux plus m'en passer depuis la sortie de LVM1.
[^] # Re: Mais non mais non, tu diiiii de lili
Posté par KiKouN . En réponse au journal Le cryptage rentre dans les moeurs.. Évalué à 1.
[^] # Re: Ordre dans le travail
Posté par KiKouN . En réponse au journal Le cryptage rentre dans les moeurs.. Évalué à 1.
[^] # Re: Ca fonctionne tout seul
Posté par KiKouN . En réponse au message Shell et Multi Thread. Évalué à 1.
[^] # Re: xandros çapusaypaslibre
Posté par KiKouN . En réponse au message ml donkey. Évalué à 1.
Disons qu'il essaye. Cela serait plus juste.
[^] # Re: Tous les secrets ?
Posté par KiKouN . En réponse au journal Le cryptage rentre dans les moeurs.. Évalué à 4.
[^] # Re: sync
Posté par KiKouN . En réponse au message Effacement sécurisé et système de fichier journalisé. Évalué à 1.
Un cas simple: Un petit fichier A peut se loger à la fin d'un bloc qui n'est pas totalement utilisé et partage donc ce bloc avec le fichier B. Si tu retouche le fichier B, notament en le grossissant un peu, le bloc devient trop petit pour les deux fichiers, reiserfs déplace donc ton fichier A dans un autre bloc. Si tu grossis ton fichier B de telle façon qu'il n'empiète que de 1 ou 2 octets sur le fichier A, alors ce fichier ne sera pas effacé de ce bloc et tu te retrouve avec deux copies dont une incomplète de ton fichier A.
Fin bref, si tu dois renouveller cette opération, je te conseille de changer de système de fichier ou de l'utiliser avec l'option notail.
[^] # Re: Un autre
Posté par KiKouN . En réponse au journal Les config mal foutues dans les logiciels libres. Évalué à 5.
- Ubuntu aurait suffit.
[^] # Re: Triangulation...
Posté par KiKouN . En réponse au journal Une nouvelle révolution dans l'informatique et électronique grand public !. Évalué à 9.
[^] # Re: Ethereal ^H WireShark ?
Posté par KiKouN . En réponse au message sécurité. Évalué à 3.
Dispo par apt-get également et en grand surface, dans le désert par exemple.
[^] # Re: Je me dévoue...
Posté par KiKouN . En réponse à la dépêche Sortie de KDE 4.0. Évalué à 6.
FLuxbox n'est qu'un WM qui ne gère que les fenêtres, il le fait très bien et on lui en demande pas plus. Et utilise des applis KDE dessus dont konqueror est un vrai plaisir.
Mais une maximisation dans l'espace disponible sans empiéter sur une autre fenêtre serait un plus.
[^] # Re: 2 be 3
Posté par KiKouN . En réponse au journal KDE4 is out \o/. Évalué à 0.
[^] # Re: Oui.
Posté par KiKouN . En réponse au message Consommation RAM sur un serveur. Évalué à 2.
512M est bien suffisant pour faire un serveur LAMP. La version serveur d'ubuntu ne consomme pas la même quantité de mémoire qu'une version bureau. 50Mo après le boot et 100Mo après 2 mois d'update pour une utilisation semblable à la tienne.
Après Ubuntu ou debian, ubuntu pour les derniere techno et debian stable pour avoir une vraie stabilité.
# Trés intéressant!!!
Posté par KiKouN . En réponse au journal Le don du tas : SGI O2. Évalué à 5.
Pourquoi ne pas la donner a mirabellug ou un club d'étudiant (ce qui ne manque pas à Nancy) qui pourrait peut-être lui trouver une vraie utilité?
# et le plus important:
Posté par KiKouN . En réponse au journal Soyons solidaires avec les grévistes. Évalué à 1.
[^] # Re: Probablement pas la bonne solution...
Posté par KiKouN . En réponse au message Utilisé linux comme routeur. Évalué à 2.
Le QoS dans ce cas, ne ferai que rajouter un traitement qui ne ferai qu'alourdir la charge de ce pauvre routeur.
Une configuration au poil de son client P2P peut déjà améliorer la chose comme limiter le nombre de connexions.
[^] # Re: dwm ou comment éviter d'utiliser la souris...
Posté par KiKouN . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 5.
Ensuite dans ton cas, tu lance dans ton script de démarrage .fluxbox/startup tes différents xterm avec l'option "-name un_nom_pour_bien_identifier_ton_xterm" (xterm -name xterm-mutt -T mutt -e mutt par exemple). Puis dans ton fichier .fluxbox/apps tu rajoute une entrée du style:
[app] (name=xterm-mutt)
[Workspace] {1} #Pour le mettre dans le workspace 2
[Position] (LOWERRIGHT) {10 10} #Pour mettre ton xterm a 10x10 pixel du coin inférieur droit
[end]
Après, si tu veux relancer un terminal de ce type parce que tu le ferme après usage, il suffit de réexcuter ta commande xterm -name xterm-mutt -T mutt -e mutt, il se retrouvera à la même place. Tu peux biensur te crée des raccourcis(clavier,menu,alias).
Tu répétes ensuite l'opération avec xterm -name xterm-slrn -T slrn -e slrn.
Et si tu veux que tes deux applications soit groupées automatiquement, tu mets cela dans ton .fluxbox/apps:
[group]
[app] (name=xterm-mutt)
[app] (name=xterm-slrn)
[Workspace] {0} #Pour le mettre dans le workspace 1
[Position] (LOWERRIGHT) {10 10} #Pour mettre ton xterm a 10x10 pixel du coin inférieur droit
[end]
[^] # Re: Mon avis
Posté par KiKouN . En réponse au journal Travaux Publics dt Videolan. Évalué à 3.
[^] # Re: dwm ou comment éviter d'utiliser la souris...
Posté par KiKouN . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 2.
Fluxbox est un vrai bijou pour n'avoir que 3 fenêtres visibles avec Gimp (une pour les images, une pour les boites d'outils et une qui apparaît de temps en temps pour les boites de dialogues). Il est vrai qu'il demande de bien trifouiller le fichier .fluxbox/apps si tu veux qu'il te fasse ça tout seul. Mais une fois que tu le maîtrise bien, tu place ta fenêtre où tu veux, comme tu veux. Avec un petit bémol, je ne sais pas comment lui dire de maximiser une fenêtre de tel façon que ça soit indépendant de la taille de l'écran. Note que tu peux le faire de façon graphique au cas par cas par le menu contextuel sur la barre de titre mais le résultat n'est pas aussi garanti que par une bonne maîtrise de .fluxbox/apps.
Il est vrai que Dwm et Fluxbox ont des politiques de placement et le public visé n'est pas forcément le même. Mais je vois pas en quoi, fluxbox me permettrait de coder moins vite.
[^] # Re: Comparatif XFCE et FLuxbox?
Posté par KiKouN . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 4.
# fluxbox -v
Fluxbox 1.0.0 : (c) 2001-2007 Fluxbox Team
La sortie de fluxbox 1.0.0 date de bien avant la sortie de gutsy, du 10 octobre pour être exacte.
[^] # Re: Gloire au « Wahou effect »
Posté par KiKouN . En réponse à la dépêche FluxBox 1.0.0, l'Arlésienne sort de sa boîte !. Évalué à 10.
snifff, snifff.
Avez-vous pensez à en faire un film? Ca devrait en faire chialer pas mal.
[^] # Re: mp32ogg
Posté par KiKouN . En réponse au journal encoder sur du multicoeur. Évalué à 5.
http://linuxfr.org/~Zezinho/24996.html
[^] # Re: Les IO
Posté par KiKouN . En réponse au journal encoder sur du multicoeur. Évalué à 3.