Deuxièmement, toutes les manières de déboguer Windows non documentées sans payer un accès technet ne m'intéresse pas, j'ai autre chose à foutre que de dépenser 3000 ? par an pour avoir accès à la liste des bugs Ms.
Non documentees ?
C'est marrant, je t'ai file un link sur un document sur un site public de Microsoft.
C'est vachement non-documente comme truc.
Je vais te filer un conseil, n'approche jamais plus d'une machine Windows.
qui explique comment changer la lettre de la partition de boot en 2 minutes.
Le cancer dans ce cas c'est le consultant incompetent, pas le systeme.
Oh, et en passant :
Déjà que Microsoft a décidé de ne pas supporter ses propres produits (plus des 3/4 des ventes étant de l'OEM), laissant les intégrateurs s'emmerder avec les bugs du logiciel et les fonctionnalités telles que l'activation.
Cherches un peu et demandes toi pourquoi une licence OEM est moins cher qu'une boite, je t'aide, il y a un truc dans la licence OEM qui n'est pas inclus, un truc appele "support"
Déjà, ils ne l'ont pas choisi, ils n'ont simplement pas le choix pour obtenir les fameuses certification de sécurité qui oblige le code ouvert à partir d'un certain niveau.
Eh si ils ont choisi, il y a une difference entre montrer son code a une agence et montrer son code au monde entier. T'as pas besoin d'etre open source pour le 1er.
Par contre, on sait très bien que Longhorn pourra la remplir sans que l'on en s'apperçoivent. C'est encore un moyen de fractionner le problème pour noyer le poisson.
Non tu n'en sais rien, tu supputes.
Pour un utilisateur moyen, Palladium ne sert à rien. C'est du même niveau que CSS des DVD. Cela n'a rien à voir avec les auteurs et les consomateurs mais c'est imposé par un tier (éditeur, auteur de logiciel,etc...) qui fait sont beurre au milieu...
On verra bien quelles features ca a le jour ou il sortira, mais vu que je doutes enormement que tu connaisses les specs, je vais dire que tu supputes encore.
1) Non, je t'expliques juste que tu sais pas comment le systeme marche
Que Palladium soit en marche ou pas n'influe pas sur le fonctionnement de tes cartes graphiques/son/...
2) L'activation c'est une fois, et faisable par telephone.
Quand au fait que MS ne vend rien au grand public, c'est un gros gag. Le produit si le grand public n'en veut pas les OEM vont pas l'acheter
3) Vu que Palladium ne regarde pas tes fichiers, ne te fiche pas ni ne te surveille, ca n'a aucun rapport.
Tout ce que Palladium fait c'est te permettre d'encrypter et de decrypter des fichiers
Palladium j'en vois toujours pas l'utilite personnellement, ca veut pas forcement dire que c'est un truc malefique. Des trucs inutiles et inoffensifs il y en a plein.
1) Palladium marche en parrallele avec ton systeme, il n'empeche pas le systeme 'normal' de fonctionner, alors ta carte 'volee' elle va fonctionner.
2) Un truc que t'as toujours pas compris : MS fait de la vente en masse, a des dizaines de millions de gens. MS veut gagner de l'argent, et pour gagner de l'argent il faut que le produit se vende
Ces dizaines de millions de gens n'ont pas forcement un acces reseau necessaire pour ces operations(comprendre: autre chose qu'un modem 56K).
Donc soit ces acces reseau sont evitables, soit l'OS ne se vendra pas, et je te laisse deviner quel cas MS prefere
Quand a savoir ce qui est transmis, MS a deja dit qu'il allait mettre le coeur de Palladium en open source
3) Il sera crypte au bon plaisir de l'editeur, qui en est le proprietaire, tout a fait normal, et tu auras la possibilite de lire le fichier a travers Palladium, comme aujourd'hui.
Ces fichiers tu peux les copier a droite a gauche comme n'importe quel fichier, simplement, si tu peux pas les decrypter, ben tu peux pas les lire.
Bref, ce que tu ne peux pas faire, c'est filer la version decryptee a tout le monde, chose qui aujourd'hui est illegale et que tu n'es pas sense faire. Lire, relire dans 5 ans, faire des copies de sauvegarde,... tu peux le faire avec Palladium
Donc je ne vois pas ce que les honnetes gens perdent dans l'histoire.
1) Un truc que t'as toujours pas compris : Palladium est *optionel*, il n'est pas demarre par defaut. Donc ton systeme il tourne avec n'importe quel HW, d'autre part TCPA != Palladium
2) Tu mets un sniffer sur le reseau et tu verras les paquets passer et tu verras ou ils vont, donc oui tu sais si il se connecte a un serveur central
3) Oui, et rien dans le systeme n'oblige le logiciel a crypter. Tu pourrais avoir aujourd'hui un Office qui crypte tout, pourtant il n'existe pas
Quand au libre, il pourrait tres bien l'utiliser.
Redhat, Suse, IBM,... ont largement les moyens d'obtenir des certifs pour les logiciels qui en ont besoin(Xine,...).
Ca va certes faire chier les gens qui prenaient les nightly builds et autres, mais tous les gars qui se fournissent chez Redhat, Suse,... n'auront pas ce probleme, et ca sera l'enorme majorite des utilisateurs le jour ou Palladium sortira.
Il est bien clair qu'ils sont parmis les 1ers acheteurs de la carte, si ils ne l'ont pas deja, et il est bien evident que NVidia n'a pas envie de faciliter la tache de ses concurrents aussi.
Entre lire du code et analyser un chip de 50 millions de transistors, je te laisse deviner lequel est le plus simple.
PostgreSQL (j'ai pas regardé pour Mysql) utilise que du read(), write(), seek(), flush(). Pas de truc "bizarre".
Va jeter un oeil a http://www.tpc.org(...) et regardes combien de tests sont fait avec PostgreSQL, je t'evites de chercher: 0
PostgreSQL c'est bien pour les petites/moyennes BDD, ca tient pas la route pour les trucs haute-perfs, les trucs ou Oracle se promene.
Si je fait l'analogie avec postgresql, l'interface c'est SQL. Ben quand t'as SQL, il y a 50 façons de faire un SGBD et aussi des très performants.
Eh non.
Si tu as un acces plus bas niveau que SQL a la BDD, tu peux ecrire ton appli de maniere a ce qu'elle soit plus rapide, tout simplement car tu n'as plus a passer par les checks generalistes de cette couche haute, faite pour gerer les 345 cas dont tu te fous vu que tu n'es que dans 1 cas precis.
De plus, je ne vois pas pourquoi tu insistes sur le fait d'avoir les "détails" de la carte pour avoir de bonnes performances et/ou qu'un "language" de haut niveau est incompatible avec des bonnes performances. Lorsqu'un développeur fait un jeu sous windows, il ne s'occupe pas (du moins plus) des détails de la carte. Il passe par DirectX et son jeu tourne très vite ou pratiquement aussi vite que s'il l'avait fait spécifiquement pour une carte.
Parce qu'une API de haut niveau fait des choix afin de simplifier la programmation, choix qui se repercutent sur les perfs.
Quand t'as une fonction pour afficher des polygones, cette fonction n'a aucune idee des particularites de ce que tu lui donnes vu que c'est une fonction generaliste, donc elle va faire des tests sur ton polygone --> cycles cpus perdus, si t'as une API plus bas niveau, tu te fais chier a coder, mais t'evites ces tests car tu sais exactement ce qu'il faut faire --> pas de cycles cpu perdus
C'est EVIDENT qu'un API haut niveau est plus lent qu'un API bas niveau.
Ben je vois pas trop ce que ton desktop a de special
Sous AmigaOS les applis qui supportent les datatypes font un peu office de boites a outil comme tu le definis, elles sont capables de lire/sauver dans les formats du datatype de maniere transparente et ne s'occupent que des operations de traitement du fichier, comme tu le decris.
En plus la plupart ont un port Arexx ce qui permet de les automatiser avec des scripts.
Bref c'etait ca AmigaOS, un systeme qui aujourd'hui encore est a la pointe dans certains domaines, et qui existait deja il y a 10 ans soit une eternite en informatique.
Ouaip, et avec ces interfaces read/open/lstat tu ne peux pas faire une BDD vraiment performante car ces interfaces sont trop haut niveau.
Pour ca, il te faut un raw device, ou tu geres tout toi meme, tu sais a quoi ressemble le disque, etc... et tu as un controle total.
Meme chose pour les cartes graphiques, ils peuvent te donner une API haut niveau ou tu vois pas l'interieur mais tu as des perfs de merde, ou ils peuvent te filer le bas niveau et tu as des bonnes perfs.
Le probleme etant que si ils te filent le bas niveau, alors tu sais a quoi ressemble le HW.
[^] # Re: SCO crée des licenses d'utilisation pour Linux
Posté par pasBill pasGates . En réponse à la dépêche SCO crée des licenses d'utilisation pour Linux. Évalué à 2.
Ca va eh, tu vas pas te suicider pour 80 lignes de code quand meme :+)
[^] # Re: RedHat porte plainte contre SCO.
Posté par pasBill pasGates . En réponse à la dépêche RedHat porte plainte contre SCO.. Évalué à 2.
Ce qui revient quasiment au meme, vu que cette personne a l'autorisation de le redistribuer a qui bon lui semble.
[^] # Re: Le principe de streaming est-il breveté?
Posté par pasBill pasGates . En réponse à la dépêche Le principe de streaming est-il breveté?. Évalué à 1.
Si tu debarques chez moi et tu me dis que tu veux un soft gratos, mais que t'es pret a payer les services autour, ben je te rirais au nez.
Tu payes tout le travail que j'effectue(ecriture du logiciel + services), et pas une partie seulement(services), ca me parait tout a fait logique.
[^] # Re: palladium et tcpa
Posté par pasBill pasGates . En réponse à la dépêche L'Empire du disque contre-attaque, cette fois en Europe !. Évalué à 1.
[^] # Re: palladium et tcpa
Posté par pasBill pasGates . En réponse à la dépêche L'Empire du disque contre-attaque, cette fois en Europe !. Évalué à 1.
Moi je crois surtout que vous ne connaissez rien au fonctionnement du systeme et supputez a tort et a travers.
[^] # Re: palladium et tcpa
Posté par pasBill pasGates . En réponse à la dépêche L'Empire du disque contre-attaque, cette fois en Europe !. Évalué à -1.
[^] # Re: Freenet
Posté par pasBill pasGates . En réponse à la dépêche L'Empire du disque contre-attaque, cette fois en Europe !. Évalué à 0.
Ces affirmations sont fausses.
(Exception pour mon commentaire, tu peux le prendre pour parole d'evangile celui-la :+)
[^] # Re: Quel est le but de la vie ?
Posté par pasBill pasGates . En réponse au journal Quel est le but de la vie ?. Évalué à 2.
[^] # Re: jeux des 7 erreurs
Posté par pasBill pasGates . En réponse au journal les applications qui en jettent. Évalué à -1.
2) C'est une preversion du service pack, pas un service pack pour une preversion de l'OS
[^] # Re: jeux des 7 erreurs
Posté par pasBill pasGates . En réponse au journal les applications qui en jettent. Évalué à -2.
Ca m'interesse, parce que meme chez Microsoft on l'a pas, on n'a que des versions alpha...
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 1.
Deuxièmement, toutes les manières de déboguer Windows non documentées sans payer un accès technet ne m'intéresse pas, j'ai autre chose à foutre que de dépenser 3000 ? par an pour avoir accès à la liste des bugs Ms.
Non documentees ?
C'est marrant, je t'ai file un link sur un document sur un site public de Microsoft.
C'est vachement non-documente comme truc.
Je vais te filer un conseil, n'approche jamais plus d'une machine Windows.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à -1.
Bref, tu ne sais pas de quoi tu parles.
Pour ce qui est de ton install de XP....
C'est con, si t'avais ete un gars competent t'aurais connu l'existence de http://support.microsoft.com/default.aspx?scid=http://support.micro(...)
qui explique comment changer la lettre de la partition de boot en 2 minutes.
Le cancer dans ce cas c'est le consultant incompetent, pas le systeme.
Oh, et en passant :
Déjà que Microsoft a décidé de ne pas supporter ses propres produits (plus des 3/4 des ventes étant de l'OEM), laissant les intégrateurs s'emmerder avec les bugs du logiciel et les fonctionnalités telles que l'activation.
Cherches un peu et demandes toi pourquoi une licence OEM est moins cher qu'une boite, je t'aide, il y a un truc dans la licence OEM qui n'est pas inclus, un truc appele "support"
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 0.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 1.
Eh si ils ont choisi, il y a une difference entre montrer son code a une agence et montrer son code au monde entier. T'as pas besoin d'etre open source pour le 1er.
Par contre, on sait très bien que Longhorn pourra la remplir sans que l'on en s'apperçoivent. C'est encore un moyen de fractionner le problème pour noyer le poisson.
Non tu n'en sais rien, tu supputes.
Pour un utilisateur moyen, Palladium ne sert à rien. C'est du même niveau que CSS des DVD. Cela n'a rien à voir avec les auteurs et les consomateurs mais c'est imposé par un tier (éditeur, auteur de logiciel,etc...) qui fait sont beurre au milieu...
On verra bien quelles features ca a le jour ou il sortira, mais vu que je doutes enormement que tu connaisses les specs, je vais dire que tu supputes encore.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 1.
Que Palladium soit en marche ou pas n'influe pas sur le fonctionnement de tes cartes graphiques/son/...
2) L'activation c'est une fois, et faisable par telephone.
Quand au fait que MS ne vend rien au grand public, c'est un gros gag. Le produit si le grand public n'en veut pas les OEM vont pas l'acheter
3) Vu que Palladium ne regarde pas tes fichiers, ne te fiche pas ni ne te surveille, ca n'a aucun rapport.
Tout ce que Palladium fait c'est te permettre d'encrypter et de decrypter des fichiers
Palladium j'en vois toujours pas l'utilite personnellement, ca veut pas forcement dire que c'est un truc malefique. Des trucs inutiles et inoffensifs il y en a plein.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à -1.
Voyons, tu peux la faire par telephone sur un numero gratuit, ou par le net et tu ne le fais qu'une fois.
Ah oui c'est vrai, c'est hyper contraignant, d'ailleurs tout le monde s'en plaint c'est flagrant.
Ah non, il y a juste les linuxiens qui s'en plaignent, bref ceux qui ne l'utilisent pas.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 1.
2) Un truc que t'as toujours pas compris : MS fait de la vente en masse, a des dizaines de millions de gens. MS veut gagner de l'argent, et pour gagner de l'argent il faut que le produit se vende
Ces dizaines de millions de gens n'ont pas forcement un acces reseau necessaire pour ces operations(comprendre: autre chose qu'un modem 56K).
Donc soit ces acces reseau sont evitables, soit l'OS ne se vendra pas, et je te laisse deviner quel cas MS prefere
Quand a savoir ce qui est transmis, MS a deja dit qu'il allait mettre le coeur de Palladium en open source
3) Il sera crypte au bon plaisir de l'editeur, qui en est le proprietaire, tout a fait normal, et tu auras la possibilite de lire le fichier a travers Palladium, comme aujourd'hui.
Ces fichiers tu peux les copier a droite a gauche comme n'importe quel fichier, simplement, si tu peux pas les decrypter, ben tu peux pas les lire.
Bref, ce que tu ne peux pas faire, c'est filer la version decryptee a tout le monde, chose qui aujourd'hui est illegale et que tu n'es pas sense faire. Lire, relire dans 5 ans, faire des copies de sauvegarde,... tu peux le faire avec Palladium
Donc je ne vois pas ce que les honnetes gens perdent dans l'histoire.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 0.
2) Tu mets un sniffer sur le reseau et tu verras les paquets passer et tu verras ou ils vont, donc oui tu sais si il se connecte a un serveur central
3) Oui, et rien dans le systeme n'oblige le logiciel a crypter. Tu pourrais avoir aujourd'hui un Office qui crypte tout, pourtant il n'existe pas
Quand au libre, il pourrait tres bien l'utiliser.
Redhat, Suse, IBM,... ont largement les moyens d'obtenir des certifs pour les logiciels qui en ont besoin(Xine,...).
Ca va certes faire chier les gens qui prenaient les nightly builds et autres, mais tous les gars qui se fournissent chez Redhat, Suse,... n'auront pas ce probleme, et ca sera l'enorme majorite des utilisateurs le jour ou Palladium sortira.
[^] # Re: Bouffe DLFP sur Rennes
Posté par pasBill pasGates . En réponse à la dépêche Bouffe DLFP sur Rennes. Évalué à 2.
[^] # Re: Nouveaux drivers Nvidia disponibles
Posté par pasBill pasGates . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 2.
Entre lire du code et analyser un chip de 50 millions de transistors, je te laisse deviner lequel est le plus simple.
[^] # Re: Nouveaux drivers Nvidia disponibles
Posté par pasBill pasGates . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 2.
Va jeter un oeil a http://www.tpc.org(...) et regardes combien de tests sont fait avec PostgreSQL, je t'evites de chercher: 0
PostgreSQL c'est bien pour les petites/moyennes BDD, ca tient pas la route pour les trucs haute-perfs, les trucs ou Oracle se promene.
Si je fait l'analogie avec postgresql, l'interface c'est SQL. Ben quand t'as SQL, il y a 50 façons de faire un SGBD et aussi des très performants.
Eh non.
Si tu as un acces plus bas niveau que SQL a la BDD, tu peux ecrire ton appli de maniere a ce qu'elle soit plus rapide, tout simplement car tu n'as plus a passer par les checks generalistes de cette couche haute, faite pour gerer les 345 cas dont tu te fous vu que tu n'es que dans 1 cas precis.
De plus, je ne vois pas pourquoi tu insistes sur le fait d'avoir les "détails" de la carte pour avoir de bonnes performances et/ou qu'un "language" de haut niveau est incompatible avec des bonnes performances. Lorsqu'un développeur fait un jeu sous windows, il ne s'occupe pas (du moins plus) des détails de la carte. Il passe par DirectX et son jeu tourne très vite ou pratiquement aussi vite que s'il l'avait fait spécifiquement pour une carte.
Parce qu'une API de haut niveau fait des choix afin de simplifier la programmation, choix qui se repercutent sur les perfs.
Quand t'as une fonction pour afficher des polygones, cette fonction n'a aucune idee des particularites de ce que tu lui donnes vu que c'est une fonction generaliste, donc elle va faire des tests sur ton polygone --> cycles cpus perdus, si t'as une API plus bas niveau, tu te fais chier a coder, mais t'evites ces tests car tu sais exactement ce qu'il faut faire --> pas de cycles cpu perdus
C'est EVIDENT qu'un API haut niveau est plus lent qu'un API bas niveau.
[^] # Re: Mon courriel à l'AFA
Posté par pasBill pasGates . En réponse au journal Mon courriel à l'AFA. Évalué à 0.
[^] # Re: Concept pour une nouvelle approche du 'desktop'
Posté par pasBill pasGates . En réponse au journal Concept pour une nouvelle approche du 'desktop'. Évalué à 1.
Sous AmigaOS les applis qui supportent les datatypes font un peu office de boites a outil comme tu le definis, elles sont capables de lire/sauver dans les formats du datatype de maniere transparente et ne s'occupent que des operations de traitement du fichier, comme tu le decris.
En plus la plupart ont un port Arexx ce qui permet de les automatiser avec des scripts.
Bref c'etait ca AmigaOS, un systeme qui aujourd'hui encore est a la pointe dans certains domaines, et qui existait deja il y a 10 ans soit une eternite en informatique.
[^] # Re: Bouffe DLFP sur Rennes
Posté par pasBill pasGates . En réponse à la dépêche Bouffe DLFP sur Rennes. Évalué à 4.
[^] # Re: Nouveaux drivers Nvidia disponibles
Posté par pasBill pasGates . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 5.
Pour ca, il te faut un raw device, ou tu geres tout toi meme, tu sais a quoi ressemble le disque, etc... et tu as un controle total.
Meme chose pour les cartes graphiques, ils peuvent te donner une API haut niveau ou tu vois pas l'interieur mais tu as des perfs de merde, ou ils peuvent te filer le bas niveau et tu as des bonnes perfs.
Le probleme etant que si ils te filent le bas niveau, alors tu sais a quoi ressemble le HW.