Oui, Win2k SP3 a ete certifie Common Criteria EAL4
Ce qui ne garantit pas grand chose si je me souviens bien, après lecture d'un article sur le sujet. Il me semble de plus que tu définis toi-même ce que ton système est censé faire.
(un coup de google devrait permettre de retrouver l'article)
Je suis d'ailleurs un peu dubitatif sur ces systèmes de certification de sécurité car même si on s'assure d'un minimum de protections, ça ne protège pas contre les failles (qui ne sont pas connues, jusqu'au moment où on les découvre par définition...).
Faut quand même mettre le vacuum dans le cron, gros boulot cela prend 1 ligne.
D'après divers échos que j'ai eus, dont un échange récent sur linuxfr il y a une ou deux semaines, le vacuum peut prendre beaucoup de temps si la base subit beaucoup de modifications, ce qui peut être gênant voire rédhibitoire dans le cas où on a besoin d'un base 24h/24. Cela dit, je suppose que la grande majorité des bases connaît des périodes bien creuses la nuit.
Au sujet du vacuum, je viens de parcourir la doc de la version majeure actuelle (7.3), et ils donnent des précisions intéressantes sur la façon de l'utiliser (la nuit ou plus souvent, seulement pour certaines tables, etc). Apparemment le vacuum simple (plus rapide que le vacuum full et surtout non bloquant) semble tout à fait suffisant dans la mesure où il permet de réutiliser les tuples vides (les trous créés) car il les marque comme tels; le vacuum full permet lui de réduire la place prise sur le disque par les tables, en bouchant les trous. En résumé, le vacuum bien géré ne semble pas un réel problème.
Il me semble que oui, tout simplement avec l'outil de base livré avec Postgres, qui s'appelle pg_dump.
Tiré de la documentation de Postgres 7.3 :
Dumps created by pg_dump are internally consistent, that is, updates to the database while pg_dump is running will not be in the dump. pg_dump does not block other operations on the database while it is working.
stabilité
Personnellement, je n'ai jamais vu Postgres planter. Un copain qui l'utilise en production sur des serveurs m'a dit que lui non plus n'avait pas eu de problème.
le LL doit combattre les warez et surtout pas les soutenir
En effet, je dis souvent aux Windoziens que je croise que ça fait des années que je n'ai pas recopié un logiciel commercial, ni utilisé un "crack".
Si le "piratage" (copie de logiciel propriétaire) était vraiment difficile, je pense que beaucoup de gens se mettraient au libre, en particulier tous ceux qui bidouillent sous Windows et qui seraient vite à l'aise sous un autre OS (tous mes collègue de bureau par ex).
çà ira plus vite.
Non, ça ira plus vite. Quand "ça" est le raccourci de "cela" (comme dans ta phrase), on ne met pas d'accent. De toutes façons, on ne met d'accent sur le "a" que dans la tournure "çà et là" qui veut dire "ici et là" (on désigne vaguement des endroits).
Malheureusement pour eux, GCC 3.2.2 vient de sortir.
Oh, les pauvres choux, ils vont devoir se satisfaire d'une version 3.2.1, une version très vieille et complètement pourrie...
Faut arrêter la versionnite aigüe.
Pour ceux qui n'ont pas d'accès haut-débit, avoir cette masse de logiciel sur un CD c'est sacrément pratique. Et même si on a l'ADSL, on peut apprécier d'avoir le CD. Dans le cas d'une distribution, ça m'arrange d'avoir le CD tout fait, au lieu de télécharger l'ISO et de la graver.
je maintiens une chose : les bandes magnétiques c pas bon, le niveau est faible, le rapport signal bruit aussi, et ça sature très vite des qu'on monte un peu le volume d'enregistrement.
Bizarre ?!
Interroge-toi aussi sur la qualité de ton lecteur/enregistreur à bandes :-)
Je maintiens : la bande magnétique c'est ce qu'il se faisait de mieux avant le CD. Tu peux le vérifier en enregistrant un CD sur une cassette type Chrome, avec un bon enregistreur (et en réglant correctement le niveau) : il n'y a presque pas de souffle (en fait le souffle quand il y en a, on s'habitue vite, ce n'est pas un défaut majeur; il y a même du souffle sur certains CD, quand ça a été repiqué d'un très vieil enregistrement) et la qualité est plus que bonne.
Evidemment, vu la vitesse de défilement de la bande, on peut faire mieux, comme avec un enregistreur à grandes bandes comme un Revox (avec les bobines de + de 20 cm de diamètre).
De nos jours, pour faire des enregistrements de qualité hi-fi, un DAT (cassette numérique) est ce qu'il se fait de mieux. Mon frère en a un et il enregistre du piano, le son est excellent.
[ problème du plein écran qui se désactive ] (ma solution est d'enlever le plein écran et de le remettre, soit deux appuis consécutifs sur la touche 'f').
Je faisais pareil aussi...
\o/ Mais à présent c'est la victoire, j'ai compilé cette dernière version et enfin le plein écran marche comme avant ! \o/
ma pre6, je l'ai depuis 6 mois et quand je vois tout ce qui a changé depuis, j'ai hate de voir ce que donnera la version 1.0 :)
Fonce, cette version vaut le coup d'être essayée, je n'ai plus de problèmes de blocage non plus (la vidéo restait bloquée sur une image, pendant que la progression continuait sur l'interface utilisateur, il fallait provoquer un changement de fichier pour que ça remarche). N'oublie pas de télécharger un nouveau pack de codecs (j'ai pris la totale, sur la page des codecs, le premier lien win32codecs.tar.bz2 qui fait environ 6 Mo).
Je ne sais pas si les auteurs de MPlayer ont obtenu une licence du MPEG LA
Vous êtes au moins 2 à parler de payer une licence pour le MPEG 4 (au consortium MPEG LA), mais je rappelle que cette licence n'est à payer qu'aux Etats-Unis vu qu'il s'agit d'une cochonnerie de brevet logiciel.
Certes, Debian est international, donc US (et sans doute surtout développé aux US), ce qui fait qu'ils sont plutôt obligés de se conformer à la législation ricaine. Quelle merdouille... C'est aussi à cause des US qu'on n'a pas eu de crypto dans le noyau pendant des années.
Dire que le dernier vraiment à gerber player de crosoft (v.9 ou xp j'en sais rien) a couté plus de 50 000 000 $ pour son dev, j'n'invente rien,c'est eux qui OSENT s'en vanter.
Oui c'est dingue, j'aimerais avoir l'avis de pBpG sur ce coup-là. Pour 50 M$, il y a de quoi faire de sacrés logiciels. On pourrait par exemple refaire un KDE qui prend moins de place et qui démarre vite ! (pareil pour Mozilla)
MySQL ne joue pas dans la meme categorie que PostregreSQL/SQL Server/DB2/Oracle
Je n'ai pas dit ça et je le sais bien, je voulais seulement mentionner (avec le test d'eWeek) que *même* MySQL pouvait traiter de gros volumes de données.
Personnellement, je n'utiliserais pas MySQL pour une base vitale et avec des besoins importants d'accès concurrents. J'ai essayé de porter pgbench (livré avec Postgres) pour MySQL, mais j'ai eu des problèmes quand j'ai voulu entrelacer les accès en mode transactionnel (mode "read commited"), ça faisait un deadlock. J'ai utilisé la dernière version 3.x prise du site, avec table InnoDB pourtant. Peut-être faudrait-il que j'essaie la version 4.x qui supporte plus complètement l'aspect transactionnel. Bon, j'ai peut-être mal configuré quelque chose...
MySQL reste sûrement précieux pour des "petits" besoins comme un site (ou disons des besoins moins rigoureux), à cause de sa vitesse sur certains types d'accès.
Les deux gros points forts d'Oracle sont sa versatilite (j'ai un pote qui c'est amuse a coder un jeu d'echec en PL/SQL)
Il me semble que sous Postgres, ou peut coder un peu ce qu'on veut en procédural, non ? Que ce soit en pl/pgsql ou en C même...
DB2 pour tout ce qui est du suivi d'integrite de la base
L'intégrité de la base n'est-il pas un point fort de PostgreSQL (surtout par rapport à MySQL) ? Foreign keys, transactions, etc...
Postgres est une base de donnee a vocation objet et si on ne s'en sert pas bien il faut faire du menage sans arret (Ceci n'est pas un reproche pour les posts plus haut, il est tres difficile de bien se servir de PGSQL).
Tu parles de "vocation objet", ça implique quoi ? Pour moi Postgres est une BDD relationnelle en premier lieu. Peux-tu préciser ce que tu entends par "bien se servir de Postgres" (ou "mal") ? Je suis preneur de choses à éviter et de trucs à savoir. Par "ménage", tu parles de vacuum ou d'autre chose ?
Par contre d'experience je dirais que les deux ou trois heures que l'on gagne a l'installation de postgreSQL sur Oracle, on les perd lors de la mise en place de la premiere base de donnees.
On les perd pourquoi ?
(et oui, que de questions :-)
Pour que les perfs soient bonnes pas de secret avec postgresql ... faire un show du plan d'analyse et creer les index qui vont bien.
Tu fais ça en ligne de commande, ou bien tu utilises le bel outil graphique de RedHat (pour le "show plan") ? Il faudra que j'essaie pour voir, sauf que j'ai des requêtes simples donc les index coulent de source (souvent, celui par défaut sur la clef primaires suffit).
Pour ce qui est du vaccum il tourne la nuit et il prend qq heures ( 5 heures )
La vache, je comprends que ça dérange certains, en particulier quand la base doit fonctionner 24h/24 (même s'il y a un creux la nuit). Tu fais un "vacuum full" ou un simple vacuum (depuis je ne sais plus quelle version récente, il existe un vacuum qui ne bloque pas les tables, mais du coup je ne sais pas à quel point ce vacuum est efficace par rapport au "full"). Au fait, quelle version de Postgres utilises-tu ?
Pour ce qui est des optims, en ajustant la share memory, les params du journal
Justement, tu pourrais me donner ton fichier d'options ou ta ligne de commande (pour que je voie les paramètres du genre de ceux que tu mentionnes). J'ai remarqué qu'en augmentant la mémoire partagée on augmentait un peu les perfs, j'ai mis "-B 256" au lieu des 64 de base, mais je n'ai presque pas joué avec les paramètres (en particulier le journal). Est-ce que tu utilises l'option "-F" (do not flush) ?
surtout les index qui sont sur un disque différents des tables de données
Pas mal. Tu as combien de disques différents ? J'imagine que mettre le journal (WAL file) sur un disque séparé accélère bien les choses aussi.
Voila j'espere que ca repond a tes questions
Merci pour toutes tes informations.
J'essaie de pousser à fond Postgres dans ma boîte car on utilise Oracle mais pour des besoins qui ne le justifient pas du tout à mon avis (et quand j'ai vu le prix d'une licence, j'ai sursauté). Problème, ça "rassure" un peu le client (qui au passage doit acheter une licence Oracle).
Je ne sais pas si chez vous c'est pareil, mais chez moi depuis la pre10 je n'ai plus jamais eu une version qui marche bien pour le plein écran, à savoir que quand mplayer passe d'un fichier au suivant (je lance "mplayer mavideo*"), il se remet en taille normale. Plus précisément, il considère toujours qu'il est en plein écran (le fond est bleu, je suis en Xv), mais n'affiche l'image qu'en haut à gauche en taille normale (donc petite).
J'ai un noyau 2.4.18, XFree 4.2.0 avec Xv (Matrox G400). MPlayer est super, sauf que je suis resté à la pre10 à cause de ce bug/problème. J'ai aussi un problème de blocage temporaire de la vidéo sur certains fichiers (je n'avais pas ça avant).
J'ai une base de données de 10 Go et ca marche sans problème, a condition de faire des vaccum regulierement ...
Je suis très intéressé par ton expérience. J'utilise Postgres mais il est très peu sollicité donc aucun problème de performance ou d'optimisation. J'ai plusieurs questions.
- Qu'est-ce que tu gères comme type de données ?
- Quels sont les accès majoritaires (lecture, écriture, mise à jour) ?
- Combien de clients simultanés en général et au maximum ?
- Quand tu parles de faire des vacuum régulièrement, as-tu remarqué que sans ça, la vitesse baissait sensiblement ?
- combien de temps prend le vacuum (si ta base est grosse et s'il y a bcp de modifications, ça doit commencer à faire) ?
- avec quels paramètres tu lances le postmaster ?
Au fait, pour avoir une base de données de 10 Go, j'imagine qu'elle est répartie en plusieurs tables (donc plusieurs fichiers), étant donnée la limite à 2 Go pour les fichiers. As-tu mis ta base (ou le PGDATA) sur une partition séparée ?
Merci pour toutes les précisions que tu voudras bien apporter.
Le rachat d'informix par IBM permet de plus de retrouver toutes les bonnes idées d'Informix dans DB/2.
Tu peux en dire plus sur ces bonnes idées ?
Quand tu feras tourner des bases de 12 To sur PostGres tu me feras signe.
Est-ce que tu as essayé ? Parce que je te rappelle que MySQL (encore moins taillé pour les gros volumes que Postgres à priori) a égalé Oracle sur un gros test, sur une machine octoprocesseur avec des Go de données. Je n'ai pas l'URL sous la main mais ça doit se trouver facilement, c'est sur eweek en tous cas.
J'aimerais bien voir un test de Postgres sur une grosse quantité de données, et comparer ça à une autre base, en appliquant éventuellement quelques optimisations. Le problème est qu'il faudrait que j'achète Oracle ou DB2 pour ça ! Sans compter que Postgres s'installe en 10 minutes alors que pour Oracle, ouille ouille (j'ai des collègues qui connaissent bien), sans compter les besoins en disque et en mémoire.
Le CD et tout enregistrement numérique manque de certaines fréquences (infrabasses etc), mais il manque surtout de DYNAMIQUE !
Non seulement ce que tu dis (Le CD a moins de dynamique que le vinyl) est en totale contradiction avec les techniques utilisées, mais en plus j'ai des doutes sur la qualité de ton audition.
La dynamique d'un vinyl est relativement limitée, à cause de la technique de gravure, et il faut utiliser des réducteurs de dynamique pour faire enregistrer une symphonie par exemple. La qualité de reproduction d'un vinyl varie aussi avec l'endroit du disque, ça se dégrade sensible au fur et à mesure qu'on approche du centre du disque (à la fin). Depuis les années 70 au moins, les bandes magnétiques dépassent largement l'enregistrement sur vinyl (ne serait-ce que la dynamique), d'ailleurs c'est grâce à ces bandes qu'on peut refaire de CD "remasterisé".
Un CD, qui offre environ 90 dB de dynamique, est largement suffisant pour faire "entrer" une symphonie dedans. De plus avec un CD on n'a aucun pleurage (distortion due à la vitesse de lecture variant légèrement sur une platine tourne-disque) ni scintillement.
Qui ignore qu'il est plus agréable d'écouter un vinyl neuf et bien nettoyé (pas un déterré sous la poussiere dans le grenier) qu'un CD, plus agréable qu'un MD, plus agréable qu'un ogg, plus agréable qu'un mp3, plus agréable qu'une cassette ?
Moi ! (j'ignore que ... et je ne suis pas d'accord avec toi)
Je suis tout à fait d'accord avec le commentaire de Pierre Jarillon plus haut. Si tu préféres un vinyl à un CD, c'est que tu aimes la coloration entraînée par le vinyl.
En tant que mélomane je fais la différence entre une chaine "hifi" à 3000F et un ampli a lampe à 7000F
Mon père est un mélomane averti et a une installation hi-fi de premier ordre chez lui (l'ampli est un Accuphase à transistors et ça coûte 2000-3000 E, le reste est à l'avenant), avec un grand salon pour en profiter. Je peux te dire que quand on est passé du disque noir au CD, on a sacrément vu la différence, que ce soit pour la dynamique, la pureté du son (par exemple les voix).
La classification correcte (et logique) est la suivante :
- CD
- cassette audio (si copiée depuis un CD)
- ogg/mp3 si codé à haute qualité
- vinyl
- ogg/mp3 normal (ogg > mp3)
Pour le MD je ne sais pas, je n'ai pas d'expérience.
En effet, j'ai compilé mplayer avec l'option GUI, mais ce que je voulais dire c'est que mplayer marche très bien avec les options par défaut (je tape "mplayer toto.mpg tata.divx"), et si on n'a pas envie de mettre des options compliquées en ligne de commande, on peut les mettre une fois pour toutes dans le fichier de configuration, dans ~/.mplayer.
En fait je pourrais compiler mplayer sans l'option GUI car je ne m'en sers pas vraiment.
Niveau qualitée d'image c'est la le principal defaut de videolan, il n'offre pas le post-processing d'un Mplayer
Peux-tu en dire plus sur le post-processing. Je n'ai rien configuré de spécial dans mplayer à ce sujet, est-ce que c'est activé par défaut ?
Ca apporte quoi exactement ?
mplayer est le plus rapide mais il faut aimer les lignes de commande
Personnellement, je lance mplayer sans option, pourquoi as-tu besoin de la ligne de commande ? De plus, mplayer dispose de réglages avec le popup menu dans la fenêtre vidéo (ça ouvre une fenêtre).
Tu peux aussi préciser tes options dans un fichier de configuration, très pratique.
Non : "ouvert" ne veut pas dire "dont les specs sont publiquement accessibles"... "ouvert" veut dire beucoup de choses et rien du tout en particulier
Moi je dis que ça doit figurer dans les "fortunes" ta phrase !
On ne doit pas parler la même langue (moi c'est le français ;-) à mon avis. Je suis content d'apprendre qu'un format ouvert n'est pas un format dont on peut avoir les spécifications. C'est quoi la différence avec un format fermé au fait ?
[^] # Re: C est pas pour lancer un troll
Posté par Olivier Jeannet . En réponse à la dépêche IBM, Oracle et Red Hat planchent sur la sécurité de Linux. Évalué à 7.
[^] # Re: Meilleurs option d'encodage avec xvid?
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de XviD 0.9.1. Évalué à 0.
On ne dit pas encoder ni encodage ni encodeur en bon français !!
On parle de coder, codage et codeur (ou compresseur ou convertisseur)
On parle de "message codé", de "nouveau codage" et de "codec = codeur/décodeur".
Bon sur HFR (hardware.fr) le mal est fait et il continue, mais je n'abandonnerai pas.
[^] # Re: PostgreSQL : le plein de nouvelles
Posté par Olivier Jeannet . En réponse à la dépêche PostgreSQL : le plein de nouvelles. Évalué à 1.
D'après divers échos que j'ai eus, dont un échange récent sur linuxfr il y a une ou deux semaines, le vacuum peut prendre beaucoup de temps si la base subit beaucoup de modifications, ce qui peut être gênant voire rédhibitoire dans le cas où on a besoin d'un base 24h/24. Cela dit, je suppose que la grande majorité des bases connaît des périodes bien creuses la nuit.
Au sujet du vacuum, je viens de parcourir la doc de la version majeure actuelle (7.3), et ils donnent des précisions intéressantes sur la façon de l'utiliser (la nuit ou plus souvent, seulement pour certaines tables, etc). Apparemment le vacuum simple (plus rapide que le vacuum full et surtout non bloquant) semble tout à fait suffisant dans la mesure où il permet de réutiliser les tuples vides (les trous créés) car il les marque comme tels; le vacuum full permet lui de réduire la place prise sur le disque par les tables, en bouchant les trous. En résumé, le vacuum bien géré ne semble pas un réel problème.
[^] # Re: PostgreSQL : le plein de nouvelles
Posté par Olivier Jeannet . En réponse à la dépêche PostgreSQL : le plein de nouvelles. Évalué à 1.
Il me semble que oui, tout simplement avec l'outil de base livré avec Postgres, qui s'appelle pg_dump.
Tiré de la documentation de Postgres 7.3 :
Dumps created by pg_dump are internally consistent, that is, updates to the database while pg_dump is running will not be in the dump. pg_dump does not block other operations on the database while it is working.
stabilité
Personnellement, je n'ai jamais vu Postgres planter. Un copain qui l'utilise en production sur des serveurs m'a dit que lui non plus n'avait pas eu de problème.
[^] # Re: La mort des chan #warez ?
Posté par Olivier Jeannet . En réponse à la dépêche La mort des chan #warez ?. Évalué à 7.
[^] # Re: Sortie de XviD 0.9.1
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de XviD 0.9.1. Évalué à 5.
[^] # Re: Login n°103 est en kiosque
Posté par Olivier Jeannet . En réponse à la dépêche Login n°103 est en kiosque. Évalué à 4.
Oh, les pauvres choux, ils vont devoir se satisfaire d'une version 3.2.1, une version très vieille et complètement pourrie...
Faut arrêter la versionnite aigüe.
Pour ceux qui n'ont pas d'accès haut-débit, avoir cette masse de logiciel sur un CD c'est sacrément pratique. Et même si on a l'ADSL, on peut apprécier d'avoir le CD. Dans le cas d'une distribution, ça m'arrange d'avoir le CD tout fait, au lieu de télécharger l'ISO et de la graver.
[^] # Re: mplayer vs Debian
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 1.
Je rappelle qu'en bon français on ne dit pas "encodeur", mais "codeur", ou bien convertisseur.
On parle de roue codeuse, de message codé, etc...
codec = codeur/décodeur.
[^] # Re: mplayer vs Debian
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 1.
Je rappelle qu'en bon français on ne dit pas "encodeur", que c'est un anglicisme.
On parle de codage/décodage, codeur/décodeur, de "roue codeuse" ou bien de "message codé".
Merci.
[^] # Re: Et le téléphone alors ?
Posté par Olivier Jeannet . En réponse à la dépêche Trop écouter de mp3/ogg vorbis .... Évalué à 1.
Bizarre ?!
Interroge-toi aussi sur la qualité de ton lecteur/enregistreur à bandes :-)
Je maintiens : la bande magnétique c'est ce qu'il se faisait de mieux avant le CD. Tu peux le vérifier en enregistrant un CD sur une cassette type Chrome, avec un bon enregistreur (et en réglant correctement le niveau) : il n'y a presque pas de souffle (en fait le souffle quand il y en a, on s'habitue vite, ce n'est pas un défaut majeur; il y a même du souffle sur certains CD, quand ça a été repiqué d'un très vieil enregistrement) et la qualité est plus que bonne.
Evidemment, vu la vitesse de défilement de la bande, on peut faire mieux, comme avec un enregistreur à grandes bandes comme un Revox (avec les bobines de + de 20 cm de diamètre).
De nos jours, pour faire des enregistrements de qualité hi-fi, un DAT (cassette numérique) est ce qu'il se fait de mieux. Mon frère en a un et il enregistre du piano, le son est excellent.
[^] # Re: Sortie de mplayer 0.90 rc4
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 1.
(ma solution est d'enlever le plein écran et de le remettre, soit deux appuis consécutifs sur la touche 'f').
Je faisais pareil aussi...
\o/ Mais à présent c'est la victoire, j'ai compilé cette dernière version et enfin le plein écran marche comme avant ! \o/
ma pre6, je l'ai depuis 6 mois et quand je vois tout ce qui a changé depuis, j'ai hate de voir ce que donnera la version 1.0 :)
Fonce, cette version vaut le coup d'être essayée, je n'ai plus de problèmes de blocage non plus (la vidéo restait bloquée sur une image, pendant que la progression continuait sur l'interface utilisateur, il fallait provoquer un changement de fichier pour que ça remarche). N'oublie pas de télécharger un nouveau pack de codecs (j'ai pris la totale, sur la page des codecs, le premier lien win32codecs.tar.bz2 qui fait environ 6 Mo).
[^] # Re: mplayer vs Debian
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 2.
Vous êtes au moins 2 à parler de payer une licence pour le MPEG 4 (au consortium MPEG LA), mais je rappelle que cette licence n'est à payer qu'aux Etats-Unis vu qu'il s'agit d'une cochonnerie de brevet logiciel.
Certes, Debian est international, donc US (et sans doute surtout développé aux US), ce qui fait qu'ils sont plutôt obligés de se conformer à la législation ricaine. Quelle merdouille... C'est aussi à cause des US qu'on n'a pas eu de crypto dans le noyau pendant des années.
[^] # Re: Peut-être un peu trop ?
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 3.
Oui c'est dingue, j'aimerais avoir l'avis de pBpG sur ce coup-là. Pour 50 M$, il y a de quoi faire de sacrés logiciels. On pourrait par exemple refaire un KDE qui prend moins de place et qui démarre vite ! (pareil pour Mozilla)
[^] # Re: linuxfr.org dans une base postgresql ?
Posté par Olivier Jeannet . En réponse à la dépêche linuxfr.org dans une base postgresql ?. Évalué à 1.
Je n'ai pas dit ça et je le sais bien, je voulais seulement mentionner (avec le test d'eWeek) que *même* MySQL pouvait traiter de gros volumes de données.
Personnellement, je n'utiliserais pas MySQL pour une base vitale et avec des besoins importants d'accès concurrents. J'ai essayé de porter pgbench (livré avec Postgres) pour MySQL, mais j'ai eu des problèmes quand j'ai voulu entrelacer les accès en mode transactionnel (mode "read commited"), ça faisait un deadlock. J'ai utilisé la dernière version 3.x prise du site, avec table InnoDB pourtant. Peut-être faudrait-il que j'essaie la version 4.x qui supporte plus complètement l'aspect transactionnel. Bon, j'ai peut-être mal configuré quelque chose...
MySQL reste sûrement précieux pour des "petits" besoins comme un site (ou disons des besoins moins rigoureux), à cause de sa vitesse sur certains types d'accès.
[^] # Re: linuxfr.org dans une base postgresql ?
Posté par Olivier Jeannet . En réponse à la dépêche linuxfr.org dans une base postgresql ?. Évalué à 1.
[^] # Re: linuxfr.org dans une base postgresql ?
Posté par Olivier Jeannet . En réponse à la dépêche linuxfr.org dans une base postgresql ?. Évalué à 1.
# Re: Sortie de mplayer 0.90 rc4
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de mplayer 0.90 rc4. Évalué à 1.
[^] # Re: linuxfr.org dans une base postgresql ?
Posté par Olivier Jeannet . En réponse à la dépêche linuxfr.org dans une base postgresql ?. Évalué à 1.
[^] # Re: linuxfr.org dans une base postgresql ?
Posté par Olivier Jeannet . En réponse à la dépêche linuxfr.org dans une base postgresql ?. Évalué à 1.
Tu peux en dire plus sur ces bonnes idées ?
Quand tu feras tourner des bases de 12 To sur PostGres tu me feras signe.
Est-ce que tu as essayé ? Parce que je te rappelle que MySQL (encore moins taillé pour les gros volumes que Postgres à priori) a égalé Oracle sur un gros test, sur une machine octoprocesseur avec des Go de données. Je n'ai pas l'URL sous la main mais ça doit se trouver facilement, c'est sur eweek en tous cas.
J'aimerais bien voir un test de Postgres sur une grosse quantité de données, et comparer ça à une autre base, en appliquant éventuellement quelques optimisations. Le problème est qu'il faudrait que j'achète Oracle ou DB2 pour ça ! Sans compter que Postgres s'installe en 10 minutes alors que pour Oracle, ouille ouille (j'ai des collègues qui connaissent bien), sans compter les besoins en disque et en mémoire.
[^] # Re: Et le téléphone alors ?
Posté par Olivier Jeannet . En réponse à la dépêche Trop écouter de mp3/ogg vorbis .... Évalué à 1.
Non seulement ce que tu dis (Le CD a moins de dynamique que le vinyl) est en totale contradiction avec les techniques utilisées, mais en plus j'ai des doutes sur la qualité de ton audition.
La dynamique d'un vinyl est relativement limitée, à cause de la technique de gravure, et il faut utiliser des réducteurs de dynamique pour faire enregistrer une symphonie par exemple. La qualité de reproduction d'un vinyl varie aussi avec l'endroit du disque, ça se dégrade sensible au fur et à mesure qu'on approche du centre du disque (à la fin). Depuis les années 70 au moins, les bandes magnétiques dépassent largement l'enregistrement sur vinyl (ne serait-ce que la dynamique), d'ailleurs c'est grâce à ces bandes qu'on peut refaire de CD "remasterisé".
Un CD, qui offre environ 90 dB de dynamique, est largement suffisant pour faire "entrer" une symphonie dedans. De plus avec un CD on n'a aucun pleurage (distortion due à la vitesse de lecture variant légèrement sur une platine tourne-disque) ni scintillement.
[^] # Re: Trop écouter de mp3/ogg vorbis ...
Posté par Olivier Jeannet . En réponse à la dépêche Trop écouter de mp3/ogg vorbis .... Évalué à 1.
Moi ! (j'ignore que ... et je ne suis pas d'accord avec toi)
Je suis tout à fait d'accord avec le commentaire de Pierre Jarillon plus haut. Si tu préféres un vinyl à un CD, c'est que tu aimes la coloration entraînée par le vinyl.
En tant que mélomane je fais la différence entre une chaine "hifi" à 3000F et un ampli a lampe à 7000F
Mon père est un mélomane averti et a une installation hi-fi de premier ordre chez lui (l'ampli est un Accuphase à transistors et ça coûte 2000-3000 E, le reste est à l'avenant), avec un grand salon pour en profiter. Je peux te dire que quand on est passé du disque noir au CD, on a sacrément vu la différence, que ce soit pour la dynamique, la pureté du son (par exemple les voix).
La classification correcte (et logique) est la suivante :
- CD
- cassette audio (si copiée depuis un CD)
- ogg/mp3 si codé à haute qualité
- vinyl
- ogg/mp3 normal (ogg > mp3)
Pour le MD je ne sais pas, je n'ai pas d'expérience.
[^] # Re: Comparatif ?
Posté par Olivier Jeannet . En réponse à la dépêche VideoLAN Client (VLC) 0.5.0. Évalué à 3.
En effet, j'ai compilé mplayer avec l'option GUI, mais ce que je voulais dire c'est que mplayer marche très bien avec les options par défaut (je tape "mplayer toto.mpg tata.divx"), et si on n'a pas envie de mettre des options compliquées en ligne de commande, on peut les mettre une fois pour toutes dans le fichier de configuration, dans ~/.mplayer.
En fait je pourrais compiler mplayer sans l'option GUI car je ne m'en sers pas vraiment.
[^] # Re: Comparatif ?
Posté par Olivier Jeannet . En réponse à la dépêche VideoLAN Client (VLC) 0.5.0. Évalué à 2.
Peux-tu en dire plus sur le post-processing. Je n'ai rien configuré de spécial dans mplayer à ce sujet, est-ce que c'est activé par défaut ?
Ca apporte quoi exactement ?
Merci.
[^] # Re: Comparatif ?
Posté par Olivier Jeannet . En réponse à la dépêche VideoLAN Client (VLC) 0.5.0. Évalué à 2.
Personnellement, je lance mplayer sans option, pourquoi as-tu besoin de la ligne de commande ? De plus, mplayer dispose de réglages avec le popup menu dans la fenêtre vidéo (ça ouvre une fenêtre).
Tu peux aussi préciser tes options dans un fichier de configuration, très pratique.
[^] # Re: Microsoft tente de déstabiliser le MPEG-4
Posté par Olivier Jeannet . En réponse à la dépêche Microsoft tente de déstabiliser le MPEG-4. Évalué à 1.
Moi je dis que ça doit figurer dans les "fortunes" ta phrase !
On ne doit pas parler la même langue (moi c'est le français ;-) à mon avis. Je suis content d'apprendre qu'un format ouvert n'est pas un format dont on peut avoir les spécifications. C'est quoi la différence avec un format fermé au fait ?