mcjyc a écrit 99 commentaires

je dois avouer que ca m'embêtait de voir le fait que seulement des "mod" d android seulement pouvait s'installer sur les tablettes, et autres systèmes sur ARM. (ou bien des distrib ayant une communauté moins importante,moins établie)
c'est une bonne chose que les distributions les plus (connues|anciennes|réputées) se mettent à sortir des version pour SoC.
ca va dans le sens de la rationalisation de la branche ARM du noyau voulu par linus.

moi, je salue plus de choix, et toujours plus de liberté.

je suis bien d'accord avec vous.
depuis la libération de Yast, on a perdu un sacre troll…
et je suis cette distribution depuis la 9.3
j'avoue que les dernières moutures ne sont pas au niveau des plus anciennes, mais visiblement, à la tête de la communauté, les choses bougent
http://www.theregister.co.uk/2012/06/14/opensuse_delay_factory_rethink/

ceci dit, l'intégration de kde est une des plus agréables que je connaisse. (non, c'est pas un troll, même si c'est bientôt vendredi)

dans le cas d'un stockage déporté, ca te permet facilement d'augmenter ta capacité de stockage sans investir dans du matériel hors de prix.

parfaitement d'accord avec toi.
la seule chose qui m'avait arreté au début, il y a un an ou deux avec ceph, c'etait la "dépendance" à btrfs.
mais il est clair que plus btrfs sera reconnu comme stable, plus ceph aura le vent en poupe.
je crois que les snapshots sous ceph utilisent les fonctionnalités de btrfs : à vérifier, je me trompe peut être, et cela a peut évoluer depuis.

quelques petites reponses :

Que se passe-t-il si le maître tombe ?

surement, il a mal.

Est-il facile de démarrer le processus maître sur une autre machine ou cela demande-t-il une reconfiguration de l'ensemble des "data servers" ?

oui, par contre, il faut que la machine de meme catégorie que le maître : le maître necessite bcp de mémoire, surtout quand il fork pour dumper ses métadonnées toutes les heures.

sur un esclave de metadonnées, le processus tourne est se synchronise en "temps réel" sur le maitre.
pour basculer un serveur de metadonnées, en serveur maître, il faut :
on stoppe le serveur de metadonnées : mfsmetalogger stop
on lance un : mfsmetarestore -a
puis un : mfsmaster start

Ca donne quoi niveau performances comparé à ses concurrents ?

ca monte en charge tres bien. on trouve de partout des benchs… mais bon, les benchs… ca depend enormement de la taille de tes fichiers, de ton goal (nombre de replicats)
, du nombre de serveurs, etc…
on a vecu le passage de la version 2 de glusterfs à la version 3 à l'époque. je crois que ca nous a calmé… (ca, c'est pour le troll moosefs vs glusterfs)

Est-ce que c'est déjà utilisé en prod ? Si oui, avec combien de machines / données ?

deux serveurs pour le mfsmaster et le mfsmetalogger (pour info, 83 000 000 fichiers, 37.8 Go/64 en Ram : clairement, ces deux chiffres dependent de la taille des fichiers)

5 serveurs, chacun avec 12 disques de 2 To. 109 To utile (1000 != 1024) 109T dispo, 60T occupé, 49T libre, 56%

il marche bien depuis l'année derniere, il sert à nos backups. jamais reussi à l'ecraser sous la charge, sauf en virant un serveur, en modifiant la conf du maitre, pour forcer la rebalance des chunks à pleine vitesse. mais c'est malheureusement classique dans ce genre d'architecture…

ça se trouve, c'est une moule anonyme parmi tant d'autres sur linuxfr...

oxmo, si tu nous lis, merci pour l'article :-)

merci bien, c'est exactement ce genre de renseignements que je cherchais

merci encore d'avoir testé le dernier catalyst.

en tout cas, c'est pas starcraft 2 qui me fera passer à nvidia.

hum, parce que j'ai bien peur que pour l'instant, avec mon chipset intel, ça ne soit même pas la peine...

Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)

c'est un peu limite quand je joue à ennemy territory.

à priori, starcraft2 fonctionne sous wine. sur winehq, il y a plein de rapports qui vont dans ce sens.
mais ma remarque portait sur le fait que à priori, tous les joueurs ont des chipset NVIDIA, et je présume, jouent avec des drivers proprio.

je me demandais juste si quelqu'un avait eu un retour d'expérience avec un driver libre.

j'ai beau chercher (peut être maladroitement), je ne trouve pas d'infos sur ce cas de figure...

je me souviens, encore tout ému, de ma première démonstration du fameux ping of death...

l'histoire n'est qu'un éternel recommencement...

ça se trouve, c'est juste une feature nostalgique ?

euh... je ne cherche pas d'excuse, tout d'abord.
c'est assez désagréable de lire 'il n'a donc pas d'excuse'...
mais bon, c'est vendredi, on se lache. j'assume.
soit, j'ai voulu attirer l'attention sur un sujet qui était déja abordé en home. sauf que je ne suis pas le seul à ne pas l'avoir vu. que placé à cet endroit, il y a deja eu des remontées pour dire que ce n'etait pas forcement visible.
et que je pense que justement, question visibilité, cette news est importante.

alors, oui, j'aurai du vérifier.
oui, ça fait double emploi.


mais si ça a pu permettre à des gars comme moi, qui ne l'ont pas vu, j'en serai heureux.

après, je n'irai pas chercher à me faire pardonner, ou à chercher des excuses.
le mal me semble sans commune mesure avec le sujet abordé.

oupsss,
désolé
je dois avouer que, comme Zenitram, elle m'avait échappée...

ca meriterait peut etre une css particuliere ? :-p

je suis d'accord avec vous sur kde4.
je suis un utilistateur de kde depuis le fork de la redhat 5.2 qui donna une distrib bien connue de cheu nous...
et j'etais bien curieux de voir ce que donnait kde4.

alors, par curiosité, j'ai testé le derniere kubuntu. elle n'est pas restée 2h sur mon pc, tellement c'etait... comment dire. decevant. instable.
kde4 est destabilisant car il change pas mal d'habitude. c'est clair.
mais la, son integration à la distrib etait mauvaise.

j'ai ensuite testé la derniere fedora, qui sortait en stable...
c'etait bien mieux. comme quoi, le travail d'integration, ca peut donner des differences magistrales à l'utilisation. mais je trouvais qu'il y avait encore trop de pb. le systeme de plasmoide, il faut s'y faire. et quand ca merde... c'est vraiment pas beau à voir. à la limite, on se demande comment on a pu en arriver la...

donc, je me suis dis à ce moment que kde4... c'etait vraiment mal barré.

ensuite, par depit, j'ai testé la future opensuse 11.1, qui doit etre en rc ou fin de beta...
et la, je dois dire, que de mon point de vue, c'est la meilleure integration de kde4 des trois distrib. surtout pour une rc et ca m'a fait changer d'avis sur kde4. ca commence à etre utilisable. ca semble stable sur la derniere opensuse pour l'instant (sauf amarok2, mais le 1.4 fonctionne nickel) et j'ai surtout le sentiment que ca va donner qqch de vraiment tres bien plus tard. avec le polissage.
je me souviens avoir gueuler sur la tribune libre il y a deux semaines sur kde4, en disant que kde4 etait la meilleure chose qui soit arrivé à gnome. maintenant, je me dis comme certains, ca vaut VRAIMENT le coups d'attendre.

ceci dit, je pense que KDE4 est sorti en version stable BEAUCOUP trop tot. pour l'image de "marque" c'est une vrai catastrophe...

mes deux centimes... (et puis c'est vendredi... )

tu dois pouvoir activer le TNS KEEPALIVE au niveau de la conf du client.

dans le tnsnames.ora, tu devrais rajouter qqch comme (ENABLE=BROKEN)


https://twiki.cern.ch/twiki/bin/view/PSSGroup/OCIClientHangP(...)

si, c'est possible, il faut aller chercher l'image iso all.img dans l'arborescence de cooker.

ftp://ftp.free.fr/mirrors/ftp.mandriva.com/MandrivaLinux/dev(...)

faire dd if=all.img of=/dev/sdb1 si /dev/sdb est le device de ta clef usb.

ca a marché, je confirme, mais en ce moment, je ne reproduit plus.
dommage, j'aurais bien testé la rc2 sur un eee comme cela.

j'ai souvent eu ce probleme dans le temps...
mais j'ai trouvé une solution.
je repondais à l'epoque : "oui, je veux bien t'aider, mais tu m'apportes ton matos chez moi, ecran, clavier, unité centrale et souris, je te le
garde une semaine ou deux, et je te rappelle quand j'ai fini."

et bien la, tout d'un coup, il ne reste que les meilleurs qui te demandent... et ceux la, je les aide sans broncher, apres un bon repas :-)

je plop à 78% sur l'estimation de la cause de la baisse statistique de l'amplitude des mouvements browniens autour de la bulle "plus de tribune" , ayant pour consequence une diminution des Visiteurs Uniques certifiés Nielsen sur le site à caractere informatif "linuxfr.org"

il est bien aussi quand tu as un processeur pas trop jeune... sans le support des nouvelles fonctions integres dans nos puces actuelles...

hum... je suis bien là ou je suis en ce moment :-) mais qui sait ...
on pourrait peut etre discuter autour d'une raclette des qualitées comparées des alteons vs les zeus...
et je ne suis pas loin de chez vous au 114... je dois même passer devant chez vous avant d'arriver chez moi ;-)
on pense meme faire comme vous, et mettre un panneau sur la porte de la cage...

m'enfin, skyrock, pour le web francais, ca reste une reference.
et combien de fois, j'ai pu entendre :"mais enfin, comment ils font chez skyblog ?"

;-)

50 serveurs mysql... j'imagine qu'il y a de la réplication... je présume une architecture en pyramide... j'aimerais bien connaître la taille de leur base :-) et de savoir combien de temps ca prend de remonter un esclave... la problematique du maitre qui tombe... etc...

sincèrement, il y en a qui viennent visiter la tour eiffel... moi, j'aimerais bien visiter leur architecture :-)

une si grosse architecture, avec les problèmes qui viennent avec..., ca doit être super de trouver des réponses aux problématiques qui doivent se presenter...

je suis pas jaloux, mais diable, ce que je suis curieux :-)

un grand merci au projet Fedora Legacy pour avoir supporté entre autre la redhat 7.3 aussi longtemps.
Chapeau bas !

c'etait un travail de titan, encore bravo !

le projet s'arrete, mais je crois qu'il a plus qu'atteint son but.
un grand merci à la communauté d'avoir repris le support apres que le support officiel soit arrivé à sa fin.

perso, je te conseille de passer par une socket systeme entre le serveur postfix et le mysql, si ils doivent se trouver sur la meme machine. au niveau performance, il n'y a pas photo.
voila mon retour d'experience...
bon courage en tout cas :-D

comme on peut le voir ici http://forum.ubuntu-fr.org/viewtopic.php?pid=305833
il y a une solution pour contourner ce probleme.
il suffit d'installer les lib openGL d'ATI, mais d'un driver precedent

il faut telecharger ati-driver-installer-8.14.13.run sur le site d'ATI

ensuite, le decompresser dans un repertoire qui sera créé pour l'occasion.

sh ./ati-driver-installer-8.14.13.run --extract ~/tmp/ati

et ensuite, remplacer la librairie qui nous concerne

cp x680/usr/X11R6/lib/libGL.so.1.2 /usr/lib/fglrx/lib/


ainsi, on a plus de blocage.

reste à voir si la performance est au rendez vous...

sur the register
http://www.theregister.co.uk/2006/04/17/oracle_buy_linux/
j'ai plutot compris qu'apres le rachat de jboss par redhat, oracle a voulu passer le message à redhat qu'il ne fallait pas trop leur marcher sur les pieds...sinon, oracle allait leur rouler dessus...
et qu'acheter une distribution ne valait pas forcement le coups.(ou le cout) et qu'il valait peut etre mieux en faire une maison...

moi, je dis tout simplement bravo aux equipes de seamonkey, et aux traducteurs.
j'avoue, j'ai preferé garder mes habitudes avec seamonkey, que de passer aux firefox/thunderbird...

et j'apprecie grandement la survie de ce projet.

bravo donc encore !

à la reflection, je me dis que ce n'est pas evident de se passer de cd, ou de dvd, pour son plaisir propre, ou pour sa culture personnelle.
mais un moyen de faire baisser le chiffre de ces majors... c'est de choper de l'occasion...
au japon, on entend parler d'une interdiction de revente des pc d'occasions, aux USA, on commence à entendre parler que les majors veulent empecher l'achat des jeux d'okaz...
car un jeux pour console d'ocassion, ne rapporte qu'à la petite boutique qui le vend...

bon, c'etait juste une remarque comme ca.
ca ne resoud rien à ce probleme de drm...

saint dvd-john, priez pour nous...
moi, ca me rend bien triste tout ca...