moi1392 a écrit 730 commentaires

Je me basais sur des éléments issues du même catalogue fournisseur.
Et je te confirme que dans mon cas, la RAM représente environ deux mille euros.

Même à 2000€, je ne trouve pas ça excessif du tout pour une boite pour les services critiques.
Après encore une fois, c'est sur que s'il y a beaucoup d'écritures, c'est pas pareil…

Tiens d'ailleurs, il me semble que google publie de temps en temps des stats sur ses serveurs, ça serait intéressant de savoir quels quantités de ram ils mettent sur le machines et les taux de réussite/manque du cache mémoire pour les accès disques. Car à priori, pour tout ce qui est requêtes, c'est purement de l'accès en lecture.
Après, ça serait cool de savoir aussi s'ils envisagent de mettre en place ce genre de solutions pour la partie référencement, enregistrement des données collectées, …

Qu'est ce que tu veux dire par "un ssd de 128 Go c'est pour installer son système, pas faire un cache disque" ? Il faut plus gros ?

non, c'est juste qu'un particulier, en général, quand il achète un ssd, il s'en sert pour installer son système.

• le cache ram est utile en lecture mais les écritures doivent passer par le disque dur
• le ssd persiste les données même en cas d'arrêt du système

Je suis d'accord sur ces 2 points, même si pour moi c'est le même problème, il FAUT passer par le disque pour ne pas perdre de données en cas de plantage/arrêt du système.

• à 150€ la barette de 8GB de RAM qualité serveur, 128GB couteront dans les 2400€; alors qu'un SSD 128GB coutera moins de 400€.

Celui là un peu moins, des machines avec beaucoup de ram, on en trouve pas si cher.
Chez nous les machines de renouvellement actuelles ont 192 Go de Ram, et on ne les paye pas "énormément" cher, en tous cas, si la ram seule coutait 2400 €, j'imagine même pas les machines complètes !!!

Et puis pour ceux qui veulent vraiment des performances en lecture, je pense qu'ils ont les moyens de mettre ce genre de prix pour avoir de la mémoire.
Pour les autres, un ssd de 128 Go c'est pour installer son système, pas faire un cache disque.

Debian/Testing a pas mal d'inconvénients en tant que distrib rolling release

C'est surtout que debian n'est pas une rolling release.
J'ai d'ailleurs un bug qui me fait bien chier en ce moment dans qt script est qui est déjà corrigé dans la 4.8.3, mais il ne sera pas backporté car pas critique, et je dois vivre avec jusqu'à la sortie de la release :/
Au final je vais certainement recompiler qt en y incorporant le fix.

j'avais compris :D

Mais comme maclag, je pense que pour les gens, "notre technologie est brevetée" ça veut dire "On a eu une super idée que personne d'autre n'a eu et que vous ne pourrez avoir que chez nous, en plus, ça marche trop d'la balle, j'vous jure !!"

Faut espérer que les mentalités changent avec les récent abus abusivement abusifs du système de brevetage.

C'est vrai que je connais plutôt mal le problème des écritures. N'hésite pas à me reprendre si je dis des bêtises.

Je suppose qu'on ne peut pas se permettre de garder trop longtemps en cache mémoire seulement une page à écrire, pour éviter une perte de données en cas de plantage ou coupure de courant.
Il peut y avoir aussi d'autres problèmes difficiles à gérer, comme quand le disque est presque plein, et qu'au moment de l'écriture effective, on trouve plusieurs secteurs défectueux, dans ce cas là, on n'est plus en mesure de tout écrire, alors qu'on a annoncé que c'était le cas.

Je suppose donc que dans ce cas, un cache SSD fait office de cache disque non volatile et peut-être pertinent (quoi que je ne voit pas comment il peut aider dans le cas du disque "plein par surprise" comme diraient les suèdois)

ça dépends pour qui, moi ça a plutôt tendence à me faire fuir…

j'aimerai bien une source fiable de ce truc, car de plus en plus, je lis des document et rapport qui disent le contraire, que la population n'était pas esclave comme l'imaginaire collectif l'imagine, mais que les condition étaient très clémentes (pour l'époque), que les gens recevaient des soins (on a reconnus des soins dentaires, des cicatrices de fractures soignées dnas les ossements) et que ça n'était pas de l'esclavage mais bien du travail.

Maintenant comme je m'y intéresse assez peu, je ne prends pas forcément le temps de me documenter en profondeur et je ne sias pas trop qui a raison.

entrent dans l’atmosphère à environ 30 000 km/h (mach 24)

Le mach étant la vitesse de propagation des ondes mécaniques dans un milieu donné, à l'entrée dans l'atmosphère, la desité étant très très faible, les ondes se déplacent très très lentement voir pas du tout, donc dire que 30 000 km/h vaut mach 24 est partiellement faux (et complètement faux dans le cas de l'entrée dans l'atmosphère), car il n'est pas précisé mach 24 dans quel milieu ;)

Le cache disque en mémoire étant déjà présent et les mémoire de plus en plus grande.
Au boulot (j'ai une grosse machine), absolument tous mes accès disques sont en cache, il n'y a que les premiers accès qui sont longs.
Quel est donc l'intérêt de ce genre de solutions ?
Pour les serveurs qui gèrent énormément de requetes sur de très très grosses bases de données ?
On ne peut pas simplement leur mettre plus de mémoire ? Le coût n'est pas si exorbitant au final, et la différence entre un accès en cache mémoire et un en cache ssd est quand même énorme !
Ou alors pour des machines un peu plus anciennes qui ne gèrent pas de grosses quantités de mémoire ?

j'ai hésité, mais comme il parlait de "une ou plusieurs barres de chocolat", alors je suis resté sur deux

Et pis tant pis pour les moins sâges, c'est eux qui rigolent pas, pas moi ! En tant que bon geek habitué aux plaisirs solitaires, si je me fait rire tout seul, ça me suffit \o/

Tu mélanges tout toi aussi !!!
Le pain au chocolat, c'est quand il y a une barre de chocolat. Quand il y en a deux, c'est la chocolatine !!
C'est simple, suffit de savoir compter jusqu'à dix !

En fait, les décorations sont bien gérées par le client mais une fois que le client détecte qu'on a cliqué sur la barre des titres, il dit à Weston de mettre l'application en "mode de déplacement" et c'est le serveur Weston qui va ensuite déplacer la fenêtre de manière autonome quand l'utilisateur bouge la souris jusqu'à ce que l'utilisateur relâche la souris.

De ce que tu dis là, en effet ça evite qu'une appli lente à répondre fasse saccader le mouvement de la fenêtre, mais elle doit quand même effectuer le changement d'état (passe en mode déplacement)
Donc si elle ne réagi pas au click de souris, pas de déplacement. Et si elle ne réagi pas au lacher de souris ? Déplacement perpétuel ou c'est wayland/weston/walibi qui détecte ça ?

Les projets libres s'en foutant complétement, vu qu'ils en ont jamais rien a foutre de tout casser en temps normal….

C'est un autre problème ça.
La publication des soucis de sécurité est faite avant tout pour que les utilisateurs se protègents, coupent le service, mettrent en place des contournements, …
S'ils s'en foutaient vraiment, ils ne publieraient rien, c'est plus rapide et moins chiant, surtout quand on a peu d'utilisateurs et qu'en plus ils ne payent pas.

Elle est directement visible car tu affiches en premier le nom du fichier dans ton interface.
Si tu décides de mettre cette info ailleurs, tu peux très bien avoir une interface qui affiche cette information aussi.

Au risque de te décevoir, cette version de Debian était sortie… Et ça a duré 2 ans.

Effectivement, je viens de lire ça :
"For the stable distribution (etch), these problems have been fixed in
version 0.9.8c-4etch3."
J'étais pourtant persuadé que ça n'avait été présent que dans la version testing, j'ai même déjà fait exactement la même remarque dans un autre commentaire et personne n'a relevé !

Mais je ne vois toujours pas en quoi ça change le problème de culture du développement dont je parle. Je le redis encore une fois, ça n'étais absolument pas le point important de ma réponse.

Et tu critiques différemment suivant que c'est libre ou pas (c'est pris en compte alors que ça n'a rien à voir avec le sujet).

Bah encore heureux, comme toi tu ne critiques pas de la même façon une tarte au citron de chez ton boulanger d'un steak frites du marchant de sandwichs de la grande rue !
Chaque projet est différent, les personnes qui le composent, ses objectifs, l'importance que tu lui donnes, et des tas d'autres choses, donc je ne les critique pas pareil, tu ne les critiques pas pareil, personne ne les critique pareil…

Prendre un exemple d'un problème corrigé depuis des lustres, c'est juste démonstratif du manque de vrais arguments.

Je te le redis, l'exemple est symptômatique d'une façon de faire !
Debian a vu le problème, c'est un problème ultra grave, ils ont réagi au quart de tour, ont publié les erreurs et la façon de les corriger.
Des soucis de sécurités sont trouvés régulièrement dans windows, comme dans tous projets libres, et dans windows, comme dans certains projets libres, leur façon de les gérer est souvent merdique, lente. Ils sont publiés seulement par la pression des utilisateur qui comparent avec la transparence des façons de faire des autres, sinon tu pourrais toujours de toucher la nouille pour avoir des infos…
Et ça, c'est pourri, ça fait partie de la culture de développement du projet, et il faut énormément de temps pour faire bouger les lignes sur ce genre de choses !
C'est toi là qui manque de vrais arguments alors qui pointe ce qui tu as envie dans mon post pour y répondre facilement !

J'espère pour toi que tu plaisantes…

C'est n'était absolument pas le point important de ma réponse… même si au passage il reste entièrement vrai :
je ne connais aucune version sortie de Debian qui ait des clés ssh non aléatoires…
Blâmer une version de développement en informatique, c'est un peu limite pour un informaticien, déjà que même les version .0 et les premiers patchs sont souvent évités par ceux qui recherchent la stabilité (en terme de fonctionnement) et la sécurité.

Quand ça arrive sur du libre, "ouais, c'est corrigé dans le SVN, alors n'en parlez plus"
Quand ça arrive au non libre : "c'était il y a 5 ans, mais parlons en, c'est horrible".

Deux poids, deux mesures.

Pareil, je parle ici de culture de développement d'un boite.
Quand tu parles de libre du parle de quel projet ??
Moi j'en connais qui sont archi nuls en terme de sécurité, d'autres en terme de stabilité, d'autres en terme de consistance, et d'autres qui sont très bien. Et c'est souvent assez constant sur ces projets, il faut pas mal de temps avec le renouvellement d'une bonne partie des équipes de développement pour que ces cultures de développement évoluent au sein de ces projets.
En tant que développeur, qui en plus suis un peu l'actualité du développement de logiciels, tu devrais savoir ça.

Je pense qu'ils ont compris que c'est LE tourant qu'ils ont raté jusqu'à présent et qu'ils ont intérêt à prendre s'il ne veulent pas finir comme une "grosse boite d'informatique" comme les autres.

À mon avis, l'IHM classique va arriver pour les versions professionnelles (de toute façon, les pro ne mettrons pas à jour avant quelques temps) mais le plus important pour eux et de mettre en avant de toutes leurs forces un message du genre "regarder, on est super prêt et super au point pour les tablettes et le téléphone, viendez tous bosser avec nous, ça va être super, et les gens achetez chez nous, c'est trop bien on fait plus que ça maintenant, promis on vous jure et même que si on ment, apple et google vont en enfer !"

Et c'est un peu normal de leur point de vue je pense, s'ils ratent ça et que ça prends mal, dans 4 ou 5 ans ça ne sera plus un des acteurs majeur de l'informatique.

peut-être..

Mais premièrement, je ne connais aucune version sortie de Debian qui ait des clés ssh non aléatoires…

Et surtout, deuxièmement, c'est plus un symptôme de la culture du logiciel ce qui est décrit.
Evidemment que quand un gros soucis arrive, il peut-être reglé rapidement et on fait taire les détracteur à coups de "Mais c'est reglé depuis 1948 alors t'arrêtes spaice de méchant troll avec des poils dans les nœils !"
Mais la culture de développement d'une grosse boite, ça ne se change pas à coup de fixes sur les problèmes, fussent-ils fixés depuis longtemps.

L'idée est compréhensible et j'adhère dans la théorie (l'extension est du détail technique)

Pas moi, l'idée de se servir de l'extension, et donc d'une partie du nom du nom du fichier, pour décider de quel type il est et avec quel logiciel il faut essayer de le traiter est une très très très très très mauvaise idée !

la commande file est le type mime sont des contournement passables, mais la vrai solution serait des méta données associées au fichier, que ça soit par le biais du système de fichier ou d'un service externe qui gère des méta données.

Et au final on se retrouve avec des systèmes qui cachent l'extension à l'utilisateur, donc une partie du nom de leur fichier, une mauvaise solution pour résoudre un mauvais problème…

Ça change effectivement la donne.
Après on peut toujours rêver un peu :)

Je me mets à la place d'une organisation commerciale, j'ai le choix entre une population aisée et compulsivement acheteuse, et une autre, sans doute moins nombreuse et plus qu'habituée au gratuit, je n'hésite pas beaucoup.

La différence importante dans ce cas là est la produit vendu :)
Les acheteur mac aiment ce qui est récent, kikolol et qui coute cher !
C'est pas dit que tu y trouveras plus d'acheteur de vieux jeux de la fin des années 90 que sous linux.

moi je viens de voir pas mal de jeux bullfrog.
Que de souvenirs, je les acheterais sans hésiter s'ils devaient être porté sous linux :)

Ça a l'air sympa à première vue, mais en fait, ça ressemble beaucoup aux éditeur html qu'on a vu pendant longtemps (dreamweaver et autres).
Et on est sacrément revenu dessus.

Pour moi ça reste limité à des sous-sous domaines très particuliers qui de toute façon ne se font pas en c++ et on déjà des éditeurs dans le genre très évolués (flash par exemple)

Le seul cas pratique que j'y vois, c'est le test rapide d'une petite fonction utilitaire qui prends des paramètres simples sans avoir à écrire un petit binaire complet. Et ça, c'est la merde sous windows peut-être, mais sous linux, écrire un main avec un appel et le compiler, ça me prends 30 secondes avec un pattern que j'ai.
Parce que tester avec des fonctions qui prennent des paramètre super complexes, il va falloir écrire le code qui fait le rendu de ce paramètre, et qui sait le créer et modifier ses valeurs.
Et souvent, le plus dur, c'est d'imaginer ce que ça va être ce code, et on se rends compte que dans 80% des cas, le code en question, et bien on est en train de l'écrire, c'est l'appli qu'on fait… Donc s'il faut écrire l'appli pour pouvoir écrire plus facilement l'appli, on avance pas des masses.

les dernières info de marseille

-quand on coupe la tête des dirigeants !