Le type somme et le filtrage existe dans le nouveau c++ ?
C'est tellement énorme comme concept, que je ne comprends pas que ce n'est pas plus commun. Rust va faire un carton, il ressemble tellement à ocaml avec une syntaxe C, que cela devrait bien marcher.
Pour reprendre du Ocaml, de base il retourne une référence (comme en java ?), mais on s'en fout de le savoir car il se débrouille. Vu que l'usage de variable modifiable en place, est un poil plus lourd, les variables sont créés une fois pour toute, et donc, fonctionner par référence est simple.
"Malheuresement, OCaml reste moins bon en terme de taille de communauté, portabilité, librairies disponibles, performance … "
Pour les performances, j'ai quand même un doute. Sur un code de calcul, oui, je suis d'accord. Sur un code de manipulation de symbole (compilo, transformation, etc…), c'est pas sûr du tout, sachant la facilité des filtrages des types sommes. Si la gestion de la mémoire devient complexe, je pense aussi que ocaml peut devenir plus rapide.
Je connais pas du tout les fonctionalités avancées c++, je comprends donc à moitier le thread, mais est-ce que vous connaissez Ocaml? J'ai l'impression que beaucoup de choses sont en fait hyper simple en comparaison.
Je rêve d'un filtre pour "embellir" globalement les photographies.
En gros, il s'agit de supprimer les déformations géométriques, un outil externe existe mais il utilise une base de données obsolète d'objectif et les données exif.
Il faudrait aussi pouvoir compenser le vignetage, voir la suppression des franges violettes (diffraction de second ordre ?).
Il faudrait aussi pousser le contraste et la couleur, sans bruler les claires, ni les saturer (je le fait avec une courbe en l'"arrondissant").
Cela permettrait d'utiliser des objectifs moins chère pour des rendus semblables à des focales fixes.
Je veux bien qu'un code soit plus fin si il a toutes les informations, par rapport à un hardware dédiés forcément plus brutal.
Mais si il y a bien un truc que ZFS ne peut pas faire, c'est garantir que les données sont bien écrites sur le disque (fdone()) sans perdre de performance. C'est impossible à faire sans l'aide du hardware.
Le seul problème d'un gros morceau de RAM, c'est l'amplification d'écriture qui peut devenir problématique. C'est le problème d'un système où tu associes un truc rapide et petit, avec un truc lent mais gros. Le petit sert en premier, mais si il déborde, c'est les performances du gros que l'on voit (moins le transfert du petit dans le gros).
En gros, un gros cache RAM sera très efficace en cas de grande quantité de modification local. Il le sera moins pour tout ce qui est recopie de gros fichier, forcément.
Je ne comprends toujours pas. Si les contrôleurs Sata ont choisi la méthode bête pour faire un cache, qu'est-ce qui empêche de faire un cache moins bête dans une autre génération de disque ? Une mémoire de tag, c'est pas sorcier. Pour 1go, tu stocks (1024*1024/4) blocs de 4k. Pour des clefs 48 bits, cela te fait un tag de ~2 Mo, cela n'est pas énorme.
Le système peut aussi fonctionner comme une mémoire virtuelle avec une TLB à plusieurs niveau, et le dernier niveau est le plateau. La gestion se fait ainsi avec les adresses et non les commandes.
La comparaison est valable à budget équivalent. Cela veut dire que le PC en pure raid soft pourrait avoir le double de ram et le cpu de gamme supérieur.
Je ne connais pas le protocole SATA, mais le principe d'un cache est que le client n'a pas connaissance de son existence. Donc, la politique du cache est censé dépendre du fabricant du disque.
Je ne comprends pas pourquoi, il serait si difficile de faire un remapping des blocks en cache, et que tout reste cohérent ensuite. En gros, le plateau aurait la même utilité qu'un swap sur disque. J'ai du mal à comprendre la difficulté. Pour moi, un sata c'est des read/write/trim sur des adresses de 512 ou 4k octets, et des demandes de barrières de synchro.
"L'hybridation SSD/HD sert dans le sens ou le SSD est plus rapide que le HD et que l'on a des Go d'espace de stockage."
?! Tu te rend compte que l'usage RAM+batterie revient à l'usage d'un SSD ? Et donc, que tous les avantages associés restent. Ce genre de ssd tourne autour de qq Go de mémoire.
Cette page https://calomel.org/zfs_raid_speed_capacity.html a l'air de dire qu'il y a une énorme différence de vitesse monocanal entre un chipset de base et une carte LSI. Je peux comprendre que les fake raid soit lent, mais que les chipsets qui ne font que passer les données entre le bus pci et le bus sata, le soit, cela parait dingue.
Si c'est le cas, il faut que les testeur de matos, testent leur SSD sur des vrais cartes, pour voir combien la carte mère fait perdre de performance (/4 selon le teste).
1x 2TB a single drive - 1.8 terabytes - Western Digital Black 2TB (WD2002FAEX)
Asus Sabertooth 990FX sata6 onboard ( w= 39MB/s , rw= 25MB/s , r= 91MB/s )
SuperMicro X9SRE sata3 onboard ( w= 31MB/s , rw= 22MB/s , r= 89MB/s )
LSI MegaRAID 9265-8i sata6 "JBOD" ( w=130MB/s , rw= 66MB/s , r=150MB/s )
1x 256GB a single drive - 232 gigabytes - Samsung 840 PRO 256GB (MZ-7PD256BW)
Asus Sabertooth 990FX sata6 onboard ( w=242MB/s , rw=158MB/s , r=533MB/s )
LSI MegaRAID 9265-8i sata6 "JBOD" ( w=438MB/s , rw=233MB/s , r=514MB/s )
"il n'y a aucun intéret à aller au delà de 64Mo en SATA, et déjà c'est overkill…"
Je ne comprends pas comment cela peut être un overkill. Si c'était le cas, les caches SSD ne servirait à rien.
Ici, le but est d'utiliser la RAM cache, comme le fait avec un SSD, certain disque hybride. Pour l'instant, c'est difficile à faire sans un gros risque de perte de donné. Mais ce n'est plus le cas, si la RAM peut être sauvé en cas de coupure.
En gros, une fois que le contrôleur disque a la bonne vitesse (canaux assez gros par rapport à la connexion cpu et la connexion vers les disques), tout le reste peut être faire sur les disques dures : cache énorme, sécurisé par une capacité pour sauver les données sur le disque qui tourne ou sur un ssd. Cela permet de fournir une écriture garantie à très haute vitesse sans bidouille qui peut perdre des données.
"Sur du hardware non professionnel tu dois lancer des scrub réguliers pour détecter rapidement ce type de comportements."
Dans le spatial, le scrubing, c'est une fonctionnalitée d'un contrôleur mémoire qui provoque des lectures sur une mémoire ECC, qui produit une réécriture en cas d'erreur. (pas un vrai ECC mais du reed solomon, car une particule se tape toute une puce en général, donc 8 bits d'un coup pas seulement un bit). Le scrubing implique un code correcteur d'erreur. C'est fait pour détecter une erreur avant qu'une autre arrive, et empêche la correction.
J'imagine que tu parles d'un test type détection de "collage", genre memtest pour vérifier si une puce est défectueuse ou pas. Cela gère bien les puces en panne mais pas les états transitoires.
Si le but est d'avoir un sync rapide, et de la mémoire cache en écriture pléthorique, cela ne doit pas être difficile de mettre 1 Go de ram de cache d'écriture sur un disque dure au lieu de 32 Mo et d'avoir une super capacité pour finir un fsync en cas de coupure d'alimentation.
Pas exactement, les SGI étaient connu pour en être équipé. L'avantage est de ne pas avoir besoin d'un truc qui fait 220 -> 12V -> 220 avec un rendement faible. Il est possible de mettre des capacités, là ou il faut, pas besoin de gérer une batterie. Le but est juste de couper proprement avec un fsync, sans corruption des mémoires.
Il s'agit souvent de batterie au plomb, il faut donc bien vérifier son état de fonctionnement chaque année.
C'est d'ailleurs dommage que les PC ne soient pas équipé d'un système qui monitor la tension de base, et gère un "fsync" avant de tout couper. Le problème s'est déjà posé de copie qui continue alors que la RAM du PC était pourris à cause d'une baisse de tension, ce qui a détruit des fichiers.
Il faudrait un truc standard dans les PC pour que la tension puisse rester stable ~5s après la coupure du 220V.
Quand on voit qu'il faut un article aussi long pour décrire le fonctionnement d'un FS. Cela me fait très peur :)
D'ailleurs, le titre avait l'air de parler de hardware. J'imagine qu'il devrait être possible de faire un contrôleur hardware qui automatise une partie des traitements de ZFS.
Dans ce que l'on appelle les "grands systèmes", style GCOS chez Bull, la grosse différence par rapport à un microordinateur, est l'usage de carte d'IO qui s’interroge presque comme une base de donnés, et qui donne des performances qui n'ont rien à voir avec un PC.
C'est de la pub à 2 balles pour ton blog, mais bon.
"Un chanteur pourra toujours continuer à chanter sa chanson dans des concerts. Néanmoins, il ne touchera plus de droits lorsqu’un autre chanteur se l’appropriera."
Et combien coute la pub gratuite faite par les autres chanteurs ? Par exemple, les télé ne sont pas payé pour diffusé les clips. Quand l'industrie musical a tenté de le faire, les télé (M6 ?) ont tout retiré. Les ventes se sont tellement effondrés, qu'ils ont vite fait marche arrière. La gratuit peut être extrêmement payant ! C'est aussi le business de la radio. La pub pourtant payé sous forme de redevance par les radios rapportent beaucoup plus par les médiatisations des morceaux.
"Un policier qui aurait recherché un criminel notoire pendant 35 ans aurait déjà été rémunéré pendant l’exercice de ses fonctions et continuera à être rémunéré après."
Non, c'est idiot. Il est rémunéré, "après" pour un nouveau travail, pas pour l'ancien. C'est justement la différence avec les détenteurs de copyright. De loin, cela montre une sacré mauvaise foi.
"Certes, mais le médecin est salarié,"
C'est une profession libéral, la plus part du temps.
"Et, l’éditeur est en droit d’obtenir un retour sur investissement après avoir rémunéré « d’importantes équipes de personnes »."
Je crois que tu n'as rien compris à l'article, et cette phrase le montre bien. L'article dit qu'il est tout à fait normal de gagner beaucoup mais sur un temps raisonnable. 20 ans, est déjà bien long surtout pour un jeu vidéo. On dirait que vous inventez des arguments pour pouvoir les contrer. Le problème est que l'auteur n'a jamais dis ça.
Sauf que le droit moral, c'est du pipeau 90% de temps. Picasso aurait le droit de venir peindre ces toiles en blanc, mais le propriétaire a aussi le droit de demander un dédommagement (donc picasso devrait sortir les millions qu'a couté la toile).
En général, on cite "Les colonnes de Buren" dont l'auteur à réussi à faire condamner la ville de Paris pour non entretien.
[^] # Re: Intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E09 : Techniques de C++11 appliquées au système à entités. Évalué à 5.
Le type somme et le filtrage existe dans le nouveau c++ ?
C'est tellement énorme comme concept, que je ne comprends pas que ce n'est pas plus commun. Rust va faire un carton, il ressemble tellement à ocaml avec une syntaxe C, que cela devrait bien marcher.
"La première sécurité est la liberté"
[^] # Re: Intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E09 : Techniques de C++11 appliquées au système à entités. Évalué à 3.
Pour reprendre du Ocaml, de base il retourne une référence (comme en java ?), mais on s'en fout de le savoir car il se débrouille. Vu que l'usage de variable modifiable en place, est un poil plus lourd, les variables sont créés une fois pour toute, et donc, fonctionner par référence est simple.
"La première sécurité est la liberté"
[^] # Re: Intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E09 : Techniques de C++11 appliquées au système à entités. Évalué à 2.
"Malheuresement, OCaml reste moins bon en terme de taille de communauté, portabilité, librairies disponibles, performance … "
Pour les performances, j'ai quand même un doute. Sur un code de calcul, oui, je suis d'accord. Sur un code de manipulation de symbole (compilo, transformation, etc…), c'est pas sûr du tout, sachant la facilité des filtrages des types sommes. Si la gestion de la mémoire devient complexe, je pense aussi que ocaml peut devenir plus rapide.
"La première sécurité est la liberté"
[^] # Re: Intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E09 : Techniques de C++11 appliquées au système à entités. Évalué à 1.
Je connais pas du tout les fonctionalités avancées c++, je comprends donc à moitier le thread, mais est-ce que vous connaissez Ocaml? J'ai l'impression que beaucoup de choses sont en fait hyper simple en comparaison.
"La première sécurité est la liberté"
# amélioration ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal G'MIC 1.5.8.3 : Quelques avancées supplémentaires pour le traitement d'image libre. Évalué à 2.
Je rêve d'un filtre pour "embellir" globalement les photographies.
En gros, il s'agit de supprimer les déformations géométriques, un outil externe existe mais il utilise une base de données obsolète d'objectif et les données exif.
Il faudrait aussi pouvoir compenser le vignetage, voir la suppression des franges violettes (diffraction de second ordre ?).
Il faudrait aussi pousser le contraste et la couleur, sans bruler les claires, ni les saturer (je le fait avec une courbe en l'"arrondissant").
Cela permettrait d'utiliser des objectifs moins chère pour des rendus semblables à des focales fixes.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0.
Je ne parlais pas de ça. Tu as 100 IO/s avec un disque, 100 000 io/s en RAM ?
"La première sécurité est la liberté"
[^] # Re: ZFS est réservé au stockage
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0.
Et au niveau des chipsets ? C'est pas très connu, ces différences.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0.
Je veux bien qu'un code soit plus fin si il a toutes les informations, par rapport à un hardware dédiés forcément plus brutal.
Mais si il y a bien un truc que ZFS ne peut pas faire, c'est garantir que les données sont bien écrites sur le disque (fdone()) sans perdre de performance. C'est impossible à faire sans l'aide du hardware.
Le seul problème d'un gros morceau de RAM, c'est l'amplification d'écriture qui peut devenir problématique. C'est le problème d'un système où tu associes un truc rapide et petit, avec un truc lent mais gros. Le petit sert en premier, mais si il déborde, c'est les performances du gros que l'on voit (moins le transfert du petit dans le gros).
En gros, un gros cache RAM sera très efficace en cas de grande quantité de modification local. Il le sera moins pour tout ce qui est recopie de gros fichier, forcément.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 1.
Je ne comprends toujours pas. Si les contrôleurs Sata ont choisi la méthode bête pour faire un cache, qu'est-ce qui empêche de faire un cache moins bête dans une autre génération de disque ? Une mémoire de tag, c'est pas sorcier. Pour 1go, tu stocks (1024*1024/4) blocs de 4k. Pour des clefs 48 bits, cela te fait un tag de ~2 Mo, cela n'est pas énorme.
Le système peut aussi fonctionner comme une mémoire virtuelle avec une TLB à plusieurs niveau, et le dernier niveau est le plateau. La gestion se fait ainsi avec les adresses et non les commandes.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 6.
La comparaison est valable à budget équivalent. Cela veut dire que le PC en pure raid soft pourrait avoir le double de ram et le cpu de gamme supérieur.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0. Dernière modification le 10 février 2014 à 17:04.
Je ne connais pas le protocole SATA, mais le principe d'un cache est que le client n'a pas connaissance de son existence. Donc, la politique du cache est censé dépendre du fabricant du disque.
Je ne comprends pas pourquoi, il serait si difficile de faire un remapping des blocks en cache, et que tout reste cohérent ensuite. En gros, le plateau aurait la même utilité qu'un swap sur disque. J'ai du mal à comprendre la difficulté. Pour moi, un sata c'est des read/write/trim sur des adresses de 512 ou 4k octets, et des demandes de barrières de synchro.
"L'hybridation SSD/HD sert dans le sens ou le SSD est plus rapide que le HD et que l'on a des Go d'espace de stockage."
?! Tu te rend compte que l'usage RAM+batterie revient à l'usage d'un SSD ? Et donc, que tous les avantages associés restent. Ce genre de ssd tourne autour de qq Go de mémoire.
"La première sécurité est la liberté"
[^] # Re: ZFS est réservé au stockage
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 3.
Cette page https://calomel.org/zfs_raid_speed_capacity.html a l'air de dire qu'il y a une énorme différence de vitesse monocanal entre un chipset de base et une carte LSI. Je peux comprendre que les fake raid soit lent, mais que les chipsets qui ne font que passer les données entre le bus pci et le bus sata, le soit, cela parait dingue.
Si c'est le cas, il faut que les testeur de matos, testent leur SSD sur des vrais cartes, pour voir combien la carte mère fait perdre de performance (/4 selon le teste).
"La première sécurité est la liberté"
[^] # Re: ZFS est réservé au stockage
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 1.
Il doit vérifier les hash du contenu. Mais il fait en quoi en cas d'erreur ?
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0.
"il n'y a aucun intéret à aller au delà de 64Mo en SATA, et déjà c'est overkill…"
Je ne comprends pas comment cela peut être un overkill. Si c'était le cas, les caches SSD ne servirait à rien.
Ici, le but est d'utiliser la RAM cache, comme le fait avec un SSD, certain disque hybride. Pour l'instant, c'est difficile à faire sans un gros risque de perte de donné. Mais ce n'est plus le cas, si la RAM peut être sauvé en cas de coupure.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à -1.
En gros, une fois que le contrôleur disque a la bonne vitesse (canaux assez gros par rapport à la connexion cpu et la connexion vers les disques), tout le reste peut être faire sur les disques dures : cache énorme, sécurisé par une capacité pour sauver les données sur le disque qui tourne ou sur un ssd. Cela permet de fournir une écriture garantie à très haute vitesse sans bidouille qui peut perdre des données.
"La première sécurité est la liberté"
[^] # Re: ZFS est réservé au stockage
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 1.
"Sur du hardware non professionnel tu dois lancer des scrub réguliers pour détecter rapidement ce type de comportements."
Dans le spatial, le scrubing, c'est une fonctionnalitée d'un contrôleur mémoire qui provoque des lectures sur une mémoire ECC, qui produit une réécriture en cas d'erreur. (pas un vrai ECC mais du reed solomon, car une particule se tape toute une puce en général, donc 8 bits d'un coup pas seulement un bit). Le scrubing implique un code correcteur d'erreur. C'est fait pour détecter une erreur avant qu'une autre arrive, et empêche la correction.
J'imagine que tu parles d'un test type détection de "collage", genre memtest pour vérifier si une puce est défectueuse ou pas. Cela gère bien les puces en panne mais pas les états transitoires.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 0.
Si le but est d'avoir un sync rapide, et de la mémoire cache en écriture pléthorique, cela ne doit pas être difficile de mettre 1 Go de ram de cache d'écriture sur un disque dure au lieu de 32 Mo et d'avoir une super capacité pour finir un fsync en cas de coupure d'alimentation.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à -3.
C'est pas faux.
"La première sécurité est la liberté"
[^] # Re: BBU
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 3.
Pas exactement, les SGI étaient connu pour en être équipé. L'avantage est de ne pas avoir besoin d'un truc qui fait 220 -> 12V -> 220 avec un rendement faible. Il est possible de mettre des capacités, là ou il faut, pas besoin de gérer une batterie. Le but est juste de couper proprement avec un fsync, sans corruption des mémoires.
"La première sécurité est la liberté"
[^] # Re: BBU
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 1.
J'imagine qu'il s'agit dans ce cas, d'une super capacité, mais la durée de rétention est assez courte, non ?
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 3.
Cela a un sens pour les serveurs de fichiers, mais est-ce toujours vrai pour les serveurs qui font plus que ça ?
"La première sécurité est la liberté"
[^] # Re: BBU
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 2.
Il s'agit souvent de batterie au plomb, il faut donc bien vérifier son état de fonctionnement chaque année.
C'est d'ailleurs dommage que les PC ne soient pas équipé d'un système qui monitor la tension de base, et gère un "fsync" avant de tout couper. Le problème s'est déjà posé de copie qui continue alors que la RAM du PC était pourris à cause d'une baisse de tension, ce qui a détruit des fichiers.
Il faudrait un truc standard dans les PC pour que la tension puisse rester stable ~5s après la coupure du 220V.
"La première sécurité est la liberté"
[^] # Re: Utilisation en production ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Et si la meilleure des cartes RAID était libre ?. Évalué à 1.
Quand on voit qu'il faut un article aussi long pour décrire le fonctionnement d'un FS. Cela me fait très peur :)
D'ailleurs, le titre avait l'air de parler de hardware. J'imagine qu'il devrait être possible de faire un contrôleur hardware qui automatise une partie des traitements de ZFS.
Dans ce que l'on appelle les "grands systèmes", style GCOS chez Bull, la grosse différence par rapport à un microordinateur, est l'usage de carte d'IO qui s’interroge presque comme une base de donnés, et qui donne des performances qui n'ont rien à voir avec un PC.
"La première sécurité est la liberté"
[^] # Re: Bilan : le vrai du faux
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les jeux vidéos devraient entrer dans le domaine public. Évalué à 1.
C'est de la pub à 2 balles pour ton blog, mais bon.
"Un chanteur pourra toujours continuer à chanter sa chanson dans des concerts. Néanmoins, il ne touchera plus de droits lorsqu’un autre chanteur se l’appropriera."
Et combien coute la pub gratuite faite par les autres chanteurs ? Par exemple, les télé ne sont pas payé pour diffusé les clips. Quand l'industrie musical a tenté de le faire, les télé (M6 ?) ont tout retiré. Les ventes se sont tellement effondrés, qu'ils ont vite fait marche arrière. La gratuit peut être extrêmement payant ! C'est aussi le business de la radio. La pub pourtant payé sous forme de redevance par les radios rapportent beaucoup plus par les médiatisations des morceaux.
Cet article doit être lu pour bien comprendre : http://www.citizenjazz.com/La-debacle-de-l-Internet.html
"Un policier qui aurait recherché un criminel notoire pendant 35 ans aurait déjà été rémunéré pendant l’exercice de ses fonctions et continuera à être rémunéré après."
Non, c'est idiot. Il est rémunéré, "après" pour un nouveau travail, pas pour l'ancien. C'est justement la différence avec les détenteurs de copyright. De loin, cela montre une sacré mauvaise foi.
"Certes, mais le médecin est salarié,"
C'est une profession libéral, la plus part du temps.
"Et, l’éditeur est en droit d’obtenir un retour sur investissement après avoir rémunéré « d’importantes équipes de personnes »."
Je crois que tu n'as rien compris à l'article, et cette phrase le montre bien. L'article dit qu'il est tout à fait normal de gagner beaucoup mais sur un temps raisonnable. 20 ans, est déjà bien long surtout pour un jeu vidéo. On dirait que vous inventez des arguments pour pouvoir les contrer. Le problème est que l'auteur n'a jamais dis ça.
"La première sécurité est la liberté"
[^] # Re: A côté de la plaque
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les jeux vidéos devraient entrer dans le domaine public. Évalué à 1.
Sauf que le droit moral, c'est du pipeau 90% de temps. Picasso aurait le droit de venir peindre ces toiles en blanc, mais le propriétaire a aussi le droit de demander un dédommagement (donc picasso devrait sortir les millions qu'a couté la toile).
En général, on cite "Les colonnes de Buren" dont l'auteur à réussi à faire condamner la ville de Paris pour non entretien.
"La première sécurité est la liberté"