Il faut imterdire le copyright des Api surtout. Ça emmerde tout le monde: Amazon, Google, Nokia, tout ce qui peut concurrencer les services Google au sein d'Android.
Il n'y a plus aucun OS libre utilisable, et même les langages nase comme le php sont impacté.
Xgene2 un processeur armv8 dispose de l'ACPI et de l'UEFI. Mais éviter d'avoir un BIOS qui sert à rien sous linux, c'est pas un avantage? J'avais jamais entendu parlé du BIOS comme un argument de pérennité.. Si c'est ton seul argument à l'encontre d'ARM, ça me rassure.
Les serveurs disposent de 2 Gio de RAM et d'un ssd local, sur le pcb du serveur, de 20 Gio.
Je ne dis pas que l'offre est intéressante, elle est pas la moins cher, je dis juste avoir été surpris des performances d'un ARM v7 a 1.3 GHz.
Une application d'entreprise typique peut être utilisable. C'est tout. Et je trouve que c'est rassurant pour notre liberté de choix dans le future, concernant les CPU.
A procédé de fabrication égale, ARM a un rapport consommation sur performance plus faible. Ce qui sauve Intel, ce sont les 500 ingénieurs qui optimisent Android pour que ce soit pas trop ridicule fasse a ARM, et leurs usines.
Apple voulait faire d'Intel un fondeur, car ils ont les meilleurs usines. ARM sont des gignoles a côté en terme de moyen, pourtant ils y arrivent aisément. On site le K1 de Nvidia, mais la conception de ce CPU a coûté une fraction de ce qu'Intel dépense pour concevoir un CPU.
L'intérêt d'ARM c'est que tout le monde peut en faire et qu'a procédé de fabrication identique, ça consomme moins qu'intel. Google, Facebook ne sont jamais passé à SPARC ou PowerPC, pourtant il se mettent a utiliser de l'ARM.
C'est pas miraculeux, mais ça n'empêche pas de tester ces applications en conditions réelles pour voir. Pour avoir travaillé 5 ans sur des bench CPU constructeur, les benchs des autres ont trop d'intérêt marketing pour être significatif et partial bien souvent. Ça se regarde avec prudence.
pour une même consommation électrique, on a plein de core pas trop puissant (avec plein de contrôleur mémoire indépendant, donc en absolue une bonne grosse bande passante). En cela, ça favorise plutôt la "scalability horizontal", avec peu de corrélation entre les traitements.
Merci pour cette précision, du coup je vois pas bien où s'interpose SMF. Pour moi il remplissait le rôle de l'init.
Sinon Android, busybox ont aussi des init alternatifs, il s'appelle aussi init (de même que pour systemd si ma mémoire est bonne) mais sont plus simple, donc le nom de la commande n'est pas suffisant. Il y a aussi pinit, mais comme c'est français les américains le siteront jamais.
Le sous entendu que les avantages de systemd se limite au desktop est gonflant aussi. Quite a étaler la confiture sur tout les systèmes d'init, il en manque des gros.
Apple, Solaris et autres n'utilise plus l'init depuis un baille.
C'est pareil pour ce journal, aucun argument contre systemd, mais c'est de bon alloie de leur faire la morale, comme un prof incompétent qui cherche a garder la tête haute.
Le préjudice humain, il est du côté des dev de systemd, menacés de mort. Venir critiquer la methode, c'est adjoindre l'ignorance à l'incompétence.
Sauf que dans mon cas, word a été compilé avec un compilateur c dans une autre lib. Pas g++. C'est tellement gros comme manque que je pense que j'ai merdé.
En 2005, je pouvais linker sans problème des lib fortran 77 compiler en 1996 avec du c++. Maintenant si on peut plus utiliser un pointeur de fonction c, compilé avec un compilo c avec du c++, c'est que les concepteurs du c++ sont dans les nuages.
J'arrive pas a comprendre comment on peut soutenir que l'ABI du c++ n'est pas une GROSSE MERDE.
Pourtant, je préfère 100 fois Qt à Gtk.
La dernière fois que j'ai fait du c++, je n'ai pas réussi à linker un pointeur de fonction vers une fonction compiler avec un compilateur c. Le B.A.-BA. Je sais pas quelle pédanterie il aurait fallu (genre un proxy bien dégueulasse)…
Je ne comprends même pas que ce soit compliqué. Avant ça ne posait aucun problème et heureusement, peut être n'est-ce pas dû a la norme, mais pour moi c dramatique.
Je comprends pas, si gtk a eut le soutient de tout les gros acteurs, et est en c, c'est que l'abi du cpp pue (même aujourd'hui). Si java a eut du succès c'est sûrement pas grâce aux qualité du c++. Qt utilise des pointeurs vers des struct pour masquer les évolutions de la structure interne et sauver son ABI.
Perso je ne critique pas le c++ dans sa globalité, mais après 10 ans de c++, des 10aines de millions de lignes de code compiler, la certification de compilateur et un gros paquet d'optimisation CPU de code c++, je ne peux toujours pas prétendre connaitre le c++ globalement sur toutes les plateformes, je ne connais bien que le sous ensemble de ce qu'en fait Qt.
[^] # Re: en attendant Godot…
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Développer des applications mobiles multiplateformes avec Java… avec le framework Codename One. Évalué à 2.
Oui, c'est très simple d'utilisation, ça évolue vite, et l'export Android fonctionne bien pour la 2d.
Il y a pas mal de doc et il ne faut pas avoir peur du gdscript.
Ça vaut pas Unity, mais c'est libre et c'est encore récent..
[^] # Re: Réplique?
Posté par YBoy360 (site web personnel) . En réponse au journal la Cour Suprême déboute Google sur l'utilisation des API Java. Évalué à 3.
Il faut imterdire le copyright des Api surtout. Ça emmerde tout le monde: Amazon, Google, Nokia, tout ce qui peut concurrencer les services Google au sein d'Android.
Il n'y a plus aucun OS libre utilisable, et même les langages nase comme le php sont impacté.
[^] # Re: Bonnes nouvelles
Posté par YBoy360 (site web personnel) . En réponse au journal la Cour Suprême déboute Google sur l'utilisation des API Java. Évalué à 6.
Attendez, ça n'a rien à voir avec le langage ce procès, il s'agit de valider ce dont rêve Microsoft est Oracle, le copyright des Api.
On peut arrêter d"utiliser Linux…
[^] # Re: Conclusion
Posté par YBoy360 (site web personnel) . En réponse au journal la Cour Suprême déboute Google sur l'utilisation des API Java. Évalué à 10.
Les API ne sont pas qu'un concept propre à Java… Ce procès est bien plus important que des pauvres brevets sur java.
[^] # Re: A qui profite le crime ?
Posté par YBoy360 (site web personnel) . En réponse au journal Snowden : Les services secrets allemands auraient espionné Airbus pour la NSA. Évalué à 1.
L'ICE est bien plus récent que le TGV.
[^] # Re: A qui profite le crime ?
Posté par YBoy360 (site web personnel) . En réponse au journal Snowden : Les services secrets allemands auraient espionné Airbus pour la NSA. Évalué à 6.
La France c'est le pays de le coopération économique européenne. Ariane Espace, Airbus… Ce sont des projets initié par la France.
Même le TGV devait être européen. Je vois pas ce que l'Allemagne à fait d'équivalent.
[^] # Re: Manque l'essentiel
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 1.
Xgene2 un processeur armv8 dispose de l'ACPI et de l'UEFI. Mais éviter d'avoir un BIOS qui sert à rien sous linux, c'est pas un avantage? J'avais jamais entendu parlé du BIOS comme un argument de pérennité.. Si c'est ton seul argument à l'encontre d'ARM, ça me rassure.
De plus il y a coreboot qui supporte ARM.
[^] # Re: Manque l'essentiel
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 1.
Les serveurs disposent de 2 Gio de RAM et d'un ssd local, sur le pcb du serveur, de 20 Gio.
Je ne dis pas que l'offre est intéressante, elle est pas la moins cher, je dis juste avoir été surpris des performances d'un ARM v7 a 1.3 GHz.
Une application d'entreprise typique peut être utilisable. C'est tout. Et je trouve que c'est rassurant pour notre liberté de choix dans le future, concernant les CPU.
[^] # Re: Manque l'essentiel
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 1.
En pratique un Snapdragon 801 explose tout ce que fait Intel en rapport prix performance, avec un procédé de fabrication moins performant.
[^] # Re: Manque l'essentiel
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 0. Dernière modification le 07 avril 2015 à 21:14.
A procédé de fabrication égale, ARM a un rapport consommation sur performance plus faible. Ce qui sauve Intel, ce sont les 500 ingénieurs qui optimisent Android pour que ce soit pas trop ridicule fasse a ARM, et leurs usines.
Apple voulait faire d'Intel un fondeur, car ils ont les meilleurs usines. ARM sont des gignoles a côté en terme de moyen, pourtant ils y arrivent aisément. On site le K1 de Nvidia, mais la conception de ce CPU a coûté une fraction de ce qu'Intel dépense pour concevoir un CPU.
[^] # Re: Manque l'essentiel
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 0.
L'intérêt d'ARM c'est que tout le monde peut en faire et qu'a procédé de fabrication identique, ça consomme moins qu'intel. Google, Facebook ne sont jamais passé à SPARC ou PowerPC, pourtant il se mettent a utiliser de l'ARM.
C'est pas miraculeux, mais ça n'empêche pas de tester ces applications en conditions réelles pour voir. Pour avoir travaillé 5 ans sur des bench CPU constructeur, les benchs des autres ont trop d'intérêt marketing pour être significatif et partial bien souvent. Ça se regarde avec prudence.
[^] # Re: Différence de puissance entre ARM64 et Intel Xeon
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 1.
il y a une photo du serveur que j'utilise, il y a plein de modules indépendants
https://www.scaleway.com/features
photo d'un module (en milieu de page
https://www.scaleway.com/
[^] # Re: horizontal ?
Posté par YBoy360 (site web personnel) . En réponse au journal Essai serveur ARM chez cloud.online.net. Évalué à 3.
pour une même consommation électrique, on a plein de core pas trop puissant (avec plein de contrôleur mémoire indépendant, donc en absolue une bonne grosse bande passante). En cela, ça favorise plutôt la "scalability horizontal", avec peu de corrélation entre les traitements.
[^] # Re: Offres oss: Bientôt le 1 avril tous les jours.
Posté par YBoy360 (site web personnel) . En réponse au journal Code libre/oss : offre proprio ?. Évalué à 2.
Réponse en vrac:
je croyais que plus on est flou plus on de riz moi. Mais pas peut-être que.
[^] # Re: Obsèques
Posté par YBoy360 (site web personnel) . En réponse au journal [ HS ] Triste nouvelle pour toute une génération. Évalué à 1.
Sim, si célèbre au pays de shwarzy, avec toutes ces villes à son nom.
[^] # Re: Dart
Posté par YBoy360 (site web personnel) . En réponse au journal Indication de type pour Python. Évalué à 2.
Groovy aussi.
[^] # Re: Let's get Groovy, Baby!
Posté par YBoy360 (site web personnel) . En réponse au journal Esod mumixam !. Évalué à 1.
Trop simple!
[^] # Re: Les milieux culturels et techniques des zélateurs/détracteurs
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 3.
Merci pour cette précision, du coup je vois pas bien où s'interpose SMF. Pour moi il remplissait le rôle de l'init.
Sinon Android, busybox ont aussi des init alternatifs, il s'appelle aussi init (de même que pour systemd si ma mémoire est bonne) mais sont plus simple, donc le nom de la commande n'est pas suffisant. Il y a aussi pinit, mais comme c'est français les américains le siteront jamais.
[^] # Re: Les milieux culturels et techniques des zélateurs/détracteurs
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à -1.
Le sous entendu que les avantages de systemd se limite au desktop est gonflant aussi. Quite a étaler la confiture sur tout les systèmes d'init, il en manque des gros.
Apple, Solaris et autres n'utilise plus l'init depuis un baille.
[^] # Re: trop de bruit pour rien
Posté par YBoy360 (site web personnel) . En réponse au journal Devuan forks Debian: un choc ou c'était inévitable?. Évalué à -4.
C'est pareil pour ce journal, aucun argument contre systemd, mais c'est de bon alloie de leur faire la morale, comme un prof incompétent qui cherche a garder la tête haute.
Le préjudice humain, il est du côté des dev de systemd, menacés de mort. Venir critiquer la methode, c'est adjoindre l'ignorance à l'incompétence.
[^] # Re: Source
Posté par YBoy360 (site web personnel) . En réponse au journal Les temps changent ?. Évalué à 10.
C'est de la comm, c'est pareil.
[^] # Re: Autres solutions
Posté par YBoy360 (site web personnel) . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 2.
Google drive est pas mal pour les présentations.
perso je pense qu'il faut payer les gens à faire autre chose que de la mise en forme de présentation dans une boite sérieuse.
[^] # Re: En vrac
Posté par YBoy360 (site web personnel) . En réponse au journal Pourquoi empaqueter KDE prend-il du temps ?. Évalué à 0.
Sauf que dans mon cas, word a été compilé avec un compilateur c dans une autre lib. Pas g++. C'est tellement gros comme manque que je pense que j'ai merdé.
En 2005, je pouvais linker sans problème des lib fortran 77 compiler en 1996 avec du c++. Maintenant si on peut plus utiliser un pointeur de fonction c, compilé avec un compilo c avec du c++, c'est que les concepteurs du c++ sont dans les nuages.
[^] # Re: En vrac
Posté par YBoy360 (site web personnel) . En réponse au journal Pourquoi empaqueter KDE prend-il du temps ?. Évalué à -1.
J'arrive pas a comprendre comment on peut soutenir que l'ABI du c++ n'est pas une GROSSE MERDE.
Pourtant, je préfère 100 fois Qt à Gtk.
La dernière fois que j'ai fait du c++, je n'ai pas réussi à linker un pointeur de fonction vers une fonction compiler avec un compilateur c. Le B.A.-BA. Je sais pas quelle pédanterie il aurait fallu (genre un proxy bien dégueulasse)…
Je ne comprends même pas que ce soit compliqué. Avant ça ne posait aucun problème et heureusement, peut être n'est-ce pas dû a la norme, mais pour moi c dramatique.
[^] # Re: En vrac
Posté par YBoy360 (site web personnel) . En réponse au journal Pourquoi empaqueter KDE prend-il du temps ?. Évalué à -4.
Je comprends pas, si gtk a eut le soutient de tout les gros acteurs, et est en c, c'est que l'abi du cpp pue (même aujourd'hui). Si java a eut du succès c'est sûrement pas grâce aux qualité du c++. Qt utilise des pointeurs vers des struct pour masquer les évolutions de la structure interne et sauver son ABI.
Perso je ne critique pas le c++ dans sa globalité, mais après 10 ans de c++, des 10aines de millions de lignes de code compiler, la certification de compilateur et un gros paquet d'optimisation CPU de code c++, je ne peux toujours pas prétendre connaitre le c++ globalement sur toutes les plateformes, je ne connais bien que le sous ensemble de ce qu'en fait Qt.