J'avais discuter avec Neil sur la stratégie d'allocation de mémoire du Hurd, il y a qq années au Fosdem.
En gros, L4 fournis toutes la mémoire à un serveur centrail qui refile un maximum de mémoire à toutes les applications qui le demandent. Quand il est à court de mémoire, il en demande à des applications, celle-ci sont tué si elle ne refile pas la mémoire.
Comme le principe est de filer toutes la mémoire et de la réclamer ensuite, je me disais qu'il serai sans doute possible de filer directement des pages de 4Mo et de fragmenter ensuite, si besoin.
Dans ce cas tu t'es planté d'un zéro.
?! pas compris.
Pour le reste, j'ai lu la doc du freecom, et cela n'est pas clair du tout. Il parle notement de formatage NTFS et FAT32 l'un étant incompatible sous windows 98. Je ne vois pas pourquoi un samba utilisant un disque NTFS pourrait embeter un client windows 98.
Bref, je posais égalment ce problème dans mon poste, sur l'autre journal...
Bah c'est pour ça que je ne parlais pas de logiciel GPL mais de logiciel compatible GPL... Ce qui n'a strictement rien à voir ...
C'est comme la glibc qui est lgpl pour pouvoir linker avec du proprio sous linux.
Sous windows, évidement les licences sont assez ouvertes pour fonctionner avec tout type de licence decode sinon les soft proprio auraient des soucis. De plus, la GPL permet de se lier avec des licences fermé si la library en question fait partie intégrante du système d'exploitation.
Ce que je voulais dire (pour reprendre avec ton exemple de Java) est que si ton soft dépend d'un code proprio tu dépends des conditions de redistribution du soft en question, donc la GPL perd de son utilité.
La gpl est assez chiante pour être mélanger avec d'autres soft.
J'ai un grso doute qur le fait qu''un soft GPL puisse se reposer sur un autre soft non compatible GPL.
Peut-être que tu peux demander à l'auteur d'explicitement autoriser l'utilisation de son binaire avec la GPL avec les mêmes conditions de redistribution et autres (sauf l'ouverture du code source évidement).
Dans le cas contraire, tu ne pourra pas ou difficilement distribuer ton soft.
Il y a quand même une estimation du temps de développement : la taille du code.
Il faudrait regarder comment fait sloccount pour être précis. Mais à la louche, on peut dire que le temps de codage est proportionnel à la taille du code.
Je me suis amusé à comparer perl et C, la plus part du temps perl est 20x plus lent que le C (par contre le C est 5 fois plus verbeux).
Sauf dans un teste, ou il est plus rapide. En effet, le code perl ne contient que quelques lignes et utilise à fond les hash et autre.
Tout cela pour dire que les constructions de base haut niveau des langages de script permète d'avoir des perfs meilleurs qu'en C si on ne veut pas se casser la tête lors du codage.
Est-ce que la VM arrive à gérer les pages de tailles différentes ?
A prioiris, hurd file un max de mémoire au processus et leur réclame ensuite si d'autre processus en ont besoin. J'image qu'il serait possible de filer de suite 3 pages de 4Mo par processus (à redeécouper ensuite) (1RO, 1RW, 1 Execute)
Il y a une différence fondamental quand même. Un objet ne peut pas être couvert par des millions de brevet un soft pourrait l'être. La construction d'un objet n'est pas aussi hierarchique que peut l'être un soft.
En gros, il y a moins d'idée à mettre en oeuvre ou son dans le domaine publique depuis longtemps (voiture, avion,...).
Un brevet, c'est échanger une protection (très théorique) juridique contre une diffusion de la connaissance. C'est absudre dans le monde logiciel qui n'innove qu'à la bordure et dont le cout est dans l'intégration et non la recherche (ou alors en math mais les math ne sont pas brevetable).
A l'inverse, j'ai eu l'exemple d'une PME de 500 personnes qui développe des passifs électroniques avec des particularités. C'est très facile à copier. Quand c'est fait en Asie, l'objet ressort avec un prix dix fois inférieur à cause des couts de productions en France. Sans les brevets, l'unique solution serait de produire en Asie uniquement.
C'est vraiment le seul cas ou je vois un interret au brevet. Gérer la différence de cout de main d'oeuvre pour éviter la copie de ce qui coute à produire à cause du personnel et qui a nécessite beaucoup de mise au point.
Cela ne concerne pas grand monde en fait.
A coté de ça, il parait que sony ne diffuse plus de brevets interrescants : si les concurrents veulent suivre la téchnique qu'il ait un centre de R&D !
Pour les start-up, c'est pire. En cours de management, on dit au futur pdg qu"un brevet ne sert que si on est capable de le défendre (donc rester en vie plusieurs années en gérant un proces de 1M¤ sur le dos).
De plus, je connais au moins un cas de personne dont le brevet a été détourné. En gros, une autre boite a fait croire à une amélioration du dit brevet, en à déposer un autre. "Et voila..."
Bref, un brevet, cela peut servir mais quand on a largement de quoi se défendre.
Pour comparrer un peu la même chose, tu comparres une distribution donné avec un cpu donné. Jamais le cpu seul.
Si tu veux minimiser les différences entre application, il faut essayer d'avoir la même version rescente de compilo, et surtout la même version des oggtools. Si les algo sont différents tu ne compares pas la même choses !
Ensuite, un teste multimedia n'est pas représentatif de grand chose étant donné que l'utilisation (ou non) d'instruction comme le SSE ou altivec change tout dans les performances.
La lgpl a été créé uniquement dans un but : pouvoir remplacer une lib ayant une licence proprio. Par exemple, lesstif pour remplacer motif.
Par contre, si la lib est interrescante, la FSF demande la mettre en GPL pour "forcer" la main de ceux qui voudrait l'utiliser. Le cas le plus courrant est readline.
Donc à toi de voir ton but : remplacer la lib proprio ou renforcer l'interet de coder en GPL.
[^] # Re: Question bète
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle avancée du port du Hurd sur L4. Évalué à 3.
En gros, L4 fournis toutes la mémoire à un serveur centrail qui refile un maximum de mémoire à toutes les applications qui le demandent. Quand il est à court de mémoire, il en demande à des applications, celle-ci sont tué si elle ne refile pas la mémoire.
Comme le principe est de filer toutes la mémoire et de la réclamer ensuite, je me disais qu'il serai sans doute possible de filer directement des pages de 4Mo et de fragmenter ensuite, si besoin.
"La première sécurité est la liberté"
[^] # Re: Beaucoup moins cher
Posté par Nicolas Boulay (site web personnel) . En réponse au message NAS solide et pas cher : fait maison ou acheté. Évalué à 2.
?! pas compris.
Pour le reste, j'ai lu la doc du freecom, et cela n'est pas clair du tout. Il parle notement de formatage NTFS et FAT32 l'un étant incompatible sous windows 98. Je ne vois pas pourquoi un samba utilisant un disque NTFS pourrait embeter un client windows 98.
Bref, je posais égalment ce problème dans mon poste, sur l'autre journal...
"La première sécurité est la liberté"
[^] # Re: Beaucoup moins cher
Posté par Nicolas Boulay (site web personnel) . En réponse au message NAS solide et pas cher : fait maison ou acheté. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Tu n'as pas le droit
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Faire du GPL avec du Shareware. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: compatibilité GPL
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Faire du GPL avec du Shareware. Évalué à 1.
C'est comme la glibc qui est lgpl pour pouvoir linker avec du proprio sous linux.
Sous windows, évidement les licences sont assez ouvertes pour fonctionner avec tout type de licence decode sinon les soft proprio auraient des soucis. De plus, la GPL permet de se lier avec des licences fermé si la library en question fait partie intégrante du système d'exploitation.
Ce que je voulais dire (pour reprendre avec ton exemple de Java) est que si ton soft dépend d'un code proprio tu dépends des conditions de redistribution du soft en question, donc la GPL perd de son utilité.
"La première sécurité est la liberté"
# disque dure réseau ?
Posté par Nicolas Boulay (site web personnel) . En réponse au message NAS solide et pas cher : fait maison ou acheté. Évalué à 3.
http://linuxfr.org/forums/12/8857.html(...)
sur un sujet similaire : les disques dure réseau.
"La première sécurité est la liberté"
# compatibilité GPL
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Faire du GPL avec du Shareware. Évalué à 2.
J'ai un grso doute qur le fait qu''un soft GPL puisse se reposer sur un autre soft non compatible GPL.
Peut-être que tu peux demander à l'auteur d'explicitement autoriser l'utilisation de son binaire avec la GPL avec les mêmes conditions de redistribution et autres (sauf l'ouverture du code source évidement).
Dans le cas contraire, tu ne pourra pas ou difficilement distribuer ton soft.
"La première sécurité est la liberté"
[^] # Re: Bah, je vais me faire moinsser mais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Voleurs de pensée : nouveau FUD de Microsoft. Évalué à 2.
Cela reste complètement à démontrer ça.
"La première sécurité est la liberté"
# bah...
Posté par Nicolas Boulay (site web personnel) . En réponse au message Linux m'aidera-t-il ????. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Un peu fumeux...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 2.
Il faudrait regarder comment fait sloccount pour être précis. Mais à la louche, on peut dire que le temps de codage est proportionnel à la taille du code.
"La première sécurité est la liberté"
[^] # Re: interesting alternative programs
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 3.
Sauf dans un teste, ou il est plus rapide. En effet, le code perl ne contient que quelques lignes et utilise à fond les hash et autre.
Tout cela pour dire que les constructions de base haut niveau des langages de script permète d'avoir des perfs meilleurs qu'en C si on ne veut pas se casser la tête lors du codage.
"La première sécurité est la liberté"
[^] # Re: Quelques indices.
Posté par Nicolas Boulay (site web personnel) . En réponse au message Plein de question. Évalué à 3.
un LUG c'est un Linux User Group. Une asso linux qui pourra te montrer/installer Linux.
"La première sécurité est la liberté"
[^] # Re: Debian Gnu tout court?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle avancée du port du Hurd sur L4. Évalué à 2.
"La première sécurité est la liberté"
# minicom
Posté par Nicolas Boulay (site web personnel) . En réponse au message Terminal ASCII et connection a un Sun Enterprise 4000. Évalué à 4.
"La première sécurité est la liberté"
# Question bète
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle avancée du port du Hurd sur L4. Évalué à 8.
A prioiris, hurd file un max de mémoire au processus et leur réclame ensuite si d'autre processus en ont besoin. J'image qu'il serait possible de filer de suite 3 pages de 4Mo par processus (à redeécouper ensuite) (1RO, 1RW, 1 Execute)
"La première sécurité est la liberté"
[^] # Re: c'est simple : on ne le fait pas
Posté par Nicolas Boulay (site web personnel) . En réponse au message parametrer le port USB. Évalué à 2.
Par contre, je n'arrive pas à utilisé un convertiseur USB/RS232 (celui hyper chère de la fnac) avec le code. Il ne fait que recevoir mais n'émet rien.
Peut-être une histoire de configuration, genre il ne supporte que la gestion cts/rts ?
"La première sécurité est la liberté"
[^] # Re: howto
Posté par Nicolas Boulay (site web personnel) . En réponse au message parametrer le port USB. Évalué à 3.
"La première sécurité est la liberté"
# howto
Posté par Nicolas Boulay (site web personnel) . En réponse au message parametrer le port USB. Évalué à 3.
"La première sécurité est la liberté"
# un petit rectificatif...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Transcription commentée de l'émission 8-FI sur les logiciels libres. Évalué à 3.
"La première sécurité est la liberté"
# Dans un futur proche ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal mauvais esprit.... Évalué à 6.
"La première sécurité est la liberté"
[^] # Re: Bah, je vais me faire moinsser mais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Voleurs de pensée : nouveau FUD de Microsoft. Évalué à 4.
En gros, il y a moins d'idée à mettre en oeuvre ou son dans le domaine publique depuis longtemps (voiture, avion,...).
Un brevet, c'est échanger une protection (très théorique) juridique contre une diffusion de la connaissance. C'est absudre dans le monde logiciel qui n'innove qu'à la bordure et dont le cout est dans l'intégration et non la recherche (ou alors en math mais les math ne sont pas brevetable).
A l'inverse, j'ai eu l'exemple d'une PME de 500 personnes qui développe des passifs électroniques avec des particularités. C'est très facile à copier. Quand c'est fait en Asie, l'objet ressort avec un prix dix fois inférieur à cause des couts de productions en France. Sans les brevets, l'unique solution serait de produire en Asie uniquement.
C'est vraiment le seul cas ou je vois un interret au brevet. Gérer la différence de cout de main d'oeuvre pour éviter la copie de ce qui coute à produire à cause du personnel et qui a nécessite beaucoup de mise au point.
Cela ne concerne pas grand monde en fait.
A coté de ça, il parait que sony ne diffuse plus de brevets interrescants : si les concurrents veulent suivre la téchnique qu'il ait un centre de R&D !
Pour les start-up, c'est pire. En cours de management, on dit au futur pdg qu"un brevet ne sert que si on est capable de le défendre (donc rester en vie plusieurs années en gérant un proces de 1M¤ sur le dos).
De plus, je connais au moins un cas de personne dont le brevet a été détourné. En gros, une autre boite a fait croire à une amélioration du dit brevet, en à déposer un autre. "Et voila..."
Bref, un brevet, cela peut servir mais quand on a largement de quoi se défendre.
"La première sécurité est la liberté"
[^] # Re: Hum
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Copie privée : suite et fin ?. Évalué à 2.
Et en effet, cela change avec le TCE mais le pouvoir glisse du conseil au parlement qui a maintenant le dernier mot.
Il suffit de voir l'affaire des brevets qu'il est bien plus facile d'approcher les parlementaires que les membres du conseil.
"La première sécurité est la liberté"
[^] # Re: Hum
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Copie privée : suite et fin ?. Évalué à 4.
Elle pouvait le faire quand elle voulait.
"La première sécurité est la liberté"
# pas représentatif
Posté par Nicolas Boulay (site web personnel) . En réponse au journal contreperformances étonnantes de calculs sur diverses machines. Évalué à 2.
Si tu veux minimiser les différences entre application, il faut essayer d'avoir la même version rescente de compilo, et surtout la même version des oggtools. Si les algo sont différents tu ne compares pas la même choses !
Ensuite, un teste multimedia n'est pas représentatif de grand chose étant donné que l'utilisation (ou non) d'instruction comme le SSE ou altivec change tout dans les performances.
"La première sécurité est la liberté"
# LGPL
Posté par Nicolas Boulay (site web personnel) . En réponse au message GPL ou LGPL ?. Évalué à 3.
Par contre, si la lib est interrescante, la FSF demande la mettre en GPL pour "forcer" la main de ceux qui voudrait l'utiliser. Le cas le plus courrant est readline.
Donc à toi de voir ton but : remplacer la lib proprio ou renforcer l'interet de coder en GPL.
"La première sécurité est la liberté"