Exemple avec mod_rewrite :
RewriteEngine On
RewriteRule ^/$ /listinfo [L]
Le 'L' indique la fin de la réécriture d'url (c'est optionnel).
Pour faire une "vrai" redirection, ajoutes 'R'.
RewriteRule ^/$ /listinfo [L,R]
Below is a patch to enable 4Kb stacks for x86. The goal of this is to
1) Reduce footprint per thread so that systems can run many more threads
(for the java people)
2) Reduce the pressure on the VM for order > 0 allocations. We see real life
workloads (granted with 2.4 but the fundamental fragmentation issue isn't
solved in 2.6 and isn't solvable in theory) where this can be a problem.
In addition order > 0 allocations can make the VM "stutter" and give more
latency due to having to do much much more work trying to defragment
[...]
The 4k stackness of the kernel is included in modversions, so people don't
load 4k-stack modules into 8k-stack kernels.
At present 4k stacks are selectable in config. When the feature has settled
in we should remove the 8k option. This will break the nvidia modules. But
Fedora uses 4k stacks so a new nvidia driver is expected soon.
Actuellement il faut virer CONFIG_4KSTACKS. Fedora 2 va plus loin, il n'y a pas d'option 4KSTACKS. C'est 4KSTACKS et rien d'autre. Ça met un peu de pression sur nvidia.
Tu essaies de dire :
Le piratage (la contrefaçon) c'est bien (tm).
Tu ne vas pas en revenir, mais le piraté ne pense pas ça.
Les majors sont soucieuses de leurs fiches d'affaire. Si le piratage était bon pour leur buziness il ne lèverait pas le petit doigt.
Sans avoir l'intention de te froisser, je crois qu'ils ont de bon raison (financière) de s'attaquer à la contrefaçon. Sinon pourquoi le ferait-il ?
Rire...
C'est le même intérêt que d'avoir des tabs dans mozilla.
Moi ça me semble mieux organisé. Une fenêtre avec tous mes terminaux. C'est mieux que :
- fenêtre mozilla
- fenêtre xterm (dans ~)
- fenêtre evolution
- fenêtre xterm (dans /usr/src/linux)
- fenêtre gaim
- fenêtre xterm (dans ~/videos mencoder ...)
etc...
Et ça pourrait être pire si mozilla n'avait pas les tabs.
Si Tu ne vois toujours pas l'intérêt...
> Par exemple, une mise a jour de librairie ne detruit pas completement, les dependances du systeme de package.....
Pareil pour rpm. Enfin si les paquets sont bien faits (c-à-d sans "Requires : gtk = 2.2" mais "Requires : libgtk-x11-2.0.so.0" (auto-detecté)). Dans ce cas tu peut passer de gtk 2.0 à gtk 2.4. Le problème c'est le nombre de mauvais paquets (et il y en a beaucoup quand ce ne sont pas des paquets officiels). Ce n'est pas un problème rpm.
Juste à titre d'example, FC2T2 est passé de XFree86 4.3 à Xorg 6.7 sans soucis (yum ou apt update mache nickel).
Posté par Ayrton .
En réponse au journal Suse 9.1.
Évalué à 2.
> Ca n'a intéressé personne au point de rédiger une news.
Si tu sais que la news ne va pas passer, ça calme beaucoup ta motivation.
J'ai fait une news pour Red Hat Desktop et elle n'a pas été retenue. C'est une autre news avec des erreurs et bien trollesque (jolie remise en cause de Fedora) qui a été retenue. Ces coquilles ont été soulignées dans les commentaires mais pas de correction. Pourquoi ?
En général, les bonnes news distributions sont faite pas les supporters de la distribution. Je n'aurais pas envie de contribuer en news pour une distribution sur linuxfr si les "censeurs" vont la refusée car pas assez négative, manquant de coquilles et sans troll. D'autant plus si les corrections sont refusées.
Le contributeur SuSE doivent sûrement penser la même chose.
> et d'un, c'est pas comparable, et de 2, ca veut rien dire(puis c'est faux)
Les applis compilées pour i386 peuvent tourner sur amd64 (c'est aussi l'objectif de l'amd64 ... ).
> ce qui explique ces gains de perf.
Direction google.
J'ai raté des épisodes de l'amd64. J'en étais resté aux benchs de l'opteron (prométeurs mais n'affolant pas les chronos) et aux performances très moyennes de l'IA64 pour poste de travail (en fait tous les cpu 64 bits étaient généralement battus par les 32 bits en poste de travail (sauf flottant, etc)).
J'étais resté fixé sur le dernier test de lwn.net :
http://lwn.net/Articles/79036/(...) Your editor was naturally interested in performance issues. To that end, he built a version of bzip2 in both 64-bit and 32-bit mode and compared the results. Both compression and decompression ran about 10% faster in the 64-bit mode. With the x86_64 processor, better performance is generally expected in the native mode, mainly due to the additional registers which are available. The executable size and memory usage in 64-bit mode were larger, but not by much. A second test, using the SoundTouch library yielded a surprise, however: changing the tempo of a large sound file ran in less than 1/5 the time in 32-bit mode. The Athlon64 processor, it would seem, runs certain operations far more slowly in 64-bit mode; your editor has not, yet, had the time to track this one down.
Mais : http://www.hardware.fr/articles/478/page13.html(...) En attendant, on peut toujours constater un état de fait. Les améliorations apportées à l´architecture K7 au sein de l´architecture K8 sont plus que substantielles, les gains entre un Athlon XP 3200+ et un Athlon 64 3200+ étant de l´ordre de la dizaine de %, et ce malgré une fréquence inférieure de 200 MHz pour l´Athlon 64. De plus, l´Athlon 64 en a encore sous la pédale via l´AMD64 ISA, qui devrait apporter lorsqu´il sera utilisé un gain notable de performances, notamment via les nouveaux registres qu´il permet d´utiliser.
En tout cas une chose est sûre, en l´état actuel des choses, les Athlon 64 ne sont pas des tueurs de P4.
http://www6.tomshardware.com/cpu/20040419/cpu-scaling-22.html(...) The Athlon64 FX's integrated memory controller repeatedly showed off its strengths. Whenever users want to play 3D games (Comanche, Serious Sam, Splinter Cell, Unreal Tournament 2003, Wolfenstein Enemy Territory, and X2), the Pentium 4 Extreme Edition is only runner-up. Also, the FX holds a sizeable lead when it comes to data compression with WinRAR, compilation of a C++ project with Visual Studio.net and Mathematica. Even during testing at high clock rates, these strengths were quite obvious.
On the other hand, we should also point out the advantages of the Pentium 4 EE.
A fréquence équivalent un amd64 est plus rapide qu'un athlon. C'est sûr. Donc j'avais faux :-( . Mais un amd64 peut-être battu par un P4. Donc ...
La fréquence n'est pas tout et un comparatif performance/prix serait un plus. Sous oublier l'avantage d'avoir un vrai 64 bits.
Des preuves !
Je sais seulement qu'un AMD64 est plus rapide en mode 64bits qu'en mode 32bits. Par contre qu'un AMD64 à X GHz soit globalement plus rapide de 20 % qu'un athlon (32 bits) à la même fréquence, j'ai jamais vu ça. C'est même l'inverse (de l'ordre de 10 %).
C'est ce que dit la page des aractéristiques : De plus, Mandrakelinux 10.0 Official pour AMD64 assure une parfaite compatibilité avec toutes les applications 32 bits.
Du communiqué de presse : Les applications Linux tournant sur AMD64 sont en moyenne 20% plus rapides que lorsqu'elles tournent sur un système 32-bit traditionnel
C'est bien évidemment faux.
Ou alors on m'aurait menti...
tout en conservant une compatibilité 32-bit totale.
Ça veut dire quoi ?
Que les applications AMD64 peuvent tourner sur un i686 ?
Que mozilla ou OOo pour AMD64 est compatible avec la version pour i686 ? Heureusement...
> J'espère beaucoup que personne ne fera ce genre de trucs, ça ternirait une fois de plus l'image de la communauté entière.
Tu as totalement raison. Mais la façon dont vont les choses pour les brevets est à désespérer et pousse à des """solutions""" "à la con" (pour ne pas dire de terroriste).
L'idée est très séduisante.
Tu préviens tous le monde (dont l'AFP) en annoncant le pire (suppression de tous les fichiers etc) puis le jour J, il ne se passe rien car en fait il n'y a pas de virus...
Je ferais mieux de ne pas répondre à la question sinon je vais encore être mal compris et perdre des XP qui sont si laborieux (pour pas dire pénible) à gagner.
Demandes à Gluck_, il a compris ce que je veux dire.
# redirection.
Posté par Ayrton . En réponse au journal Mailman, c'est quand même relativement foireux.... Évalué à 3.
http://httpd.apache.org/docs-2.0/mod/mod_rewrite.html(...)
http://httpd.apache.org/docs-2.0/mod/mod_alias.html(...)
Exemple avec mod_rewrite :
RewriteEngine On
RewriteRule ^/$ /listinfo [L]
Le 'L' indique la fin de la réécriture d'url (c'est optionnel).
Pour faire une "vrai" redirection, ajoutes 'R'.
RewriteRule ^/$ /listinfo [L,R]
# 4KSTACK incompatible avec nvidia
Posté par Ayrton . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 3.
<akpm@osdl.org>
[PATCH] ia32: 4Kb stacks (and irqstacks) patch
From: Arjan van de Ven <arjanv@redhat.com>
Below is a patch to enable 4Kb stacks for x86. The goal of this is to
1) Reduce footprint per thread so that systems can run many more threads
(for the java people)
2) Reduce the pressure on the VM for order > 0 allocations. We see real life
workloads (granted with 2.4 but the fundamental fragmentation issue isn't
solved in 2.6 and isn't solvable in theory) where this can be a problem.
In addition order > 0 allocations can make the VM "stutter" and give more
latency due to having to do much much more work trying to defragment
[...]
The 4k stackness of the kernel is included in modversions, so people don't
load 4k-stack modules into 8k-stack kernels.
At present 4k stacks are selectable in config. When the feature has settled
in we should remove the 8k option. This will break the nvidia modules. But
Fedora uses 4k stacks so a new nvidia driver is expected soon.
Actuellement il faut virer CONFIG_4KSTACKS. Fedora 2 va plus loin, il n'y a pas d'option 4KSTACKS. C'est 4KSTACKS et rien d'autre. Ça met un peu de pression sur nvidia.
[^] # Re: noms, suite
Posté par Ayrton . En réponse au journal Tout fout le camp. Évalué à 1.
# ??????
Posté par Ayrton . En réponse au journal Piratage : le lavage de cerveau continue. Évalué à -1.
Le piratage (la contrefaçon) c'est bien (tm).
Tu ne vas pas en revenir, mais le piraté ne pense pas ça.
Les majors sont soucieuses de leurs fiches d'affaire. Si le piratage était bon pour leur buziness il ne lèverait pas le petit doigt.
Sans avoir l'intention de te froisser, je crois qu'ils ont de bon raison (financière) de s'attaquer à la contrefaçon. Sinon pourquoi le ferait-il ?
[^] # Re: <mode niais>Pourquoi ça vous sert des tabs ?
Posté par Ayrton . En réponse au journal multi terminal. Évalué à 0.
Rire...
C'est le même intérêt que d'avoir des tabs dans mozilla.
Moi ça me semble mieux organisé. Une fenêtre avec tous mes terminaux. C'est mieux que :
- fenêtre mozilla
- fenêtre xterm (dans ~)
- fenêtre evolution
- fenêtre xterm (dans /usr/src/linux)
- fenêtre gaim
- fenêtre xterm (dans ~/videos mencoder ...)
etc...
Et ça pourrait être pire si mozilla n'avait pas les tabs.
Si Tu ne vois toujours pas l'intérêt...
[^] # Re: <mode niais>Pourquoi ça vous sert des tabs ?
Posté par Ayrton . En réponse au journal multi terminal. Évalué à 1.
{ctrl}-{shift}-T => nouveau tab
Menu contextuel => nouvelle fenêtre ou tab.
etc...
# gnome-terminal
Posté par Ayrton . En réponse au journal multi terminal. Évalué à -1.
J'ai pas comparé.
> - semi-transparent
gnome-terminal le fait.
> - avec une barre d'onglet.
gnome-termianl le fait.
# Release note
Posté par Ayrton . En réponse au journal Tout fout le camp. Évalué à 1.
http://download.fedora.redhat.com/pub/fedora/linux/core/development(...)
[^] # Re: pour répondre à l'auteur du journal
Posté par Ayrton . En réponse au journal Video de l'installation d'une FC1.. Évalué à 1.
J'me demande pourquoi j'y ai pas pensé. C'est pourtant très courant pour les screenshots. Merci.
[^] # Re: Rpm...
Posté par Ayrton . En réponse à la dépêche Conférence à Paris : Debian, Mandrake et RedHat : paquetages et dépendances. Évalué à 3.
Pareil pour rpm. Enfin si les paquets sont bien faits (c-à-d sans "Requires : gtk = 2.2" mais "Requires : libgtk-x11-2.0.so.0" (auto-detecté)). Dans ce cas tu peut passer de gtk 2.0 à gtk 2.4. Le problème c'est le nombre de mauvais paquets (et il y en a beaucoup quand ce ne sont pas des paquets officiels). Ce n'est pas un problème rpm.
Juste à titre d'example, FC2T2 est passé de XFree86 4.3 à Xorg 6.7 sans soucis (yum ou apt update mache nickel).
[^] # Re: Rpm...
Posté par Ayrton . En réponse à la dépêche Conférence à Paris : Debian, Mandrake et RedHat : paquetages et dépendances. Évalué à 1.
Que rpm c'est super !
S'il y a des problèmes c'est dans 99% des cas une méconnaissance de rpm ou des paquets mals conçus ou non prévus pour la distribution.
D'intérêt de Slack, c'est qu'il n'y a qu'un dépôt et donc peu de risque de conflit.
[^] # Re: faut être impartiale
Posté par Ayrton . En réponse au journal Suse 9.1. Évalué à 0.
C'est vrai que :
Mandrake beta 1
Mandrake beta 2
Mandrake rc 1
Mandrake Community
Mandrake Official
Mandrake en download
Mandrake pour amd64
Suse 9.1 c'est trop demander.
dlfp, le freshmeat de Mandrake.
# Explication de Red Hat
Posté par Ayrton . En réponse à la dépêche Red Hat revient sur les postes clients. Évalué à 2.
http://os.newsforge.com/os/04/05/05/205241.shtml(...)
Ça va calmer les trolls linuxfr© :
- "Red Hat revient sur les postes clients"
- "attendons de voir si cette décision aura un impact sur le sort de la "distribution communautaire" lancée en grande fanfare par RedHat il y quelques mois.
"lancée en grande..." Funny. Un petit truc sur le site redhat.com et ... et ... merde je ne trouve pas.
Dommage qu'on ne puisse pas noter les news.
# Prix et support
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à 5.
Content
- 4 CDs
Support
- No support included for this product
[...]
Price : 119.9 EUR
Pour 119,9 t'as plus rien : 4 CD et pas de support.
[^] # Re: faut être impartiale
Posté par Ayrton . En réponse au journal Suse 9.1. Évalué à 2.
Si tu sais que la news ne va pas passer, ça calme beaucoup ta motivation.
J'ai fait une news pour Red Hat Desktop et elle n'a pas été retenue. C'est une autre news avec des erreurs et bien trollesque (jolie remise en cause de Fedora) qui a été retenue. Ces coquilles ont été soulignées dans les commentaires mais pas de correction. Pourquoi ?
En général, les bonnes news distributions sont faite pas les supporters de la distribution. Je n'aurais pas envie de contribuer en news pour une distribution sur linuxfr si les "censeurs" vont la refusée car pas assez négative, manquant de coquilles et sans troll. D'autant plus si les corrections sont refusées.
Le contributeur SuSE doivent sûrement penser la même chose.
[^] # Re: 20 % plus vite qu'un IA32 ?!
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -1.
Va comprendre Charles...
[^] # Re: 20 % plus vite qu'un IA32 ?!
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à 3.
Les applis compilées pour i386 peuvent tourner sur amd64 (c'est aussi l'objectif de l'amd64 ... ).
> ce qui explique ces gains de perf.
Direction google.
J'ai raté des épisodes de l'amd64. J'en étais resté aux benchs de l'opteron (prométeurs mais n'affolant pas les chronos) et aux performances très moyennes de l'IA64 pour poste de travail (en fait tous les cpu 64 bits étaient généralement battus par les 32 bits en poste de travail (sauf flottant, etc)).
J'étais resté fixé sur le dernier test de lwn.net :
http://lwn.net/Articles/79036/(...)
Your editor was naturally interested in performance issues. To that end, he built a version of bzip2 in both 64-bit and 32-bit mode and compared the results. Both compression and decompression ran about 10% faster in the 64-bit mode. With the x86_64 processor, better performance is generally expected in the native mode, mainly due to the additional registers which are available. The executable size and memory usage in 64-bit mode were larger, but not by much. A second test, using the SoundTouch library yielded a surprise, however: changing the tempo of a large sound file ran in less than 1/5 the time in 32-bit mode. The Athlon64 processor, it would seem, runs certain operations far more slowly in 64-bit mode; your editor has not, yet, had the time to track this one down.
Mais :
http://www.hardware.fr/articles/478/page13.html(...)
En attendant, on peut toujours constater un état de fait. Les améliorations apportées à l´architecture K7 au sein de l´architecture K8 sont plus que substantielles, les gains entre un Athlon XP 3200+ et un Athlon 64 3200+ étant de l´ordre de la dizaine de %, et ce malgré une fréquence inférieure de 200 MHz pour l´Athlon 64. De plus, l´Athlon 64 en a encore sous la pédale via l´AMD64 ISA, qui devrait apporter lorsqu´il sera utilisé un gain notable de performances, notamment via les nouveaux registres qu´il permet d´utiliser.
En tout cas une chose est sûre, en l´état actuel des choses, les Athlon 64 ne sont pas des tueurs de P4.
Voir aussi les commentaires de :
http://lwn.net/Articles/83580/(...)
http://www6.tomshardware.com/cpu/20040419/cpu-scaling-22.html(...)
The Athlon64 FX's integrated memory controller repeatedly showed off its strengths. Whenever users want to play 3D games (Comanche, Serious Sam, Splinter Cell, Unreal Tournament 2003, Wolfenstein Enemy Territory, and X2), the Pentium 4 Extreme Edition is only runner-up. Also, the FX holds a sizeable lead when it comes to data compression with WinRAR, compilation of a C++ project with Visual Studio.net and Mathematica. Even during testing at high clock rates, these strengths were quite obvious.
On the other hand, we should also point out the advantages of the Pentium 4 EE.
A fréquence équivalent un amd64 est plus rapide qu'un athlon. C'est sûr. Donc j'avais faux :-( . Mais un amd64 peut-être battu par un P4. Donc ...
La fréquence n'est pas tout et un comparatif performance/prix serait un plus. Sous oublier l'avantage d'avoir un vrai 64 bits.
Ceci est un commentaire embarrassé.
[^] # Re: 20 % plus vite qu'un IA32 ?!
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.
Je sais seulement qu'un AMD64 est plus rapide en mode 64bits qu'en mode 32bits. Par contre qu'un AMD64 à X GHz soit globalement plus rapide de 20 % qu'un athlon (32 bits) à la même fréquence, j'ai jamais vu ça. C'est même l'inverse (de l'ordre de 10 %).
[^] # Re: 20 % plus vite qu'un IA32 ?!
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.
C'est ce que dit la page des aractéristiques :
De plus, Mandrakelinux 10.0 Official pour AMD64 assure une parfaite compatibilité avec toutes les applications 32 bits.
Pas très sérieux le communiqué de presse.
# 20 % plus vite qu'un IA32 ?!
Posté par Ayrton . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.
Les applications Linux tournant sur AMD64 sont en moyenne 20% plus rapides que lorsqu'elles tournent sur un système 32-bit traditionnel
C'est bien évidemment faux.
Ou alors on m'aurait menti...
tout en conservant une compatibilité 32-bit totale.
Ça veut dire quoi ?
Que les applications AMD64 peuvent tourner sur un i686 ?
Que mozilla ou OOo pour AMD64 est compatible avec la version pour i686 ? Heureusement...
Pas de version download ?
[^] # Re: associations d'idées
Posté par Ayrton . En réponse au journal Virus et brevet. Évalué à 1.
Tu as totalement raison. Mais la façon dont vont les choses pour les brevets est à désespérer et pousse à des """solutions""" "à la con" (pour ne pas dire de terroriste).
[^] # Re: quoi ca?
Posté par Ayrton . En réponse au journal Mdk 10.0 pour amd64. Évalué à 2.
Pour l'instant on ne sait pas si la mdk 10.0 amd64 sera disponible en libre téléchargement. Actuellement, ce n'est pas le cas.
[^] # Re: Attention aux généralisations !
Posté par Ayrton . En réponse au journal Virus et brevet. Évalué à 2.
Tu préviens tous le monde (dont l'AFP) en annoncant le pire (suppression de tous les fichiers etc) puis le jour J, il ne se passe rien car en fait il n'y a pas de virus...
C'est moins mal.
[^] # Re: quoi ca?
Posté par Ayrton . En réponse au journal Mdk 10.0 pour amd64. Évalué à 1.
Demandes à Gluck_, il a compris ce que je veux dire.
[^] # Re: quoi ca?
Posté par Ayrton . En réponse au journal Mdk 10.0 pour amd64. Évalué à -4.
C'est-à-dire que Mandrelinux est proprio et qu'il y a des applis open source dedans donc il faut les souligner ?
J'espère que les applications propriétaires sont l'exception et non l'inverse.