Si un serveur X ne peut pas gérer plus d'un carte graphique (j'en ai aucune idée), il est par contre possible de lancer un serveur pour chaque carte, et d'utiliser par exemple xdmx (Distributed Multihead X) pour créer un unique serveur (où lancer ton bureau), utilisant les précédents.
Par contre, aucun idée de la stabilité de cette solution.
Peut être que pour des serveurs de développement et de test, qui ne servent donc qu'aux heures de bureaux, cela peut être intéressant. Là où je bosse, vu le nombre de serveurs (Unix) qui ne servent qu'en dév et recettes, y'aurait sûrement de quoi faire des économies d'énergie. Sans compter la clim' des salles serveurs (ça chauffe ces machins).
J'ai croisé pas mal (c'est relatif, je sais) de photographes amateurs se lancer avec bonheur dans l'argentique après quelques séances en numérique.
En même temps, c'est l'avantage du numérique : pour apprendre, on peut faire pleins d'essais sans se ruiner en pellicules et développements. Et avec les données Exif, on peut connaître les paramètres d'une photo, pour comprendre les réglages qui ont eu tel résultat.
Une fois qu'on maîtrise la technique, je pense qu'on peut oser plus facilement l'argentique.
C'est appareil photo qui a un objectif fixe, comme sur les compacts (alors que sur les reflex, on peut le changer), mais dont l'objectif est assez proche de ce qui se fait sur un reflex, par le gabarit notamment. Il prend donc beaucoup plus de lumière qu'un compact. Suffit de prendre en main les différents modèles pour s'en rendre compte.
Au niveau capteur, je ne saurais pas dire par contre (et ça joue énormément).
Force est de constater que ça a complètement échoué (que ce soit sur la connaissance ou sur l'innovation d'ailleurs)
Complètement, peut être pas non plus. Il y a peut être la dérive que l'on connait dans le domaine informatique, surtout ces dernières années, mais il y a des cas où le but est atteint.
Par exemple, d'après Wikipedia (http://fr.wikipedia.org/wiki/Kevlar), le brevet du Kevlar a expiré, permettant à des concurrents de l'inventeur d'en fabriquer, probablement moins cher.
Je n'ai pas trouvé d'infos, mais je suppose que c'est la même chose pour la fibre de carbone, qui devient un matériau relativement courant (j'en ai sur mon vélo).
Il y a sans doute de nombreux autres exemples dans l'industrie.
mais c'est quoi la différence entre un LCD mat et un LCD brillant ?
c'est quoi la différence de technos ?
A ma connaissance, la différence mat/brillant ne concerne que la surface physique de l'écran. C'est indépendant de la techo utilisée derrière.
Quand j'ai acheté mon premier portable (bientôt 10 ans ...), qui avait un écran mat (le brillant ne se faisant pas encore), je me suis "vivement qu'ils fassent la même chose sur les cathodiques", tellement je trouvais ça confortable l'absence de reflet. Aujourd'hui, 99% des portables ont des écrans brillants :/
C'est comme de plus en plus d'autres sites web. Plein d'Ajax dans tous les sens. C'est jolie, mais ça rame à tous les niveaux. Sur ce genre de site, je retrouve les temps d'affichage qu'on avait du temps des modems 56 k ! Et sur certaines machines, ce genre de sites sollicite tellement le processeur que le ventilateur se déclenche (bruyament en plus).
J'ai l'impression que de trop nombreux développeurs ne font plus du tout attention au performances de leur programmes, que ce soit en temps de traitement ou en consommation de mémoire. C'est ce que je constate à mon boulot, où on a un mal fou à tenir des charges "normales" sur des serveurs pourtant surpuissants ...
Beaucoup de baladeurs Samsung (peut être tous, je n'ai pas vérifié) lisent le ogg. J'en suis à mon 2ème, et je n'ai jamais rencontré de problème avec (je ne suis pas un gros utilisateur non plus).
Il y avait des livres non pas "inedits" mais "originaux". Il n'y avait pas que des traductions. Par exemple, C en action, qui n'existe qu'en francais. Il y en avait d'autres.
Bon bouquin d'ailleurs, qui m'a été bien utile quand j'ai commencé à développer quelques programmes en C, il y a 2 ans, pour un gros client. Je peux remercier l'auteur ;-)
C'est le genre de livre qui ne m'aurais pas été utile s'il était en anglais. Alors qu'au contraire, par exemple pour une doc Java (que je consulte de temps en temps), je n'ai aucun problème pour travailler avec de l'anglais, vu le niveau du langage.
Ca c'est au cinema. Dans la vraie vie les gens ils ont en general autre chose à faire que créer 50 000 comptes, s'amuser à regler les permissions le plus précisement possible et changer d'identité toutes les 30 secondes.
Je suis dans une très grosse entreprise française, et je peux te dire qu'il y a un sacré paquet de comptes sur les serveurs Unix.
Chaque application tourne avec ses propres comptes. Les droits sur les fichiers/répertoires étant généralement en 750 (ou 755), ça évite qu'une application écrive par erreur dans l'arborescence d'une autre (c'est un élément de sécurité parmi d'autres). Une application (dont on parle au sens large dans cette boîte) peut comporter plusieurs serveurs (d'application, web ...) qui ont donc chacun leur propre compte.
Et on a beaucoup d'applications différentes.
En plus, sur une même machine, une même application est dupliquée dans ce qu'on appelle chez nous des environnements : un premier pour le développement de la version N de l'appli, un pour développer les correctifs de la version N-1 en cours de tests (recette), et un troisième avec la version N-2 actuellement en production, où l'on teste les éventuels bugs de prod.
Multiplié par le nombre de serveurs indépendants, où se retrouvent encore dupliquées ces applis, je manipule personnellement, en tant que simple développeur environ 32 comptes (dont les noms sont logiques, et faciles à retrouver), car j'interviens sur 2 applis.
Sachant que nos serveurs hébergent des dizaines et des dizaines d'application, je vous laisse faire le total.
A coté de ça, on a aussi des admins qui sont tout le temps en root, et font des su - dans tous les sens. On a des machines (de développement seulement) dont la racine appartient à un compte ordinaire, /home un autre (avec les droits 777), et tout un tas de fichiers systèmes avec des proprios surprenants ...
Par contre, après l'avoir lu, je me pose une question : si les CD sont "si mal" enregistrés, est-ce que ça peut encore servir à quelque chose d'investir dans du bon matériel audio ?
Depuis le temps que je lis des dicussions comme celle-ci, je me dis que je devrais peut être investir dans une carte son et des écouteurs potables (je ne parle pas encore hi-fi). Mais je viens de regarder l'un de mes derniers CD avec audacity, et vu que tout est max tout le temps, je ne suis pas sûr que ça puisse apporter quelque chose d'avoir une meilleur carte son.
Va un jour a un salon de la haute fidélité. Apporte un CD bien enregistré que tu connais bien. Demande au gentil démonstrateur de passer ton CD. Ecoute soigneusement.
Ensuite tu rentres chez toi en pleurant car tu a compris qu'avec ta chaine hifi chez toi tu n'entendais qu'une petite partie de la musique de ton CD.
Ceci est peut être parfaitement vrai, et moi le premier, je saurais peut être faire la différence dans de tels conditions.
Mais en attendant, comme la grande majorité des gens qui habite cette planète, ce n'est pas demain la veille que j'aurais l'occasion de faire cette expérence (dans un salon, ou chez un copain audiophile).
Comme moi, la plupart des gens vont se contenter de bêtes enceintes de PC et de chaînes "Hi-fi" achetées en supermarché, et n'entendront même pas la différence entre des CD et des mp3.
Dans de tels conditions, 44,1kHz sont suffisant. C'est peut être regrétable, on passe peut être à coté de quelque chose, mais tant qu'on ne le sait pas, ça n'est pas près de changé.
C'est pas parce qu'on pond une doc dans son coin pour soi même que ça peut faire un article potable pour les autres.
Ecrire un article pour un journal, ce n'est pas à la portée de toute personne maîtrisant son sujet. Il faut savoir s'éxprimer correctement, et surtout être pédagogue !
A ce niveau, l'article sur le chiffrement de disque est bien écris. Pour d'autres articles (je ne sais plus si c'est celui sur l'audio-numérique ou l'un sur les drivers), j'ai trouvé que l'auteur rentrait un peu vite dans le vif du sujet, et oubliait quelques petits détails. Comme ce sont des sujets pour lesquels j'avais déjà quelques bases, ça ne m'a pas géné plus que ça, mais sur le coup, je me suis demandé si quelqu'un vraiment débutant aurait pu bien tout comprendre.
A titre personnel, en supposant que je maîtrise un jour un sujet bien précis, je serais bien incapable d'écrire un article dessus. Il n'y a qu'a voir la qualité des docs sur les programmes que je développe, ou la tête de copains qui débutent en Linux, et à qui j'essaye d'expliquer des trucs de base !
Pour être clair et pour résumer : La plupart du temps seulement 10% de ces magazines me sont utiles.
C'est presque forcément le cas de tout magazine, dont 100% du contenu ne conviendra pas à 100% des lecteurs.
Mais c'est vrai que depuis quelques années, je trouves moins de choses intéressantes dans Linux Magazine, que je n'achète donc que rarement, alors que j'ai pratiquement tout les premiers numéros.
Dans celui de ce mois-ci, j'ai trouvé intéressant l'article sur le chiffrement de disque dur. J'ai trouvé l'article très compréhensible, et il m'a permis de comprendre le fonctionnement de base. Il reste à ceux qui veulent approfondir le sujet (comme moi) à plonger dans le doc. Pareil pour le développement d'un driver USB (j'ai justement un driver à modifier).
C'est ce que j'attends le plus d'un tel magazine. Aborder les bases d'une technologie (tel fonctionnement du noyau, tel démon ou logiciel), et me donnez les pistes pour appronfondir par moi même. J'aimerais bien trouver un jour des articles m'expliquant le fonctionnement de trucs comme udev, hald, dbus ....
Si ça marche sur Mandrake 10.1, et plus sur Mandriva 2007, tu peux tout simplement essayer d'installer sur la 2007 les drivers de la 10.1.
Par contre, je ne sais pas si c'est facile. Il peut y avoir des incompatibilté, soit au niveau des RPMs, soit au niveau des fichiers binaires, ou de l'API entre le serveur Cups et les drivers.
Posté par Jllc .
En réponse au message CRON bizarre.
Évalué à 1.
MAIL (mailed 469 bytes of output but got status 0x0001 )
Je ne suis pas sûr, mais ce message peut vouloir dire que le démon cron essaye d'envoyer un mail,mais n'y arrive pas (ce mail contenant tous les messages écris par le script). J'ai un message du même genre chez moi avec un de mes scripts ... sauf quand je fais tourner postfix (un serveur mail).
Essaye de modifier ton script, ou la ligne de commande l'appelant dans la crontab, pour rediriger les messages vers un fichier. Tu y vera peut être l'explication du nom fonctionnement du script.
[^] # Re: Plusieurs carte vidéos
Posté par Jllc . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 1.
Par contre, aucun idée de la stabilité de cette solution.
[^] # Re: ZSeries
Posté par Jllc . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 2.
[^] # Re: Un mur de grotte...
Posté par Jllc . En réponse au sondage Mon appareil photo actuel est. Évalué à 1.
Bonjour les temps de pose ...
T'as pas du faire beaucoup de portraits comme ça ...
[^] # Re: Un reflex argentique
Posté par Jllc . En réponse au sondage Mon appareil photo actuel est. Évalué à 4.
En même temps, c'est l'avantage du numérique : pour apprendre, on peut faire pleins d'essais sans se ruiner en pellicules et développements. Et avec les données Exif, on peut connaître les paramètres d'une photo, pour comprendre les réglages qui ont eu tel résultat.
Une fois qu'on maîtrise la technique, je pense qu'on peut oser plus facilement l'argentique.
[^] # Re: Saikoi un bridge ?
Posté par Jllc . En réponse au sondage Mon appareil photo actuel est. Évalué à 2.
Au niveau capteur, je ne saurais pas dire par contre (et ça joue énormément).
[^] # Re: Expropriation
Posté par Jllc . En réponse à la dépêche Le débat sur la lecture des codecs vidéo par les balises HTML5. Évalué à 5.
Complètement, peut être pas non plus. Il y a peut être la dérive que l'on connait dans le domaine informatique, surtout ces dernières années, mais il y a des cas où le but est atteint.
Par exemple, d'après Wikipedia (http://fr.wikipedia.org/wiki/Kevlar), le brevet du Kevlar a expiré, permettant à des concurrents de l'inventeur d'en fabriquer, probablement moins cher.
Je n'ai pas trouvé d'infos, mais je suppose que c'est la même chose pour la fibre de carbone, qui devient un matériau relativement courant (j'en ai sur mon vélo).
Il y a sans doute de nombreux autres exemples dans l'industrie.
[^] # Re: je vais passer pour un inculte
Posté par Jllc . En réponse au sondage L'écran de mon ordinateur est. Évalué à 10.
c'est quoi la différence de technos ?
A ma connaissance, la différence mat/brillant ne concerne que la surface physique de l'écran. C'est indépendant de la techo utilisée derrière.
Quand j'ai acheté mon premier portable (bientôt 10 ans ...), qui avait un écran mat (le brillant ne se faisant pas encore), je me suis "vivement qu'ils fassent la même chose sur les cathodiques", tellement je trouvais ça confortable l'absence de reflet. Aujourd'hui, 99% des portables ont des écrans brillants :/
[^] # Re: Fish
Posté par Jllc . En réponse au sondage Mon shell préféré. Évalué à 7.
[^] # Re: idem
Posté par Jllc . En réponse au message Google déconne ???. Évalué à 1.
Donc, des gens qui ne sont pas trop à l'aise ne sauront pas comment accéder aux pages recherchées !
[^] # Re: Et à la place ?
Posté par Jllc . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 1.
[^] # Re: Ou sont les vieux ?
Posté par Jllc . En réponse au sondage Vous avez. Évalué à 6.
[^] # Re: Mauvaise année ?
Posté par Jllc . En réponse à la dépêche Prix IgNobel 2008. Évalué à 1.
Parce que la personne qui reçoit un placebo pendant le test ne sait par définition pas que c'en est un, et ne connait donc pas son prix ?
A moins que la question ne soit "est-ce que l'effet placebo est plus important sur des médicaments cher" ?
[^] # Re: C'est plus lent non ?
Posté par Jllc . En réponse à la dépêche Météo France migre sous Lutece. Évalué à 1.
J'ai l'impression que de trop nombreux développeurs ne font plus du tout attention au performances de leur programmes, que ce soit en temps de traitement ou en consommation de mémoire. C'est ce que je constate à mon boulot, où on a un mal fou à tenir des charges "normales" sur des serveurs pourtant surpuissants ...
[^] # Re: Democratie
Posté par Jllc . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 0.
Je ne vois aucun lien pour ça.
[^] # Re: Qui ne connaît pas Vorbis
Posté par Jllc . En réponse à la dépêche Vorbis sur RTP. Évalué à 1.
[^] # Re: Que la France ?
Posté par Jllc . En réponse à la dépêche O'Reilly France : fermeture définitive. Évalué à 1.
Bon bouquin d'ailleurs, qui m'a été bien utile quand j'ai commencé à développer quelques programmes en C, il y a 2 ans, pour un gros client. Je peux remercier l'auteur ;-)
C'est le genre de livre qui ne m'aurais pas été utile s'il était en anglais. Alors qu'au contraire, par exemple pour une doc Java (que je consulte de temps en temps), je n'ai aucun problème pour travailler avec de l'anglais, vu le niveau du langage.
[^] # Re: Je vais faire mon chieur...
Posté par Jllc . En réponse à la dépêche Important bug de sécurité sur noyau 2.6.17 à 2.6.24. Évalué à 2.
Je suis dans une très grosse entreprise française, et je peux te dire qu'il y a un sacré paquet de comptes sur les serveurs Unix.
Chaque application tourne avec ses propres comptes. Les droits sur les fichiers/répertoires étant généralement en 750 (ou 755), ça évite qu'une application écrive par erreur dans l'arborescence d'une autre (c'est un élément de sécurité parmi d'autres). Une application (dont on parle au sens large dans cette boîte) peut comporter plusieurs serveurs (d'application, web ...) qui ont donc chacun leur propre compte.
Et on a beaucoup d'applications différentes.
En plus, sur une même machine, une même application est dupliquée dans ce qu'on appelle chez nous des environnements : un premier pour le développement de la version N de l'appli, un pour développer les correctifs de la version N-1 en cours de tests (recette), et un troisième avec la version N-2 actuellement en production, où l'on teste les éventuels bugs de prod.
Multiplié par le nombre de serveurs indépendants, où se retrouvent encore dupliquées ces applis, je manipule personnellement, en tant que simple développeur environ 32 comptes (dont les noms sont logiques, et faciles à retrouver), car j'interviens sur 2 applis.
Sachant que nos serveurs hébergent des dizaines et des dizaines d'application, je vous laisse faire le total.
A coté de ça, on a aussi des admins qui sont tout le temps en root, et font des su - dans tous les sens. On a des machines (de développement seulement) dont la racine appartient à un compte ordinaire, /home un autre (avec les droits 777), et tout un tas de fichiers systèmes avec des proprios surprenants ...
[^] # Re: Son
Posté par Jllc . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 0.
Intéressant.
Par contre, après l'avoir lu, je me pose une question : si les CD sont "si mal" enregistrés, est-ce que ça peut encore servir à quelque chose d'investir dans du bon matériel audio ?
Depuis le temps que je lis des dicussions comme celle-ci, je me dis que je devrais peut être investir dans une carte son et des écouteurs potables (je ne parle pas encore hi-fi). Mais je viens de regarder l'un de mes derniers CD avec audacity, et vu que tout est max tout le temps, je ne suis pas sûr que ça puisse apporter quelque chose d'avoir une meilleur carte son.
[^] # Re: Travailler le son
Posté par Jllc . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 2.
Ensuite tu rentres chez toi en pleurant car tu a compris qu'avec ta chaine hifi chez toi tu n'entendais qu'une petite partie de la musique de ton CD.
Ceci est peut être parfaitement vrai, et moi le premier, je saurais peut être faire la différence dans de tels conditions.
Mais en attendant, comme la grande majorité des gens qui habite cette planète, ce n'est pas demain la veille que j'aurais l'occasion de faire cette expérence (dans un salon, ou chez un copain audiophile).
Comme moi, la plupart des gens vont se contenter de bêtes enceintes de PC et de chaînes "Hi-fi" achetées en supermarché, et n'entendront même pas la différence entre des CD et des mp3.
Dans de tels conditions, 44,1kHz sont suffisant. C'est peut être regrétable, on passe peut être à coté de quelque chose, mais tant qu'on ne le sait pas, ça n'est pas près de changé.
[^] # Re: Mon avis, votre avis ?
Posté par Jllc . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 7.
Ecrire un article pour un journal, ce n'est pas à la portée de toute personne maîtrisant son sujet. Il faut savoir s'éxprimer correctement, et surtout être pédagogue !
A ce niveau, l'article sur le chiffrement de disque est bien écris. Pour d'autres articles (je ne sais plus si c'est celui sur l'audio-numérique ou l'un sur les drivers), j'ai trouvé que l'auteur rentrait un peu vite dans le vif du sujet, et oubliait quelques petits détails. Comme ce sont des sujets pour lesquels j'avais déjà quelques bases, ça ne m'a pas géné plus que ça, mais sur le coup, je me suis demandé si quelqu'un vraiment débutant aurait pu bien tout comprendre.
A titre personnel, en supposant que je maîtrise un jour un sujet bien précis, je serais bien incapable d'écrire un article dessus. Il n'y a qu'a voir la qualité des docs sur les programmes que je développe, ou la tête de copains qui débutent en Linux, et à qui j'essaye d'expliquer des trucs de base !
[^] # Re: Mon avis, votre avis ?
Posté par Jllc . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 8.
C'est presque forcément le cas de tout magazine, dont 100% du contenu ne conviendra pas à 100% des lecteurs.
Mais c'est vrai que depuis quelques années, je trouves moins de choses intéressantes dans Linux Magazine, que je n'achète donc que rarement, alors que j'ai pratiquement tout les premiers numéros.
Dans celui de ce mois-ci, j'ai trouvé intéressant l'article sur le chiffrement de disque dur. J'ai trouvé l'article très compréhensible, et il m'a permis de comprendre le fonctionnement de base. Il reste à ceux qui veulent approfondir le sujet (comme moi) à plonger dans le doc. Pareil pour le développement d'un driver USB (j'ai justement un driver à modifier).
C'est ce que j'attends le plus d'un tel magazine. Aborder les bases d'une technologie (tel fonctionnement du noyau, tel démon ou logiciel), et me donnez les pistes pour appronfondir par moi même. J'aimerais bien trouver un jour des articles m'expliquant le fonctionnement de trucs comme udev, hald, dbus ....
[^] # Re: alaïve?
Posté par Jllc . En réponse au message Mon ordinateur est-il mort mouru?. Évalué à 2.
Puisque c'est un portable, t'as essayé de brancher un écran externe ?
Et par le réseaux, tu as essayé de le pinguer (si t'arrives à trouver son adresse IP ....) ?
# rsync
Posté par Jllc . En réponse au message Question toute bête sur la commande cp. Évalué à 1.
# imprimante LBP660
Posté par Jllc . En réponse au message imprimante LBP660. Évalué à 1.
Par contre, je ne sais pas si c'est facile. Il peut y avoir des incompatibilté, soit au niveau des RPMs, soit au niveau des fichiers binaires, ou de l'API entre le serveur Cups et les drivers.
Mais ça vaut le coup d'essayer.
# CRON bizarre
Posté par Jllc . En réponse au message CRON bizarre. Évalué à 1.
Je ne suis pas sûr, mais ce message peut vouloir dire que le démon cron essaye d'envoyer un mail,mais n'y arrive pas (ce mail contenant tous les messages écris par le script). J'ai un message du même genre chez moi avec un de mes scripts ... sauf quand je fais tourner postfix (un serveur mail).
Essaye de modifier ton script, ou la ligne de commande l'appelant dans la crontab, pour rediriger les messages vers un fichier. Tu y vera peut être l'explication du nom fonctionnement du script.