Comme dit plus haut je ne vois pas ce que ca change.
On est en face de 2 cas:
1/ l'entreprise achetait du support a RH, ben elle en aura toujours.
2/ l'entreprise n'en achetait pas, l'admin telechargeait ses patchs lui meme comme un grand et recompilait quelques RPM tout seul dans son coin -> ca ne changera rien pour lui.
comment se fait-il qu'une application_linux ne soit pas indépendante de la plate-forme matérielle utilisée ?
qu'appelles-tu indépendant de la plate forme matérielle ?
tant que le logiciel est distribué sous forme de sources, et que tu dispose des bons compilateur/librairies/.../interpreteur sur ton matériel en théorie le logiciel est indépendant du matériel. (en théorie car il est toujours possible de faire du code crado ...). Et cela est valable quel que soit le language (C,C++,perl,basic, java ...)
mais pour un soft distribué sous forme de binaires, le compilateur a DEJA choisi une architecture cible lors de la compilation. Du coup le binaire est pour processeur ARM/x86/PPC/68000 ... et ne tourne au mieux que sur ces CPU.
faire autrement est IMPOSSIBLE, et les tentatives de s'en sortir passent par des pseudo-binaires compilés dans un format indépendant du matériel. Ces pseudo binaires sont soit des bytecode a compiler a la volée lors de l'execution, soit des bytecode a interpreter lors de l'execution. Ces étapes (compilation lors de l'execution ou interpretation) se rapproche de ce qu'il est déjà possible de faire avec le code source ... le progrès est pour le moins minime. <j'ai éviter de siter JAVA pour ne pas troller :-))>
linux me fait de plus en plus penser aux Unix proprio qui ont fait le lit de MS windows
oui bof.
ce qui a beaucoup été reproché aux Unix commerciaux c'est de ne pas avoir la meme interface d'administration (pas les meme arguments a grep/ls/ps ...) ce qui déroute les admin, et de ne pas avoir exactement les meme comportements pour certaines API (threads ...). D'un autre coté dire que les Unix ont fait le lit de MS c'est un peu biaiser l'histoire a mon avis.
MS a su profiter du morcelement du marché c'est sur.
ne pas étre empapaoutés par les fabricants de matériels ou de programme, plus ou moins aliénants
lire ca a propos de MS c'est assez comique. Ah oui ils ont simlifié la vie de tout le monde, et avec quel progrès technique ?? aucun, leur solution c'est que maintenant tout le monde utilise MS donc pas de problème de compatibilité !!!
Expérience:
Remonte dans le temps, et change MS par SUN par exemple afin que SUN profite du morcelement du marché et devienne le monopole des OS. Aujourd'hui on aurait tous un processeur SPARC dans nos machines, on serait tous sous solaris et pourrait -on en conclure que SUN a beaucoup fait pour que les softs deviennent indépendant de l'architecture matérielle pour autant ???
<note: je ne parles toujours pas de java la>
Alors je recite cette phrase: linux me fait de plus en plus penser aux Unix proprio qui ont fait le lit de MS windows
Linux et le système GNU surtout sont en train de mettre tout le monde d'accord - quoi que tu en penses. Et apporte BEAUCOUP au niveau compatibilité matérielle justement grace a l'environnement GNU qui est le meme sur toutes les architectures. que ce soit sur ARM/i86/PPC ... tu as le meme compilateur/interpreteur/librairies ... et cela grace a la disponibilité des sources. Du coup si tu distribue ton soft sous forme de sources il y a de grandes chances qu'il puisse fonctionner sur ces différentes architectures. Compare les familles BSD et Linux par exemple, la plupart des softs recompilent sans problème sur les 2.
Maintenant les Unix proprio (AIX en tete) sont livrés de plus en plus avec la couche GNU disponible. IBM livre meme les softs GNU en format RPM pour AIX ...
Linux EST en train d'apporter ce que aucune entreprise propriétaire n'a su apporter: l'indépendance !
Sinon il y a openvpn qui propose de faire des tunnels bases sur SSL sur un port UDP. Les algo de crypto dispo sont interessants et il y a la possibilité de gerer l'auhtentification avec des certifcats.
GPL, dispo pour les UNIX et les WIN32.
Ca a l'air très simple a mettre en place, reste a tester ...
Mais pour la securite en WiFi tu pourrais deja mettre en place EAP/TLS (comme cisco le fait souvent), compatible windows 2000/XP et linux, serveur en GPL dispo.
Tu as raison, je viens de relire le post au dessus.
cependant pour etre tatillon il me semble que SSH n'envoie pas le mot de passe (il est utilisé localement ...)
quelqu'un pour confirmer/infirmer j'ai pas le temps de verifier !
Note que normalement ta clef est UNIQUEMENT sur TA machine (donc pas sur un serveur) et qu'elle est de plus a associer a un mot de passe qui est seulement dans TA TETE pour etre fonctionnelle.
je ne comprends donc pas ta comparaison. l'auth par clefs SSH est vraiment meilleure.
au lieu de demander a ceux qui sont deja équipés et qui n'ont besoin de rien, lançons une subscription chez ceux qui sont interessés mais non adslisables, au moins ils les auront moins en travers de la gorge ces 10 !!
Ben moi / si cette info se vérifie/ je ne vois pas où est le scandale.
il y a deja des differences de prix flagrantes sur certains biens entre la ville et la campagne, a commencer par les logements.
si cela coute plus cher de livrer une prestation a la campagne, pourquoi devrait-on le facturer le meme prix qu'ailleur ?
Ben normalement tu te trompe,
le bridge va apprendre quelles adresses mac se trouvent sur chaque brin et ne bridger que les paquets qui doivent l'etre plus les broadcast evidement.
comme un switch quoi.
BRAVO !
J'allucine de lire ce commentaire, on dirait les idées que je diffuse régulièrement autour de moi.
Certaines personnes n'aiment pas conduire. Elles trouvent ca pénible de se concentrer sur la route, et préfèrent penser a autre chose en conduisant.
Certaines meme ne sont pas capables de conduire et ont eu leur permi "a l'usure" (j'ai passé le permi moto le meme jour qu'une dame passait son permi B pour la 15ieme fois !!!)
La voiture/Moto est un objet cher a l'achat et a l'entretien, POSSEDER une (des ?) voiture est stupide pour la plupart des gens qui ne l'utilisent que très peu... ou qui de toutes façons n'aiment pas conduire.
Pourquoi ne pouvons nous pas avoir en France un système de TAXI aussi performant qu'a New York ou a Yaoundé ?? Dans ces 2 capitales, il suffit de faire un signe a un taxi, a n'importe quelle heure du jour ou de la nuit pour obtenir le service a un prix CONCURENTIEL.
Le TAXI présente les avantages de la voiture particulière (depot devant la porte, transport des courses ....) sans son achat, et en demandant a un chauffeur PROFESSIONNEL de conduire.
Ah ? on me dit que les prix des taxi sont fixés et que ce n'est pas un secteur "libre" économiquement. vive le libre.
Le routage n'utilise que l'adresse IP DESTINATION.
l'ip source c'est au retour qu'elle sera utilisée mais cette fois ci le paquet n'arrivera pas.
C'est aussi cela qui fait que le commentaire plus haut (en substance, pas besoin de FW car ip privée) montre que la personne n'y connait rien.
par exemple je peux très bien envoyer des paquets avec l'ip source interne (192.168...) a une autre machine de son réseau qui se fera le PLAISIR de repondre en direction du 192.168.... et donc a son DNS. C'est une attaque "en aveugle" (on ne voit pas les paquets retour) mais ca se fait !
J'ai voté + et je rajoute une couche moi aussi pour soutenir ces propos.
Depuis le temps que je traine sur LinuxFR je ne peux plus compter le nombre de remarques a la "t'as qu'a corriger toi même" en réaction à des critiques constructives.
Pour moi les acteurs du logiciel libre c'est d'abord des amoureux de leur technique et de leur art (y a eu débat y'a pas lontemps). Je suis moi même perfectionniste et même si c'est rageant de faire des erreurs, il est primordial de savoir accepter et comprendre la critique quand elle est fondée... et de retourner à l'ouvrage pour corriger le problème.
Quand j'envoie un rapport de bug sur la liste du noyau comme cela m'est arrivé, je suis très content de recevoir des mails d'A.Cox lui même me demandant des précisions et me proposant des patchs a tester avant inclusion. Cela invite a l'aider a faire le correctif [que je suis incapable de faire]. Si il m'avait répondu "si t'es pas joyce passe à BSD" le correctif n'aurait pas été écrit et d'autres personnes auraient eu le problème.
On parle ici de la même chose: quelqu'un essaye ou lit une doc, repère des anomalies, en fait mention ... sauf que la réponse est loin de celle d'un vrai professionnel. L'orthographe n'est pas votre fort, pas de problème, demandez de l'aide, mais n'envoyez pas paître ceux qui pourraient vous aider !!
Seulement voila, un routeur qui tient reellement le Gigabit chez cisco c'est pas donné non plus. Cela ne répond pas à ta question mais si tu consultes les prix d'un C7206 par exemple tu va alluciner.
Ensuite Cisco a des équipements qui font de la commutation de niveau 3 (IP) a une vitesse folle ... mais les prix sont prohibitifs ( 6509 par exemple avec les options qui vont bien ...)
pas seulement sur les trucs proprio.
sur un serveur a monter en linux les cartes reseaux en Gb ethernet n'etaient pas supportées par le noyeau de la distrib. Obligé de télécharger les sources d'un driver et de le compiler.
Mais comment l'installer sur le serveur sans réseau et sans disquette ???
graver un CD n'est pas forcement simple en entreprise, et pour un module de 300Ko ça parait pas optimal ...
de meme pour installer certaines distrib sur des matériels exotiques (boot de la distrib ne supporte pas le scsi de la machine ... )
8000 ??
mais ça dépend de ce que l'on appelle cluster.
tu prends des Xseries IBM rackables (2500 le node), et tu les connecte a une baie de disque c'est CAREMENT moins cher... mais je parlait de redondance pour assurer le service avec un SLA satisfaisant, pas besoin de machines exceptionnelles, et dans ce cas c'est moins de 8000 le cluster complet ;-)))
vivement que intermezzo devienne fiable pour simplifier les conf de réplication ...
D'un autre coté espérer corriger des problèmes de perf juste en changeant le type de filesysteme ca me parait illusoire.
Mon avis:
- Le filesystème se doit avant tout d'être fiable et léger en conso cpu/io.
- le redimentionnement a chaud est pratique (lvm/....) sur les serveurs.
- la journalisation permet des reboot plus rapides.
Après on module en fonction de ces paramètres et d'une certaine volontré d'homogénéité du parc installé (par question d'avoir un fs différent sur chaque serveur sinon bonjour la galère pour les admins ...).
Et quand les perfs manquent y a certainement plein de solutions avant de changer de fs (plus l'optimisation est faite a haut niveau (application par exemple) plus les gains sont importants). Surtout qu'il y a des solutions simples (plus de ram ==> plus de cache disque) pour 'accélérer' les lecures/ecritures.
Et quand le service est TRES important, un cluster avec réplication des datas entre plusieurs nodes permet de s'affranchir des problèmes de fsck trop long au reboot (haute dispo de toute manière ...) voir de répartir la charge quand tous les nodes sont actifs ...
Conclusion:
Ces benchs sont TRES interessants, en premier lieu pour ceux qui DEVELOPPENT les fs. Ce genre de résultats de bench est publié régulièrement sur la liste kernel et permet aux développeurs d'optimiser leur produit aux endroits ou ils sont les plus mauvais. Du coup les fs évoluent TOUS grace à ces bench et le choix du fs pour le PROD se fait sur d'autres critères que les perfs.
La moto c'est un instrument de liberté incroyable. Faut etre un peu mazo (pluie, froid , chaleur cet été) et un peu suicidaire (voitures, portables, ... nous meme) , mais le résultat est la : un temps de parcour prévisible
- 35 km de bouchons sur 55km de trajet ? => 50 minutes.
- personne sur 55km => 30 minutes.
Ce sont les 2 extrèmes. Le meme trajet en voiture varie de 30 minutes a plusieurs heures, en train ... ben c'est pas mieux (et en plus le meilleur temps en transport en commun c'est 3h30 dans mon cas!)
Avec les messages a répétition sur la sécurité, en ce moment la vitesse c'est mal vu. c'est pas forcement aussi dangereux que sarko voudrait le faire croire mais ca amuse le peuple ...
"sécurité" cause nationnale ==> flics sur les routes.
C'est bien, mais je ne pense pas que le "sentiment d'insécurité" des français qui ont voté extreme droite au premier tour soit un sentiment d'insécurité au volant hein.
Au moins ca rapporte au gouvernement toutes ces prunes :-)
Dernier message: plus de 80% des accidents moto dégagent la responsabilité du motard (qui incombe donc a quelqu'un d'autre). Alors oui il y a beaucoup d'accidents et de tués en moto, et oui les motards roulent souvent (trop) vite (ou en tout cas plus vite que les voitures), mais en moto:
- pas de passager pour discuter
- pas de radio pour revasser
- pas de téléphone qui sonne
- pas de chauffage endormant
- pas de montant de pare-brise masquant la route,
- pas d'angle mort ...
LE MOTARD EST CONCENTRE SUR CE QU'IL FAIT.
les variables d'environnement comme dit plus haut sont utilisées par la plupart des outils réseaux donc cela devrait fonctionner pour pas mal d'entre eux (wget ...).
le client ftp "normal" (binaire "ftp" quoi) ne les utilises pas il me semble donc il te faut changer de client ftp.
et la je te conseille lftp (livré avec la RedHat a la place de ncftp qu'ils ne livrent qu'en addendum maintenant). lftp sait utiliser pleins de proxy différents (http, socks, ...) et est assez pratique.
man lftp est ton ami pour definir les proxy :-)
Posté par PLuG .
En réponse au journal Init.
Évalué à 3.
man syslog te dira comment demander a syslog de ne pas faire de "sync" pour chaque ligne de log.
(il faut mettre des "-" devant les noms des fichiers non "syncer"
[^] # Re: De la fin de vie chez Redhat
Posté par PLuG . En réponse à la dépêche De la fin de vie chez Redhat. Évalué à 2.
On est en face de 2 cas:
1/ l'entreprise achetait du support a RH, ben elle en aura toujours.
2/ l'entreprise n'en achetait pas, l'admin telechargeait ses patchs lui meme comme un grand et recompilait quelques RPM tout seul dans son coin -> ca ne changera rien pour lui.
[^] # Re: le service public à la barre
Posté par PLuG . En réponse à la dépêche Décrypthon sous linux. Évalué à 9.
qu'appelles-tu indépendant de la plate forme matérielle ?
tant que le logiciel est distribué sous forme de sources, et que tu dispose des bons compilateur/librairies/.../interpreteur sur ton matériel en théorie le logiciel est indépendant du matériel. (en théorie car il est toujours possible de faire du code crado ...). Et cela est valable quel que soit le language (C,C++,perl,basic, java ...)
mais pour un soft distribué sous forme de binaires, le compilateur a DEJA choisi une architecture cible lors de la compilation. Du coup le binaire est pour processeur ARM/x86/PPC/68000 ... et ne tourne au mieux que sur ces CPU.
faire autrement est IMPOSSIBLE, et les tentatives de s'en sortir passent par des pseudo-binaires compilés dans un format indépendant du matériel. Ces pseudo binaires sont soit des bytecode a compiler a la volée lors de l'execution, soit des bytecode a interpreter lors de l'execution. Ces étapes (compilation lors de l'execution ou interpretation) se rapproche de ce qu'il est déjà possible de faire avec le code source ... le progrès est pour le moins minime. <j'ai éviter de siter JAVA pour ne pas troller :-))>
linux me fait de plus en plus penser aux Unix proprio qui ont fait le lit de MS windows
oui bof.
ce qui a beaucoup été reproché aux Unix commerciaux c'est de ne pas avoir la meme interface d'administration (pas les meme arguments a grep/ls/ps ...) ce qui déroute les admin, et de ne pas avoir exactement les meme comportements pour certaines API (threads ...). D'un autre coté dire que les Unix ont fait le lit de MS c'est un peu biaiser l'histoire a mon avis.
MS a su profiter du morcelement du marché c'est sur.
ne pas étre empapaoutés par les fabricants de matériels ou de programme, plus ou moins aliénants
lire ca a propos de MS c'est assez comique. Ah oui ils ont simlifié la vie de tout le monde, et avec quel progrès technique ?? aucun, leur solution c'est que maintenant tout le monde utilise MS donc pas de problème de compatibilité !!!
Expérience:
Remonte dans le temps, et change MS par SUN par exemple afin que SUN profite du morcelement du marché et devienne le monopole des OS. Aujourd'hui on aurait tous un processeur SPARC dans nos machines, on serait tous sous solaris et pourrait -on en conclure que SUN a beaucoup fait pour que les softs deviennent indépendant de l'architecture matérielle pour autant ???
<note: je ne parles toujours pas de java la>
Alors je recite cette phrase:
linux me fait de plus en plus penser aux Unix proprio qui ont fait le lit de MS windows
Linux et le système GNU surtout sont en train de mettre tout le monde d'accord - quoi que tu en penses. Et apporte BEAUCOUP au niveau compatibilité matérielle justement grace a l'environnement GNU qui est le meme sur toutes les architectures. que ce soit sur ARM/i86/PPC ... tu as le meme compilateur/interpreteur/librairies ... et cela grace a la disponibilité des sources. Du coup si tu distribue ton soft sous forme de sources il y a de grandes chances qu'il puisse fonctionner sur ces différentes architectures. Compare les familles BSD et Linux par exemple, la plupart des softs recompilent sans problème sur les 2.
Maintenant les Unix proprio (AIX en tete) sont livrés de plus en plus avec la couche GNU disponible. IBM livre meme les softs GNU en format RPM pour AIX ...
Linux EST en train d'apporter ce que aucune entreprise propriétaire n'a su apporter: l'indépendance !
# Re: Client VPN pour Linux/Win
Posté par PLuG . En réponse au journal Client VPN pour Linux/Win. Évalué à 1.
GPL, dispo pour les UNIX et les WIN32.
Ca a l'air très simple a mettre en place, reste a tester ...
Mais pour la securite en WiFi tu pourrais deja mettre en place EAP/TLS (comme cisco le fait souvent), compatible windows 2000/XP et linux, serveur en GPL dispo.
[^] # Re: Du nouveau sur les serveurs Debian compromises
Posté par PLuG . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 1.
cependant pour etre tatillon il me semble que SSH n'envoie pas le mot de passe (il est utilisé localement ...)
quelqu'un pour confirmer/infirmer j'ai pas le temps de verifier !
[^] # Re: Du nouveau sur les serveurs Debian compromises
Posté par PLuG . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 6.
je ne comprends donc pas ta comparaison. l'auth par clefs SSH est vraiment meilleure.
# Pourquoi BENEVOLEMENT ?
Posté par PLuG . En réponse au sondage Le nombre d'installations de Linux que j'ai bénévolement effectué est :. Évalué à 2.
je vote quoi ?
[^] # Re: La Fracture numérique s'étend, et profite à certains.
Posté par PLuG . En réponse au journal La Fracture numérique s'étend, et profite à certains.. Évalué à 2.
au lieu de demander a ceux qui sont deja équipés et qui n'ont besoin de rien, lançons une subscription chez ceux qui sont interessés mais non adslisables, au moins ils les auront moins en travers de la gorge ces 10 !!
[^] # Re: La Fracture numérique s'étend, et profite à certains.
Posté par PLuG . En réponse au journal La Fracture numérique s'étend, et profite à certains.. Évalué à 2.
il y a deja des differences de prix flagrantes sur certains biens entre la ville et la campagne, a commencer par les logements.
si cela coute plus cher de livrer une prestation a la campagne, pourquoi devrait-on le facturer le meme prix qu'ailleur ?
[^] # Re: transformer un linux en hub/switch
Posté par PLuG . En réponse au journal transformer un linux en hub/switch. Évalué à 2.
le bridge va apprendre quelles adresses mac se trouvent sur chaque brin et ne bridger que les paquets qui doivent l'etre plus les broadcast evidement.
comme un switch quoi.
[^] # Re: Gagner 50% de bande passante sur un serveur web
Posté par PLuG . En réponse au journal Gagner 50% de bande passante sur un serveur web. Évalué à 9.
[^] # Re: La France à 2 vitesses
Posté par PLuG . En réponse au journal La France à 2 vitesses. Évalué à 1.
J'allucine de lire ce commentaire, on dirait les idées que je diffuse régulièrement autour de moi.
Certaines personnes n'aiment pas conduire. Elles trouvent ca pénible de se concentrer sur la route, et préfèrent penser a autre chose en conduisant.
Certaines meme ne sont pas capables de conduire et ont eu leur permi "a l'usure" (j'ai passé le permi moto le meme jour qu'une dame passait son permi B pour la 15ieme fois !!!)
La voiture/Moto est un objet cher a l'achat et a l'entretien, POSSEDER une (des ?) voiture est stupide pour la plupart des gens qui ne l'utilisent que très peu... ou qui de toutes façons n'aiment pas conduire.
Pourquoi ne pouvons nous pas avoir en France un système de TAXI aussi performant qu'a New York ou a Yaoundé ?? Dans ces 2 capitales, il suffit de faire un signe a un taxi, a n'importe quelle heure du jour ou de la nuit pour obtenir le service a un prix CONCURENTIEL.
Le TAXI présente les avantages de la voiture particulière (depot devant la porte, transport des courses ....) sans son achat, et en demandant a un chauffeur PROFESSIONNEL de conduire.
Ah ? on me dit que les prix des taxi sont fixés et que ce n'est pas un secteur "libre" économiquement. vive le libre.
[^] # Re: Sauvegarde incrémentale sur CD : Je l'ai fait !
Posté par PLuG . En réponse au journal Sauvegarde incrémentale sur CD : Je l'ai fait !. Évalué à 1.
(genre owner/group , droits, dates diverses de modif/acces/...)
parce que les liens c'est bien mais ca ne permet pas de stocker ces infos !
[^] # Re: Sécurité chez Microsoft : un pas en avant ?
Posté par PLuG . En réponse au journal Sécurité chez Microsoft : un pas en avant ?. Évalué à 2.
l'ip source c'est au retour qu'elle sera utilisée mais cette fois ci le paquet n'arrivera pas.
C'est aussi cela qui fait que le commentaire plus haut (en substance, pas besoin de FW car ip privée) montre que la personne n'y connait rien.
par exemple je peux très bien envoyer des paquets avec l'ip source interne (192.168...) a une autre machine de son réseau qui se fera le PLAISIR de repondre en direction du 192.168.... et donc a son DNS. C'est une attaque "en aveugle" (on ne voit pas les paquets retour) mais ca se fait !
[^] # Re: Publication du reverse-proxy LemonLDAP
Posté par PLuG . En réponse à la dépêche Publication du reverse-proxy LemonLDAP. Évalué à 7.
Depuis le temps que je traine sur LinuxFR je ne peux plus compter le nombre de remarques a la "t'as qu'a corriger toi même" en réaction à des critiques constructives.
Pour moi les acteurs du logiciel libre c'est d'abord des amoureux de leur technique et de leur art (y a eu débat y'a pas lontemps). Je suis moi même perfectionniste et même si c'est rageant de faire des erreurs, il est primordial de savoir accepter et comprendre la critique quand elle est fondée... et de retourner à l'ouvrage pour corriger le problème.
Quand j'envoie un rapport de bug sur la liste du noyau comme cela m'est arrivé, je suis très content de recevoir des mails d'A.Cox lui même me demandant des précisions et me proposant des patchs a tester avant inclusion. Cela invite a l'aider a faire le correctif [que je suis incapable de faire]. Si il m'avait répondu "si t'es pas joyce passe à BSD" le correctif n'aurait pas été écrit et d'autres personnes auraient eu le problème.
On parle ici de la même chose: quelqu'un essaye ou lit une doc, repère des anomalies, en fait mention ... sauf que la réponse est loin de celle d'un vrai professionnel. L'orthographe n'est pas votre fort, pas de problème, demandez de l'aide, mais n'envoyez pas paître ceux qui pourraient vous aider !!
[^] # Re: Transformer un PC Linux en routeur avancé
Posté par PLuG . En réponse à la dépêche Transformer un PC Linux en routeur avancé. Évalué à 1.
Ensuite Cisco a des équipements qui font de la commutation de niveau 3 (IP) a une vitesse folle ... mais les prix sont prohibitifs ( 6509 par exemple avec les options qui vont bien ...)
[^] # Re: Préhistoire : lecteurs de disquette
Posté par PLuG . En réponse au sondage Préhistoire : lecteurs de disquette. Évalué à 1.
sur un serveur a monter en linux les cartes reseaux en Gb ethernet n'etaient pas supportées par le noyeau de la distrib. Obligé de télécharger les sources d'un driver et de le compiler.
Mais comment l'installer sur le serveur sans réseau et sans disquette ???
graver un CD n'est pas forcement simple en entreprise, et pour un module de 300Ko ça parait pas optimal ...
de meme pour installer certaines distrib sur des matériels exotiques (boot de la distrib ne supporte pas le scsi de la machine ... )
[^] # Re: Mozilla 1.5 disponible aujourd'hui
Posté par PLuG . En réponse à la dépêche Mozilla 1.5 disponible aujourd'hui. Évalué à 2.
Une redhat par exemple c'est un noyau pas "normal" (liste de patchs comme le bras), une distrib "tunée maison" (patchs idem), ...
Il faut bien qu'ils disent avec quoi ils ont testé et ils n'ont pas testé avec juste quelques librairies mais avec celles intégrées par RedHat.
Et puis de toutes manières les distributions vont intégrer le produit donc pas de soucis pour le end-user ;-))
# Re: Mise en route de ma page perso
Posté par PLuG . En réponse au journal Mise en route de ma page perso. Évalué à 1.
[^] # Re: Ici Radio Tux.
Posté par PLuG . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 4.
mais ça dépend de ce que l'on appelle cluster.
tu prends des Xseries IBM rackables (2500 le node), et tu les connecte a une baie de disque c'est CAREMENT moins cher... mais je parlait de redondance pour assurer le service avec un SLA satisfaisant, pas besoin de machines exceptionnelles, et dans ce cas c'est moins de 8000 le cluster complet ;-)))
vivement que intermezzo devienne fiable pour simplifier les conf de réplication ...
[^] # Re: Ici Radio Tux.
Posté par PLuG . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 6.
Mon avis:
- Le filesystème se doit avant tout d'être fiable et léger en conso cpu/io.
- le redimentionnement a chaud est pratique (lvm/....) sur les serveurs.
- la journalisation permet des reboot plus rapides.
Après on module en fonction de ces paramètres et d'une certaine volontré d'homogénéité du parc installé (par question d'avoir un fs différent sur chaque serveur sinon bonjour la galère pour les admins ...).
Et quand les perfs manquent y a certainement plein de solutions avant de changer de fs (plus l'optimisation est faite a haut niveau (application par exemple) plus les gains sont importants). Surtout qu'il y a des solutions simples (plus de ram ==> plus de cache disque) pour 'accélérer' les lecures/ecritures.
Et quand le service est TRES important, un cluster avec réplication des datas entre plusieurs nodes permet de s'affranchir des problèmes de fsck trop long au reboot (haute dispo de toute manière ...) voir de répartir la charge quand tous les nodes sont actifs ...
Conclusion:
Ces benchs sont TRES interessants, en premier lieu pour ceux qui DEVELOPPENT les fs. Ce genre de résultats de bench est publié régulièrement sur la liste kernel et permet aux développeurs d'optimiser leur produit aux endroits ou ils sont les plus mauvais. Du coup les fs évoluent TOUS grace à ces bench et le choix du fs pour le PROD se fait sur d'autres critères que les perfs.
[^] # Re: La crypto c'est sympa pour chiffrer OTP
Posté par PLuG . En réponse au sondage La crypto c'est sympa pour chiffrer. Évalué à 1.
(ils transmettent la clef a la fin des paquets ....)
[^] # Re: Je vais travailler
Posté par PLuG . En réponse au sondage Je vais travailler. Évalué à 2.
- 35 km de bouchons sur 55km de trajet ? => 50 minutes.
- personne sur 55km => 30 minutes.
Ce sont les 2 extrèmes. Le meme trajet en voiture varie de 30 minutes a plusieurs heures, en train ... ben c'est pas mieux (et en plus le meilleur temps en transport en commun c'est 3h30 dans mon cas!)
Avec les messages a répétition sur la sécurité, en ce moment la vitesse c'est mal vu. c'est pas forcement aussi dangereux que sarko voudrait le faire croire mais ca amuse le peuple ...
"sécurité" cause nationnale ==> flics sur les routes.
C'est bien, mais je ne pense pas que le "sentiment d'insécurité" des français qui ont voté extreme droite au premier tour soit un sentiment d'insécurité au volant hein.
Au moins ca rapporte au gouvernement toutes ces prunes :-)
Dernier message: plus de 80% des accidents moto dégagent la responsabilité du motard (qui incombe donc a quelqu'un d'autre). Alors oui il y a beaucoup d'accidents et de tués en moto, et oui les motards roulent souvent (trop) vite (ou en tout cas plus vite que les voitures), mais en moto:
- pas de passager pour discuter
- pas de radio pour revasser
- pas de téléphone qui sonne
- pas de chauffage endormant
- pas de montant de pare-brise masquant la route,
- pas d'angle mort ...
LE MOTARD EST CONCENTRE SUR CE QU'IL FAIT.
PS: je vais au boulot en .. moto :-)
# Re: Half Life 2 : Valve tendait la perche
Posté par PLuG . En réponse au journal Half Life 2 : Valve tendait la perche. Évalué à 1.
ou du moins dans IE mais exploité a travers Outlook !???
désolé si l'info est déjà dans les liens mais pour le moment les liens vers le forum ne marchent pas (effet /. linuxfr/bugtrack/etlesautres).
# Re: proxy et configuration réseau...
Posté par PLuG . En réponse au journal proxy et configuration réseau.... Évalué à 1.
le client ftp "normal" (binaire "ftp" quoi) ne les utilises pas il me semble donc il te faut changer de client ftp.
et la je te conseille lftp (livré avec la RedHat a la place de ncftp qu'ils ne livrent qu'en addendum maintenant). lftp sait utiliser pleins de proxy différents (http, socks, ...) et est assez pratique.
man lftp est ton ami pour definir les proxy :-)
[^] # Re: Init
Posté par PLuG . En réponse au journal Init. Évalué à 3.
(il faut mettre des "-" devant les noms des fichiers non "syncer"