Même sans dns, mes sites coquinous ont des ips faciles à identifier, sont bourrés de technologies de tracking, troués comme leurs stars niveau sécurité et consomment une grosse bande passante pas bien dure à repérer.
La solution est de produire du contenu pour adulte libre et de le diffuser via Retroshare!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
autant ne pas parler de devnewton qui ne fait que vendre sa came en java qui ne fonctionne pas sur ordiphone sous androidWLinuxWDalvik :p
Je propose des apk pour mes jeux, mais je n'ai pas de privaphone pour tester. Les sources sont dispos: utilisateurs mobiles, j'attends vos poules requêtes, pas vos cot cot!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Je me demande si dans ton cas leur action ne pourrait pas être considérée comme une fausse accusation ou de la falsification de preuves ce qui doit coûter très cher devant un tribunal…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Ca serait une attaque personnelle sinon.
Et c'est mal.
Pas pour lui, je cite je dis les choses en face des gens que je critique. Donc je veux des noms, parce que tous les libristes que je connais ou que je vois écrire sur linuxfr contribuent au libre alors j'aimerais bien savoir de qui il parle.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
au cas où les gens ont du mal à comprendre : je ne parlais pas des libristes, mais des "libristes" qui parlent beaucoup pour critiquer, mais ne font rien (à prendre comme un tout, sans enlever un seul caractère).
Des noms!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
A l'oeil nu, c'est invisible, surtout que je limite les fps à 60.
Par contre dans la console, le boost::timer::auto_cpu_timer écrit des infos qui ne prenne pas en compte certaines opérations de la SDL (le swap de buffer par exemple).
On pourrait de la même façon mesurer chaque système indépendamment pour avoir une analyse plus précise, mais un bon profileur doit savoir le faire tout seul comme un grand.
Plus qu'à trouver un bon profileur!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
comment les stocker efficacement, sachant que toutes les entités n'ont pas nécessairement tous les composants
Ca dépends quelle efficacité tu recherches. C'est un problème de space versus time versus flexibility. Dans les deux layouts que je présente, on sacrifie l'espace: chaque entité créé provoque une allocation égale à la taille de tous les composants.
Si tu as des idées d'autres layouts, je cherche de l'inspiration!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
L'entité est simplement un nombre, nombre qui sert de clef dans un conteneur à composants, pour retrouver les composants.
C'est le cas!
typedef std::size_t entity;
Pour moi, le layout mémoire idéal d'un système à entité consiste à regrouper par composant.
C'est implémenté par le store struct_of_array.
template< typename Component, typename... Components >
class store_base< Component, Components... > : private store_base< Components... > {
(...)
typedef std::vector<boost::optional<Component>> component_vector;
(...)
component_vector components_; > Le conteneur peut être une hashmap ou un arbre.
Ici c'est un simple vecteur pour être plus sympa avec le cache!
(Désolé pour le formattage, le parseur markdown de linuxfr a l'air cassé).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Ce qui fait peur dans ce schéma c'est de voir que tout le monde, de l'éditeur de texte au modeleur 3D en passant par le widget de notification, va utiliser OpenGL, une API absolument pensé pour être utilisé par de nombreuses applications en même temps: tout le monde a accès à l'intégralité des ressources du GPU, par définition limitées…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Ceci est une révolution
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Ubuntu a 10 ans. Évalué à 10.
J'adore ce screenshot: l'interface a l'air simple, pratique, intuitive…
C'est Unity 2? Gnome 4?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# linuxfr.xxx
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Création du groupe de travail IETF sur « DNS et vie privée ». Évalué à 5.
Même sans dns, mes sites coquinous ont des ips faciles à identifier, sont bourrés de technologies de tracking, troués comme leurs stars niveau sécurité et consomment une grosse bande passante pas bien dure à repérer.
La solution est de produire du contenu pour adulte libre et de le diffuser via Retroshare!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# De la came? Deal with it!
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Participer à l’espace de rédaction de LinuxFr.org. Évalué à 5.
Je propose des apk pour mes jeux, mais je n'ai pas de privaphone pour tester. Les sources sont dispos: utilisateurs mobiles, j'attends vos poules requêtes, pas vos cot cot!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Juste un doigt?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Identification versus authentification : l'embrouille de Zwipe et Mastercard.. Évalué à -1.
Ça me surprends toujours qu'on puisse donner accès à son compte à quelqu'un autre, même si c'est la famille. Ce n'est pas un mal si ça disparait…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: La seule énergie propre : celle que l'on ne consomme pas
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Douche froide pour la fusion. Évalué à 10.
On ne peut pas utiliser la pluie aussi? Il faut penser aux normands.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: 129 contacts
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Gajim 0.16 sort de terre. Évalué à 4.
C'est dommage que linuxfr ne propose pas un salon xmpp!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Budget ?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 1.
Je croyais que tu préférais x264 pour tes vidéos?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: le probleme
Posté par devnewton 🍺 (site web personnel) . En réponse au journal L'industrie du cinéma déclare la guerre à l'Hadopi. Évalué à 4. Dernière modification le 12 octobre 2014 à 16:53.
Je me demande si dans ton cas leur action ne pourrait pas être considérée comme une fausse accusation ou de la falsification de preuves ce qui doit coûter très cher devant un tribunal…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: :-)
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Framasoft aurait-il tout compris?. Évalué à 6.
Pas pour lui, je cite je dis les choses en face des gens que je critique. Donc je veux des noms, parce que tous les libristes que je connais ou que je vois écrire sur linuxfr contribuent au libre alors j'aimerais bien savoir de qui il parle.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: :-)
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Framasoft aurait-il tout compris?. Évalué à 4.
Des noms!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: :-)
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Framasoft aurait-il tout compris?. Évalué à 2.
Tu veux dire comme toi? :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
Sans doute, je vais creuser le sujet…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 4.
http://www.boost.org/doc/libs/1_56_0/libs/numeric/ublas/doc/vector_sparse.htm
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
Tu as mis les sources quelque-part?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
Oui! Je cherche une idée de "store" qui minimise l'occupation mémoire pour comparer!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
Merci!
C'est intéressant, je me demande comment détecter les cas complètement contre-intuitif comme celui de la page 30.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Coin !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
A l'oeil nu, c'est invisible, surtout que je limite les fps à 60.
Par contre dans la console, le boost::timer::auto_cpu_timer écrit des infos qui ne prenne pas en compte certaines opérations de la SDL (le swap de buffer par exemple).
On pourrait de la même façon mesurer chaque système indépendamment pour avoir une analyse plus précise, mais un bon profileur doit savoir le faire tout seul comme un grand.
Plus qu'à trouver un bon profileur!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Benchmark
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
Ca dépends quelle efficacité tu recherches. C'est un problème de space versus time versus flexibility. Dans les deux layouts que je présente, on sacrifie l'espace: chaque entité créé provoque une allocation égale à la taille de tous les composants.
Si tu as des idées d'autres layouts, je cherche de l'inspiration!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: gné
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 3.
C'est ça!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: bizarre
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 3.
C'est le cas!
typedef std::size_t entity;
C'est implémenté par le store struct_of_array.
> Le conteneur peut être une hashmap ou un arbre.template< typename Component, typename... Components >
class store_base< Component, Components... > : private store_base< Components... > {
(...)
typedef std::vector<boost::optional<Component>> component_vector;
(...)
component_vector components_;
Ici c'est un simple vecteur pour être plus sympa avec le cache!
(Désolé pour le formattage, le parseur markdown de linuxfr a l'air cassé).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Présentation du budget
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 1.
J'arrive à lire le doc avec Libreoffice!
Sinon c'est une mairie, pas une boite qui court après les clients, elle peut parfaitement dire merde à quelqu'un qui lui envoie un doc.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Présentation du budget
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 7.
Tu devrais résumer ta présentation à trois slides (au moins ça tiendra dans Impress):
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Touffu de chez touffu
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Sortie de Wayland et Weston 1.6. Évalué à 4.
Ce n'est pas la même chose. Avec le temps CPU, un vilain processus va juste ralentir ses petits copains et il peut être calmé par le kernel.
Avec les ressources GPU, si tu abuses des textures/shaders/buffers, plus personne ne peut rien afficher.
Si tu veux en être convaincu, lance quelques jeux 3D et enchaînent les alt-tabs.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Touffu de chez touffu
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Sortie de Wayland et Weston 1.6. Évalué à 3.
Ce qui fait peur dans ce schéma c'est de voir que tout le monde, de l'éditeur de texte au modeleur 3D en passant par le widget de notification, va utiliser OpenGL, une API absolument pensé pour être utilisé par de nombreuses applications en même temps: tout le monde a accès à l'intégralité des ressources du GPU, par définition limitées…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# triste
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Sortie de Wayland et Weston 1.6. Évalué à 7.
C'est triste de casser la compatibilité avec un changement de version mineure.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.