Les Voodoo 1 et 2 avaient leur propre frame buffer.
Quand tu lançais une appli 3D, la Voodoo coupait le signal de la carte 2D normale (qui passait à travers la Voodoo grace à un petit cable allant de la prise VGA en sortie de la carte 2D a l'entrée VGA de la Voodoo) et affichait le contenu de son propre frame buffer. Avec 2 écrans, on pouvait avoir l'affichage 2D d'un côté et 3D de l'autre.
Je n'ai jamais trop compris pourquoi ils n'ont jamais développé un driver vidéo 2D pour ces cartes... Surement une limitation du hard.
Ca a existé en fait sous le nom de Voodoo Rush mais la carte était un peu différente (et plus chère).
Y'a plein de petites choses intéressantes accessibles dont certains sont des vieux jeux Unix historiques !
J'aime bien l'émulateur Apple [] :
]10 FOR I=1 TO 4
]20 PRINT "HELLO"
]30 NEXT I
]RUN
HELLO
HELLO
HELLO
HELLO
]
Cool, ça marche :-)
J'ai benchmarké une boucle FOR I=1 TO 10000 (le vieux test typique de l'époque !) et ça le fait en 7 secondes soit 2 fois plus rapide qu'un vrai Apple ][ : trop fort :-)
En plus, c'est de la compression VBR : mon modem a débité de 300 ou 400 octets/s dans les scènes de dialogue à 12 Ko/s dans les panoramiques. C'est de la compression MPEG ultime :-)
Je rigole quand je dis que je ne connais pas IE car j'ai installé un PC W2K SP1 (Celeron 500 + 128 Mo de Ram) cet aprés midi (pour les tests Samba 2.2.0 CVS en PDC hein, pas pour m'en servir : faut pas déconner non plus :-)
Hé ben j'ai pas trouvé IE franchement fulgurant ! Je ne vais pas dire que ça rame mais ça n'a rien d'impressionnant.
Je ne sais pas de quel IE il sagissait, m'en fous (c'est celui qui est dans W2K Pro SP1, voila !).
Une conclusion heureuse tout de même : Samba 2.2.0 en PDC d'un domaine de clients W2K, ça y'est, ça marche !!!! Samba 2.2 sera un grand cru dans les entreprises :-)
Bon, après 1 heure et demie d'utilisation, quelques remarques :
Il est stable, je suis allé sur tout un tas de sites (dont un qui crashe 4.x à tous les coups) et je n'ai pas eu un seul plantage ni un seul bug.
Il est assez rapide (PIII 600 et 320 Mo, petite config donc :-)
Sa gestion des mots de passe est horriblement pénible ! Je passe à travers un proxy http (NSM) qui demande un mot de passe et il me redemande le mot de passe pour chaque site que je vais voir, rhhaaaaa !!!! C'est le plus gros défaut (horripilant) que j'ai constaté.
Non, vraiment, bien. J'en suis même à me demander si ceux qui critiquent l'ont testé !
C'est pas du dernier cri puisque ces textes datent d'Aout 2000 mais ça n'en est pas moins bien écrit.
J'ai bien aimé le début ou l'auteur met les points sur les i sur la date de sortie du noyau 2.4 et accuse la presse d'avoir dit n'importe quoi sur le sujet :-)
D'après le commentaire de Dan Veditz (qui bosse chez Netscape) dans netscape.public.mozilla.general :
Be careful. We have not announced the product yet, and typically pre-push
various candidate builds just to test out the distribution mechanism and
site. What you got may not end up being the final bits.
I recommend that when the final bits are actually released you should
compare the date stamp in your user agent with someone who did download the
final bits and make sure they are the same. If they differ I'd recommend
re-installing the real release because the fixes we've accepted in the past
week have been really serious ones (security exploits and things of about
that level).
D'après certains commentaires sur Slashdot, cette version a joujours un numéro de build, les credits son vides et il sort toujours des infos de debug sur le stdout donc, ça n'est PAS Netscape 6 final !!!
Ca me rapelle des souvenirs ça, l'Amiga ! Il y a 10 ans, j'avais un beau 2000 avec disque dur de 100 Mo et modem 14400. Avec gcc et un paquet d'outils GNU, en l'utilisant via un Shell, ça faisait un presque micro Unix avant l'heure.
Grace au modem, ça permettait de causer sur le réseau Fido et un tout petit peu sur usenet via uucp. On pouvait gentiment se moquer de DOS et Windows alors qu'on utilisait un système multitaches préemptif moderne.
Finalement, 10 ans aprés, quasiment rien n'a évolué, Linux a juste remplacé l'Amiga :-)
Et en plus, je trouve qu'il est parfois très lent (bien plus que NS 4.7x et infiniment plus que Galeon) sur des pages complexes. Il peut aussi être très rapide dans d'autres cas (la remise en page lors d'un redimensionnement dynamique de fenêtre est encore plus instantannée que dans Galeon).
Y'a quelques bugs dans l'affichage des liste (UL) et quelques tags non supportés genre le ALIGN="RIGHT" dans un TD. Il n'aime pas non plus les accents codés en ISO 8859-1 dans le HTML.
Sinon, il est étonnament complet et fonctionne globalement bien. Les préférences sont très complètes avec quelques idées géniales comme par exemple paramétrer le type d'images qu'on accepte de charger (en clair : ne pas charger les GIFs animés !!!)
C'est un bidule qui permet de brancher un disque IDE sur un bus UW SCSI.
Une revue Française a testé récement ce truc avec un Maxtor de 45 Go en IDE et ils obtenaient des perfos 20 % meilleures que quand le disque était branché directement en IDE (c'était PC Expert donc pas une référence mais comme ils se sont contentés de faire tourner un benchmark disque du monde windows...).
La ruse, c'est que le petit controleur intégré se prend tout l'overhead généré par l'IDE, fut-il Ultra DMA et décharge d'autant le processeur.
A noter aussi un GROS avantage du SCSI : le disconnect/reconnect qui n'existe pas en IDE.
Le disque IDE reçoit une requète, la traite et envoie la réponse sur le bus. Pendant toute la durée de la transaction, le bus est bloqué pour tous les autres devices. La transaction consiste à déplacer la tête pour aller la ou est la donnée, lire le bloc et l'envoyer sur le bus.
Je viens d'ailleurs de comprende pourquoi il est impossible d'utiliser la bande passante théorique du bus !
En SCSI, il libère le bus aprés avoir reçu la requète, la traite et reprend le bus seulement pour envoyer la réponse. Ce qui explique qu'avec plusieurs dévices, on puisse utiliser toute la bande passante.
Il y avait eu un article sur Anand Tech ou Tom's Hardware à l'occasion de la sortie du Ultra DMA 33 qui expliquait comment ça marchait.
Les 33 Mo/s ne sont qu'un maxi théorique car le bus n'est pas utilisable pendant 100% du temps, loin de là du fait du principe même d'IDE. Il faudrait retrouver l'article pour trouver le débit pratique maxi possible en Ultra DMA 33 mais c'est très loin de 33 Mo/s. Itou pour le 66 et le 100 bien sur.
Sois-dit en passant, j'ai fait des tests hier avec des serveurs SGI Linux 1450 avec des disques internes en Ultra 160 et des disques en fiber channel situés à 800 m de là en passant à travers 2 switchs. Ben le fiber channel explose SCSI en perfos ! Pourtant, c'est 100 Mo/s maxi théoriques contre 160 mais je ne sais pas si ça vient du driver Linux, du principe de fonctionnement ou quoi mais c'est clair que ça dépote !
Par contre, c'est pas top économique ! Dommage, ça aurait été bien pour diminuer le bruit de mon ordinateur en mettant tous les disques (et les ventilos qui vont avec) dans une autre pièce :-)
Si Imation n'a pas réussi avec son LS120 de 120 Mo
tout en restant compatible avec les disquettes 1.44 Mo, on ne voit pas pourquoi ça marcherait pour Matsushita avec un lecteur de 32 Mo...
L'article n'est pas très clair mais il semblerait qu'ils soient capable de faire ça sur un floppy normal... Si le lecteur n'est pas cher, pourquoi pas ?
J'ai comme un doute sur la réussite de la chose... et pourtant, il serait bien temps de remplacer ce vieux floppy qui n'a toujours pas trouvé d'équivalent universel !
[^] # Re: Question
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Tout sur les cartes 3D sous Linux. Évalué à 1.
Quand tu lançais une appli 3D, la Voodoo coupait le signal de la carte 2D normale (qui passait à travers la Voodoo grace à un petit cable allant de la prise VGA en sortie de la carte 2D a l'entrée VGA de la Voodoo) et affichait le contenu de son propre frame buffer. Avec 2 écrans, on pouvait avoir l'affichage 2D d'un côté et 3D de l'autre.
Je n'ai jamais trop compris pourquoi ils n'ont jamais développé un driver vidéo 2D pour ces cartes... Surement une limitation du hard.
Ca a existé en fait sous le nom de Voodoo Rush mais la carte était un peu différente (et plus chère).
[^] # Re: Il y a aussi les Monty Python
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Légo Matrix. Évalué à 1.
[^] # Re: ftp
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Tout sur les cartes 3D sous Linux. Évalué à 1.
[^] # Re: Tiens ...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Tout sur les cartes 3D sous Linux. Évalué à 1.
[^] # Re: Tiens ...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Tout sur les cartes 3D sous Linux. Évalué à 1.
# Explications
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Star Wars, version ASCII. Évalué à 1.
Welcome to blekko
created for the preservation of command-line culture
Quand j'ai tapé who, il y avait presque 300 utilisateurs connectés dont 28 en train de regarder starwars !
Dans les trucs pas mal, y'a rfc suivi d'un numéro qui permet de consulter n'importe qu'elle RFC.
Pour ceux qui ne connaitraient pas déjà les meilleures des rfc, tapez :
rfc 1149
rfc 2549
et aussi :
rfc 2324
rfc 2325
:*)
En tapant rfc 0, y'a un index au début des plus marquantes ou des plus comiques.
Mais bien sur, la RFC 1 du 7 AVril 1969 est la plus historique :-)
# Y'a pas que ça !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Star Wars, version ASCII. Évalué à 1.
J'aime bien l'émulateur Apple [] :
]10 FOR I=1 TO 4
]20 PRINT "HELLO"
]30 NEXT I
]RUN
HELLO
HELLO
HELLO
HELLO
]
Cool, ça marche :-)
J'ai benchmarké une boucle FOR I=1 TO 10000 (le vieux test typique de l'époque !) et ça le fait en 7 secondes soit 2 fois plus rapide qu'un vrai Apple ][ : trop fort :-)
[^] # Re: marrant mais...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Star Wars, version ASCII. Évalué à 1.
En plus, c'est de la compression VBR : mon modem a débité de 300 ou 400 octets/s dans les scènes de dialogue à 12 Ko/s dans les panoramiques. C'est de la compression MPEG ultime :-)
[^] # Re: Et seti ?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Lutter contre le Sida chez soi.. Évalué à 1.
[^] # Re: AVIS A TOUS LES LECTEURS DE LINUXFR !!!
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
Tu ne serais pas sous Windows ? Ca expliquerait :-)
# Et comme par hasard...
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Lutter contre le Sida chez soi.. Évalué à 1.
Windows 2000, NT 4.0, Windows 98, or Windows 95 SR2
Internet Explorer 5.x installed
32MB minimum, 64MB or more for most projects
# Amusant !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
Mozilla/5.0 (X11; U; Linux 2.2.17 i686; en-US; m18) Gecko/20
M18 ? Tiens donc :-)
[^] # Re: Intéréssant mais plein d'erreurs :(
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
Hé ben j'ai pas trouvé IE franchement fulgurant ! Je ne vais pas dire que ça rame mais ça n'a rien d'impressionnant.
Je ne sais pas de quel IE il sagissait, m'en fous (c'est celui qui est dans W2K Pro SP1, voila !).
Une conclusion heureuse tout de même : Samba 2.2.0 en PDC d'un domaine de clients W2K, ça y'est, ça marche !!!! Samba 2.2 sera un grand cru dans les entreprises :-)
[^] # Re: Intéréssant mais plein d'erreurs :(
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
[^] # Re: Stable
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
SSL ne marche pas et il part en vrille si on essaie.
Quand je veux récupérer un thème chez Netscape, ça ne marche pas !
# Stable
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 3.
Il est stable, je suis allé sur tout un tas de sites (dont un qui crashe 4.x à tous les coups) et je n'ai pas eu un seul plantage ni un seul bug.
Il est assez rapide (PIII 600 et 320 Mo, petite config donc :-)
Sa gestion des mots de passe est horriblement pénible ! Je passe à travers un proxy http (NSM) qui demande un mot de passe et il me redemande le mot de passe pour chaque site que je vais voir, rhhaaaaa !!!! C'est le plus gros défaut (horripilant) que j'ai constaté.
Non, vraiment, bien. J'en suis même à me demander si ceux qui critiquent l'ont testé !
[^] # Re: taille de l'archive
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche surprise... Netscape 6.0 est sorti (vraiment). Évalué à 1.
Ca bouffe 16 Mo de Ram et...
du -sk /usr/local/netscape/plugins/java2
40732 /usr/local/netscape/plugins/java2
40 Mo sur le disque !
Au total :
du -sk /usr/local/netscape
72120 /usr/local/netscape
Finalement, sans Java (qu'on peut ne pas installer), on retombe à 32 Mo sur le disque.
# Bien.
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Présentation du futur noyau 2.4 par IBM. Évalué à 1.
J'ai bien aimé le début ou l'auteur met les points sur les i sur la date de sortie du noyau 2.4 et accuse la presse d'avoir dit n'importe quoi sur le sujet :-)
# Netscape 6 n'est PAS sorti !!!
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Netscape 6 est sorti. Évalué à 1.
Be careful. We have not announced the product yet, and typically pre-push
various candidate builds just to test out the distribution mechanism and
site. What you got may not end up being the final bits.
I recommend that when the final bits are actually released you should
compare the date stamp in your user agent with someone who did download the
final bits and make sure they are the same. If they differ I'd recommend
re-installing the real release because the fixes we've accepted in the past
week have been really serious ones (security exploits and things of about
that level).
D'après certains commentaires sur Slashdot, cette version a joujours un numéro de build, les credits son vides et il sort toujours des infos de debug sur le stdout donc, ça n'est PAS Netscape 6 final !!!
# Marrant !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Windows 2000 n'est pas assez sûr pour l'instant. Évalué à 1.
# Toute ma jeunesse, sniff :-)
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Amiga One: Il revient et il n'est pas content.... Évalué à 1.
Grace au modem, ça permettait de causer sur le réseau Fido et un tout petit peu sur usenet via uucp. On pouvait gentiment se moquer de DOS et Windows alors qu'on utilisait un système multitaches préemptif moderne.
Finalement, 10 ans aprés, quasiment rien n'a évolué, Linux a juste remplacé l'Amiga :-)
[^] # Re: autre précision : à l'attention de linuxfr
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Et un browser web de plus ... Évalué à 1.
Et en plus, je trouve qu'il est parfois très lent (bien plus que NS 4.7x et infiniment plus que Galeon) sur des pages complexes. Il peut aussi être très rapide dans d'autres cas (la remise en page lors d'un redimensionnement dynamique de fenêtre est encore plus instantannée que dans Galeon).
Y'a quelques bugs dans l'affichage des liste (UL) et quelques tags non supportés genre le ALIGN="RIGHT" dans un TD. Il n'aime pas non plus les accents codés en ISO 8859-1 dans le HTML.
Sinon, il est étonnament complet et fonctionne globalement bien. Les préférences sont très complètes avec quelques idées géniales comme par exemple paramétrer le type d'images qu'on accepte de charger (en clair : ne pas charger les GIFs animés !!!)
c'est toujours une bonne chose
[^] # Re: Tu retardes!
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche RAID IDE !. Évalué à 1.
http://www.acard.com/(...)
C'est un bidule qui permet de brancher un disque IDE sur un bus UW SCSI.
Une revue Française a testé récement ce truc avec un Maxtor de 45 Go en IDE et ils obtenaient des perfos 20 % meilleures que quand le disque était branché directement en IDE (c'était PC Expert donc pas une référence mais comme ils se sont contentés de faire tourner un benchmark disque du monde windows...).
La ruse, c'est que le petit controleur intégré se prend tout l'overhead généré par l'IDE, fut-il Ultra DMA et décharge d'autant le processeur.
A noter aussi un GROS avantage du SCSI : le disconnect/reconnect qui n'existe pas en IDE.
Le disque IDE reçoit une requète, la traite et envoie la réponse sur le bus. Pendant toute la durée de la transaction, le bus est bloqué pour tous les autres devices. La transaction consiste à déplacer la tête pour aller la ou est la donnée, lire le bloc et l'envoyer sur le bus.
Je viens d'ailleurs de comprende pourquoi il est impossible d'utiliser la bande passante théorique du bus !
En SCSI, il libère le bus aprés avoir reçu la requète, la traite et reprend le bus seulement pour envoyer la réponse. Ce qui explique qu'avec plusieurs dévices, on puisse utiliser toute la bande passante.
Plus d'infos ici (même si y'a un peu de pipo marketing dedans) : http://www.adaptec.com/technology/benchmark/scsivudma.html(...)
[^] # Re: Ca existe depuis longtemps
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche RAID IDE !. Évalué à 1.
Les 33 Mo/s ne sont qu'un maxi théorique car le bus n'est pas utilisable pendant 100% du temps, loin de là du fait du principe même d'IDE. Il faudrait retrouver l'article pour trouver le débit pratique maxi possible en Ultra DMA 33 mais c'est très loin de 33 Mo/s. Itou pour le 66 et le 100 bien sur.
Sois-dit en passant, j'ai fait des tests hier avec des serveurs SGI Linux 1450 avec des disques internes en Ultra 160 et des disques en fiber channel situés à 800 m de là en passant à travers 2 switchs. Ben le fiber channel explose SCSI en perfos ! Pourtant, c'est 100 Mo/s maxi théoriques contre 160 mais je ne sais pas si ça vient du driver Linux, du principe de fonctionnement ou quoi mais c'est clair que ça dépote !
Par contre, c'est pas top économique ! Dommage, ça aurait été bien pour diminuer le bruit de mon ordinateur en mettant tous les disques (et les ventilos qui vont avec) dans une autre pièce :-)
[^] # Re: et Sony?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KDE sur un disquette .... Évalué à 1.
tout en restant compatible avec les disquettes 1.44 Mo, on ne voit pas pourquoi ça marcherait pour Matsushita avec un lecteur de 32 Mo...
L'article n'est pas très clair mais il semblerait qu'ils soient capable de faire ça sur un floppy normal... Si le lecteur n'est pas cher, pourquoi pas ?
J'ai comme un doute sur la réussite de la chose... et pourtant, il serait bien temps de remplacer ce vieux floppy qui n'a toujours pas trouvé d'équivalent universel !