Kioob a écrit 361 commentaires

SteamOs exige au minimum 4Gb de RAM, un processeur 64 bits, une carte graphique Nvidia (support prochain d'AMD), 500Gb de disque dur et un démarrage compatible UEFI pour fonctionner.
Je trouve cette configuration exagérée au regard de ce que demandent beaucoup de jeux du catalogue Steam compatibles GNU/Linux (typiquement 1Gb de RAM, un processeur de la génération des P4 ou des premiers Core d'Intel et n'importe quelle carte graphique d'entrée de gamme).

En même temps, y a t-il beaucoup de machines sur le marché qui sont compatibles UEFI et qui n'ont pas les 4Go de RAM ou un CPU 64bits ? L'UEFI implique quand même du matos relativement récent, je me trompe ?

Le truc le plus chiant que je vois c'est la limitation au matos Nvidia, et les 500GB de disque requis. Le premier n'est que temporaire, mais le second exclus pour le moment la plupart des setups SSD. Mais évidemment, j'imagine que la plupart des configs «gamer» sont habituées à de gros volumes de stockage, et tant pis pour mon dernier Ultrabook :)

alf.life

Pour les nostalgiques du Jingle, une petite BD, avec le son : http://www.commitstrip.com/fr/2013/10/02/le-jingle-le-plus-incomprehensible-du-monde/

alf.life

PDO est une interface full objet oui. Mais si tu optes pour mysqli, tu as le choix entre l'objet et le procédural.

Pour ce qui est d'établir la connexion, ce n'est justement pas le cas avec MySQL qui se connecte très rapidement (environ 2ms de manière générale, voir moins).
D'après ce que j'ai pu constater si les Magento et autres sont si lents/gourmands, c'est à cause de leur non-utilisation du SQL : plutôt que de faire des jointures, ils font une miriade de requêtes SQL (facilement des centaines par page) et "assemblent" les objets directement dans le code. Qu'ils utilisent mysql_*(), mysqli ou PDO n'aurait probablement aucun impact sur les performances ici : elles sont déjà catastrophiques.
Il parait que ça rend le code hyper souple…

alf.life

PDO n'est pas une "librairie" externe, c'est une "API" standard de PHP, fournie de base, cf http://fr.php.net/manual/en/mysqlinfo.api.choosing.php
Au contraire de "mysql_" d'ailleurs, qui est «deprecated» : http://fr.php.net/manual/en/intro.mysql.php

Ces quelques lignes de code fonctionnent d'entrée de jeu, sans rien charger de plus.

alf.life

Pour aller jusqu'au bout :

premier cas :

mysql_connect('blabla');
mysql_select_db('blabla');
mysql_query('select ... '.mysql_real_escape_string('foo'))

second cas :

$db = new PDO('blabla');
$stmt = $db->prepare('select ... ?');
$stmt->execute(['foo']);

Y a rien de "caché".

alf.life

Je ne peux malheureusement que confirmer. J'ai été dans une situation similaire, j'ai fait passer pas mal d'entretien, et j'ai bien été obligé de revoir mes exigences à la baisse. On cherchait des développeurs expérimentés, on s'est retrouvé avec de simples exécutants.

Le seul à me satisfaire, c'est l'apprenti, qu'on a pu former dès le début et qui sera probablement assez bon avec l'expérience.

alf.life

Oui… c'était une VM, ça ne me coûtait pas grand chose à laisser tourner.

alf.life

Oui ça c'est la théorie qui est expliquée sur le Wiki Btrfs. Mais l'as-tu testée ?

Pour ma part je ne l'ai testée qu'une seule fois, et ça a pris des mois pour quelques centaines de Go. C'est pas si simple que ça quand même.

alf.life

On va mettre de l'EFI dans tous les serveurs ? :)

alf.life

Je suis complètement d'accord avec ça : je continue à rencontrer de gros problèmes de stabilité avec Btrfs (Linux 3.10.x).

Le fait que les correctifs soient rarement backportés vers les branches stables du kernel n'aide pas non plus : à chaque fois fois que je rencontre un bug je suis dirigé vers une version de Linux en RC, qui vient généralement avec son lot de nouvelles fonctionnalités et problèmes, au niveau de Btrfs en tous cas.

alf.life

J'aimerais bien pouvoir me contenter d'1Go de RAM ! Quand je vois qu'évolution bouffe 400Mo après moins d'une heure d'activité (et atteint assez souvent le Go de RAM à lui seul) :
~$ ps aux| grep evolution
plug-ol+ 9890 0.0 0.0 10364 920 pts/0 S+ 13:58 0:00 grep evolution
plug-ol+ 30327 0.0 0.3 1039544 12136 ? SLl 13:06 0:00 /usr/lib/evolution/evolution-source-registry
plug-ol+ 30451 0.0 0.6 751684 26712 ? Sl 13:06 0:00 /usr/lib/evolution/3.8/evolution-alarm-notify
plug-ol+ 30542 0.0 0.5 1099592 21028 ? Sl 13:06 0:00 /usr/lib/evolution/evolution-calendar-factory
plug-ol+ 30581 0.0 0.4 1084456 19548 ? Sl 13:06 0:00 /usr/lib/evolution/evolution-addressbook-factory
plug-ol+ 32192 2.6 9.8 4115948 395492 ? Sl 13:18 1:05 evolution

Par contre mon iceweasel dépasse rarement les 400/500Mo, avec des dizaines d'onglets et ce même après plusieurs jours/semaines.

alf.life

J'ai eu un problème similaire suite à la mise à jour (cad «écran noir orné d'un curseur fixe en haut à gauche»), et pourtant libpam-systemd était déjà présent. Dans mon cas, après plusieurs tentatives la seule solution trouvée est de tuer le process Xorg (SIGKILL) au démarrage, puis relancer gdm pour que ça passe. Je n'ai pas cherché à en comprendre la raison pour le moment, je me suis dit que le déploiement de Gnome 3.8 n'était simplement pas achevé.

alf.life

[] revues de presse de l'April
[] les recettes de cuisine

Mais ne faites pas attention, je suis simplement un grincheux ;)

alf.life

On est bien d'accord, mais ces clients lourds me donnent l'impression d'avoir négliger leur rôle de base : lecture et écriture d'email. Sur de gros dossiers IMAP, Evolution & Thunderbird partent assez facilement en live (parfois plus de 30 secondes de temps de réponse, ou bien 1.5Go de consommation mémoire), alors que K9Mail est toujours aussi véloce.

alf.life

Sur ma Debian, Chrome est visible en tant que «Chromium Web Browser» ou encore «Navigateur Web Chromium», donc aucun problème pour le trouver non plus.

alf.life

De mon côté je place peu d'espoirs en Thunderbird : je n'arrive toujours pas à comprendre comment ce soft (ainsi qu'Évolution) peuvent être aussi lents et gourmands là où une webmail (Roundcube) ou une appli Android (K9Mail) sont aussi véloces et sobres.

Espérons que Mailpipe aboutisse à quelque chose de concluant !

alf.life

Problème temporaire visiblement, ça fonctionne désormais. Désolé pour le bruit.

alf.life

Lorsque je clique sur le joli bouton «Signez maintenant!», j'obtiens une jolie erreur de mon navigateur :
« La connexion avec ec.europa.eu a été interrompue pendant le chargement de la page. »

Est-ce un filtrage de mon FAI ? (free) ;)

alf.life

Il leur arrive justement de remettre à dispo de vieilles références de manière tout à fait ponctuel et à prix cassé ; probablement lorsqu'ils en ont trop à recycler.

alf.life

Caractère invisible ? En quoi est-ce la faute de Python si ton éditeur est mauvais ? :)

alf.life

Afin de limiter les coûts de déploiement, demander à ces entreprises privées de s'en charger, avec rémunération au pourcentage des amendes en contrepartie.

alf.life

Si c'était juste un problème comptable de la sorte, ils auraient simplement abandonné le suivi non ? Là ils ont été jusqu'à retirer des patchs, à mon goût ça ressemble plus à un choix politique que financier.

alf.life

Il semblerait oui, cf au dessus : https://linuxfr.org/nodes/99078/comments/1481176

alf.life

Bien sûr, la principale différence étant la compression à la volée, que tmpfs ne fait pas.

alf.life

Ce sont deux mécanismes complémentaires : l'autre donc, c'est "zram" : il permet de créer un blockdevice en mémoire, qu'on peut ensuite formater de type swap puis faire un "swapon" pour l'utiliser.
C'est un peu plus polyvalent, je m'en suis également servi pour gérer le /tmp/ de certains serveurs MySQL ayant des traitements de cochons (de gros volumes de données qui transitaient par le /tmp/).

Mais à l'usage j'ai quand même eu pas mal de problèmes de fuite mémoire avec "zram", si bien que je ne l'utilise plus du tout. Peut-être que zswap sera mieux suivi.

Le comble là dedans pour moi c'est qu'à moins que je confonde, "zram" était à l'origine Compcache, un module spécialisé dans la compression du swap. Et c'est lors de l'intégration upstream qu'ils l'ont fait évoluer vers quelque chose de plus générique.

alf.life