Il s'agit d'un mips 32 bits et d'une solution one-chip. Cela signifie qu'il n'y aura qu'une seul puce pour la console (chip graphique, cpu et autre, mémoire) sans doute pour des raisons de cout et de consomation.
Si ils évitent les erreurs des autres consoles portables cela devrait être sympa (trop grosse, trop lourde, autonomie ridicule, très chère).
L'idée des langues pour séparer les architectures et le fait d'utiliser d'autre programmes (qui sont attendu mais qui n'existe pas sur l'autre système (les libs)) pour les incompatibilités sur les même machine (linux/windows)
??? C'est très très con de la part de VIA cette histoire :(
CMOV est une instruction qui ne coute rien et qui évite d'utiliser des sauts briseurs de pipelines.
C'est entre autre pour ça, qu'il faut toujours rajouter dans son contrats de travail que l'on est autoriser à faire des logiciels libre et que ce code n'appartient pas à la société (ce qui est normalement le cas de tout code de tout informaticien).
32 Mo l'install graphique de MDK démarre dans un mode un peu particuliers :) Mais cela roule. J'ai planté l'install juste à la fin (quand les paquets était à 100%):) avant de mettre le mots de passe root et de créer un user.
Bah, changer un mot root en mode paranoïaque sous MDK il faut s'accrocher... (il est notamenet impossible de se logguer en root, linux single roulez...)
Sinon un truc me chiffonne dans les conseil. Pour faire une vrai passerelle et éviter les gros hack, il vaut mieux utiliser différents sous rézeaux : un pour le net, un pour la DMZ, un pour les stations avec de préférence une carte rezo différente sur la passerelle/routeur par zone.
Il y a des instructions scalair en SSE2 qui permet d'éviter la pile x87 très mal gérer par Gcc.
Coté codage, je viserais le built-in, car la distribution des registres est faite par gcc, ce qui est un poid en moins.
http://www.oarcorp.com/
J'adore la photo... on dirait que la société à un local grand comme un salon de coiffure...
Ce qui manque à Ecos, c'est un support Ada (RTEMS a été utiliser comme RUNTIME ADA dans des missiles par exemple).
un OS temps réel mets en avant la latence, sa vitesse de réaction contrairement à un OS classique qui met en avant la quantité de travail simultané qu'il peut faire.
Pour diminuer cette latence, l'OS peut offrire des interfaces très bas niveau pour gérer les threads.
Je ne comprends pas vraiment l'interret de présenter RTEMS plutot que Ecos. Le premier est certe plus ancien et assez complet mais il lui manque un IDE et surtout il n'est soutenu par quasiement personne.
Ecos, lui est plus jeune n'existe que en version C/C++ mais une équipe anglaise assez dynamique a repris le boulot.
Bref, RTEMS me donnait assez l'impression d'être + ou - abandonné.
L'explication invoqué plus haut l'avait été fait par pbpg. Mais je ne pense pas qu'il vire leur développeur entre 2 nouvelles versions de logiciels. Or les salaires doivent être le premier post et de loin.
Donc, on peut dire à notre DGI qu'il devrait pouvoir négocier une division par 3 du prix des licences MS pour retomber sur des "marges normals". :)
C'est à cause des buffer à recopier, et de la gestion évenement/thread bien plus léger sous le noyau. Un server http statique ne fait pas beaucoup plus que aller chercher des trucs sur disque et envoyer les bits par la carte rézo.
TUX existe depuis longtemps et était utiliser pour ridiculiser IIS dans les benchs.
En fait, il utilise le zero copy. Les buffers disques sont imédiatement réutilisé pour renvoyer les données. (pourquoi pas faire du HD -> carte rezo direct, un jour d'ailleurs par DMA).
Le deuxième point est la gestion par "évenements" du kernel qui ne sont pas vraiment des threads (qui bouffe des ressources). Khttpd utilisait seulement la zero copy.
Mais en voyant les perf, il pourrait être fait la même chose avec NFS, ftp et autre.
L'augmentation des perf est de l'ordre de x4 par rapport à un Apache seul (TUX ne gère que le contenu dynamique et "retransmet" à un autre serveur ce qu'il ne sait pas faire).
J'adore la comparaison d'un OS presqu'à poil et d'une distrib de plusieurs milliers de logiciels.
Ensuite, j'aimerais que dans ses statistiques, il compte les vrais bug méchant, les remotes root access, qui permetent d'executer n'importe quel code en remote. Genre ptrace nécessite un compte sur la machine pour être dangereux.
Par contre, combien de faille de outlook ou de IE permetent de faire n'importe quoi sur la machine ?
Qui fait un autocollant avec le fameux logo en gros, avec sa vrai signification à coté (CD périssable illisible sur tous lecteurs évolués) ?
Avec en plus petits les explications :
"Ce CD n'en est pas un et ne répond pas à la norme. Les corrections d'erreur sont volontairement corrompus ce qui le rend particulièrement sensible à la rayure. Quelques lecteurs d'ordinateur, beaucoup d'autoradio et platines haut de gamme ne peuvent lire ces CD."
vu qu'il nique tout les systèmes de corrections d'erreurs, c'est inévitablement illisible sur du bon matos... (correction d'erreur sur CD: c'est rien, interpolation, correction d'erreur) D'ou les pb d'autoradio.
Le seul truc chiant est le mélange des repertoires selon l'application. /usr devrait avoir un repertoire par programme /usr/OOo ( en ro ) par exemple et un /var/OOo pour les donnés de l'application (les trucs qui ne sont pas relatifs aux utilisateurs, notament le .conf...). L'installeur ne devant pas avoir besoin d'être root.
Certe cela va être de plus en plus illégal.
Mais franchement conseiller à qqun de graver son CD et de récupérer la 1er piste sur Kaza pour écouter son CD protégé contre la copie sur son autoradio ou son PC, c'est à hurler de rire, non ?
Il y a plein de système optique à mettre sur des écran mais cela coute la peau du cul (optique de précision mais de la taille de l'écran) et le système supporte très peu d'angle de vision. :/
[^] # Re: La nouvelle console portable de Sony : PSP
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La nouvelle console portable de Sony : PSP. Évalué à 4.
http://akiba.sorobangeeks.com/news/140503/8.jpg(...)
Il s'agit d'un mips 32 bits et d'une solution one-chip. Cela signifie qu'il n'y aura qu'une seul puce pour la console (chip graphique, cpu et autre, mémoire) sans doute pour des raisons de cout et de consomation.
Si ils évitent les erreurs des autres consoles portables cela devrait être sympa (trop grosse, trop lourde, autonomie ridicule, très chère).
"La première sécurité est la liberté"
[^] # Re: FAQ sur la brevetabilité du logiciel
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Brevetabilité : Brevets logiciels et menaces sur l'économie. Évalué à 0.
"La première sécurité est la liberté"
[^] # Re: Les mineurs et internet - risques et danger
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les mineurs et internet - risques et danger. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: L'informatique pour les nuls
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'informatique pour les nuls. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Architecture Via C3
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GCC 3.3 est sorti. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Droit d'auteur et travailleurs
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Droit d'auteur et travailleurs. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Choix distrib
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Choix distrib. Évalué à 1.
Bah, changer un mot root en mode paranoïaque sous MDK il faut s'accrocher... (il est notamenet impossible de se logguer en root, linux single roulez...)
Sinon un truc me chiffonne dans les conseil. Pour faire une vrai passerelle et éviter les gros hack, il vaut mieux utiliser différents sous rézeaux : un pour le net, un pour la DMZ, un pour les stations avec de préférence une carte rezo différente sur la passerelle/routeur par zone.
"La première sécurité est la liberté"
[^] # Re: gcc 3.3 est sorti
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GCC 3.3 est sorti. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Forum Grafotech à Rennes sur les RTOS libres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Forum Grafotech à Rennes sur les RTOS libres. Évalué à 1.
"La première sécurité est la liberté"
# Re: Forum Grafotech à Rennes sur les RTOS libres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Forum Grafotech à Rennes sur les RTOS libres. Évalué à 1.
Pour diminuer cette latence, l'OS peut offrire des interfaces très bas niveau pour gérer les threads.
Je ne comprends pas vraiment l'interret de présenter RTEMS plutot que Ecos. Le premier est certe plus ancien et assez complet mais il lui manque un IDE et surtout il n'est soutenu par quasiement personne.
Ecos, lui est plus jeune n'existe que en version C/C++ mais une équipe anglaise assez dynamique a repris le boulot.
Bref, RTEMS me donnait assez l'impression d'être + ou - abandonné.
"La première sécurité est la liberté"
[^] # Re: Un peu de compta ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un peu de compta .... Évalué à 1.
Donc, on peut dire à notre DGI qu'il devrait pouvoir négocier une division par 3 du prix des licences MS pour retomber sur des "marges normals". :)
"La première sécurité est la liberté"
[^] # Re: TUX => kernel modules accelerateur de HTTP ?!?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TUX => kernel modules accelerateur de HTTP ?!?. Évalué à 1.
C'est à cause des buffer à recopier, et de la gestion évenement/thread bien plus léger sous le noyau. Un server http statique ne fait pas beaucoup plus que aller chercher des trucs sur disque et envoyer les bits par la carte rézo.
"La première sécurité est la liberté"
[^] # Re: oui mais non.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche kexi: un Access-like sous KDE. Évalué à 1.
"La première sécurité est la liberté"
# Re: TUX => kernel modules accelerateur de HTTP ?!?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal TUX => kernel modules accelerateur de HTTP ?!?. Évalué à 2.
En fait, il utilise le zero copy. Les buffers disques sont imédiatement réutilisé pour renvoyer les données. (pourquoi pas faire du HD -> carte rezo direct, un jour d'ailleurs par DMA).
Le deuxième point est la gestion par "évenements" du kernel qui ne sont pas vraiment des threads (qui bouffe des ressources). Khttpd utilisait seulement la zero copy.
Mais en voyant les perf, il pourrait être fait la même chose avec NFS, ftp et autre.
L'augmentation des perf est de l'ordre de x4 par rapport à un Apache seul (TUX ne gère que le contenu dynamique et "retransmet" à un autre serveur ce qu'il ne sait pas faire).
"La première sécurité est la liberté"
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 4.
Ensuite, j'aimerais que dans ses statistiques, il compte les vrais bug méchant, les remotes root access, qui permetent d'executer n'importe quel code en remote. Genre ptrace nécessite un compte sur la machine pour être dangereux.
Par contre, combien de faille de outlook ou de IE permetent de faire n'importe quoi sur la machine ?
"La première sécurité est la liberté"
[^] # Re: Réponse à Pierre Bugnon de Microsoft France
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Réponse à Pierre Bugnon de Microsoft France. Évalué à 3.
"La première sécurité est la liberté"
# Il faudrait faire plus de pubs au fameux logo.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 3.
Avec en plus petits les explications :
"Ce CD n'en est pas un et ne répond pas à la norme. Les corrections d'erreur sont volontairement corrompus ce qui le rend particulièrement sensible à la rayure. Quelques lecteurs d'ordinateur, beaucoup d'autoradio et platines haut de gamme ne peuvent lire ces CD."
"La première sécurité est la liberté"
[^] # Re: CD audio - protection contre la copie : la première fois ça fait mal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Moué...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Moué...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 2.
Mais je voulais dire rire... jaune
"La première sécurité est la liberté"
[^] # Re: LinuxCD #1
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LinuxCD #1. Évalué à 2.
"La première sécurité est la liberté"
# Re: GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution. Évalué à 1.
Le seul truc chiant est le mélange des repertoires selon l'application. /usr devrait avoir un repertoire par programme /usr/OOo ( en ro ) par exemple et un /var/OOo pour les donnés de l'application (les trucs qui ne sont pas relatifs aux utilisateurs, notament le .conf...). L'installeur ne devant pas avoir besoin d'être root.
"La première sécurité est la liberté"
[^] # Re: Moué...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Un écran 3D
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un écran 3D. Évalué à 0.
"La première sécurité est la liberté"
[^] # Re: Un écran 3D
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un écran 3D. Évalué à 1.
"La première sécurité est la liberté"