Oui oui, c'est bien ce que j'avais constaté.
Je ne connais pas bien la libc, mais un truc du genre « lire le flux f dans le buffer b jusqu'à ce qu'on rencontre le caractère c » c'est pas possible ?
Alors ta première suggestion non, car la sortie ne sera pas triée.
Ne pas oublier que sort ne traite que les données qui n'ont pas été traitées par sed.
Hors sed utilise un buffer de 4 Ko, largement de quoi contenir toutes mes routes.
Donc sed supprime les 2 lignes et resort la suite telle quelle.
Et la 2ème non plus, car mon objectif est de conserver les entêtes, pas de les éliminer.
Ce que je cherche à faire avec le head, c'est lire les 2 premières lignes (et uniquement les 2 premières) et les afficher, pour ensuite ne laisser à sort que les données, hors entêtes.
AMHA la capture d'écran (de manière générale) est un support pûrement destiné à un public « technique », elle n'a rien à faire dans une documentation utilisateur en ligne.
Elle a sa place dans une doc papier, ou toute confusion est exclue.
Le support du clavier Dvorak est déjà intégré dans Windows NT/2000/XP (« options régionales et linguistiques »), et ça m'étonnerait qu'il ne le soit pas également dans Solaris.
Mon point de vue à moi c'est que le swap doit être capable de contenir l'ensemble de la RAM non utilisée à un instant donné, laissant ainsi le maximum de place au système et aux applications actives.
Reste à connaître le nombre et la taille des applications susceptibles de "dormir".
Pour une utilisation bureautique + web + programmation + jeux (pas forcément tout en même temps!), avec 1Go de RAM, un swap de 500 Mo me paraît raisonnable.
Pour un serveur qui héberge des dizaines de sessions utilisateur en parallèle, qui restent ouvertes plusieurs jours, mais pas forcément très actives, ça ne me choquerait pas d'avoir un swap 10x supérieur à la RAM, voir davantage.
Surtout, il n'y a pas de ratio RAM/swap qui tienne la route.
Et enfin, trop de swap c'est également "dangereux", puisqu'une grosse appli très active au premier plan va pouvoir prendre ses aises et reléguer toutes les autres dans le swap, plutôt que de la jouer à l'économie.
Et maintenant, si on parlait du partitionnement ? :D
Pourquoi ce distant « M. Tridgell » ?
Comme signalé ci-dessus « Tridge » n'est pas le dernier des inconnus...
Et dire que son développement est à l'origine de toute l'affaire me paraît un peu simpliste. D'autres diront qu'il a servi de prétexte.
Enfin maintenant, BitKeeper et Linux c'est de l'Histoire, et seule une poignée d'individus y reconnaîtront réellement -- en toute subjectivité :) -- les torts et mérites de chacun.
La recherche de « free » sur le site de MS rapporte dans l'ordre: Internet Explorer, Windows Media Player 9, PowerPoint Viewer, Windows Media Player 10,...
Oui, il faudrait un système à réponses multiples.
Avec un système de pondération bien entendu: une voix issue d'une réponse multiple pèse moins qu'une voix issue d'une réponse unique.
Et aussi la possibilité d'ajouter sa propre réponse dans une liste secondaire, pas affichée mais consultable, pour que d'autres puissent la reprendre et au bout de quelques sélections la faire monter en liste principale.
Ah oui Theodore Monod faisait pas mal référence à lui dans un bouquin très bien dont je ne retrouve pas le nom.
Il a dû écrire des trucs pas cons ce Teilhard.
Je pense que ça peut être gênant pour les automates de listes de diffusion/discussion, qui essaient de joindre directement le destinataire final pour détecter les erreurs SMTP permanentes (compte ou domaine inexistant, etc) et retirer les adresses concernées de la liste.
Si on ajoute un intermédiaire, la gestion d'erreur synchone n'est plus possible.
Il faut alors interpréter les «bounce», et c'est un tout autre bordel...
[^] # Re: C'est pas un bug, c'est une fonctionnalité (mal comprise?)
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
Je ne connais pas bien la libc, mais un truc du genre « lire le flux f dans le buffer b jusqu'à ce qu'on rencontre le caractère c » c'est pas possible ?
[^] # Re: Euh...
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
1) les deux premières lignes telles quelles, et
2) les lignes suivantes, triées.
[^] # Re: Euh...
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
Ne pas oublier que sort ne traite que les données qui n'ont pas été traitées par sed.
Hors sed utilise un buffer de 4 Ko, largement de quoi contenir toutes mes routes.
Donc sed supprime les 2 lignes et resort la suite telle quelle.
Et la 2ème non plus, car mon objectif est de conserver les entêtes, pas de les éliminer.
Ce que je cherche à faire avec le head, c'est lire les 2 premières lignes (et uniquement les 2 premières) et les afficher, pour ensuite ne laisser à sort que les données, hors entêtes.
[^] # Re: et si tu faisais
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
Je préfère quand même traiter la sortie en un seul flux.
Voir ma ligne de commande avec les « read ».
[^] # Re: Commande ip
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
[^] # Re: Commande ip
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
[^] # Re: et si tu faisais
Posté par Nicolas Melay . En réponse au journal sort - tri de route. Évalué à 1.
Ma commande est un exemple.
Dans ce cas très précis je pourrais aussi réafficher les entêtes à la main, etc.
Mais tout l'intérêt est dans le problème.
[^] # Re: Sur ordinateur?
Posté par Nicolas Melay . En réponse au sondage Mon sport préféré se joue. Évalué à 1.
[^] # Re: Synergy
Posté par Nicolas Melay . En réponse au sondage Pour utiliser mes ordinateurs je me sers. Évalué à 1.
Ce que j'ai d'ailleurs un peu de mal à comprendre: pourquoi la saisie est-elle modifiée sur le PC maître ?
À part ça c'est un excellent soft, original et qui répond à un vrai besoin.
Et il y en a qui osent prétendre que le LL freine l'innovation, tsss...
[^] # Re: videos
Posté par Nicolas Melay . En réponse à la dépêche Projet BetterDesktop. Évalué à 4.
AMHA la capture d'écran (de manière générale) est un support pûrement destiné à un public « technique », elle n'a rien à faire dans une documentation utilisateur en ligne.
Elle a sa place dans une doc papier, ou toute confusion est exclue.
# Déjà dans Windows et probablement dans Solaris
Posté par Nicolas Melay . En réponse au message exportation du mapping dvorak X.org vers solaris9 et ouinedoze. Évalué à 2.
# Flottement dans la politique tarifaire
Posté par Nicolas Melay . En réponse à la dépêche Interview de Jean Marie Verdun, responsable activité Linux chez HP France. Évalué à 2.
Mais le HP Compaq nx6610 (réf. PT601AA) proposé le 25 août à 849 Euro TTC (http://h41131.www4.hp.com/fr/fr/pr/FRfr30082005164526.html(...) et http://store.mandriva.com/product_info.php?cPath=106&products_i(...) est disponible depuis début juillet à 679 Euro HT, soit 812 Euro TTC, prix catalogue (http://h41087.www4.hp.com/produits/prix/index.html).(...)
Vu comme ça l'offre ne me semble pas franchement attrayante.
J'ai signalé ceci à MandrakeSoft il y a 2 jours, dès réception de leur newsletter, mais je n'ai pas eu de réaction de leur part.
# Le swap, c'est un vieux débat.
Posté par Nicolas Melay . En réponse au message Quantité de swap pour 1 Go de RAM. Évalué à 5.
Il y a quelques échanges intéressants sur le sujet dans http://kerneltrap.org/node/3202(...) .
Mon point de vue à moi c'est que le swap doit être capable de contenir l'ensemble de la RAM non utilisée à un instant donné, laissant ainsi le maximum de place au système et aux applications actives.
Reste à connaître le nombre et la taille des applications susceptibles de "dormir".
Pour une utilisation bureautique + web + programmation + jeux (pas forcément tout en même temps!), avec 1Go de RAM, un swap de 500 Mo me paraît raisonnable.
Pour un serveur qui héberge des dizaines de sessions utilisateur en parallèle, qui restent ouvertes plusieurs jours, mais pas forcément très actives, ça ne me choquerait pas d'avoir un swap 10x supérieur à la RAM, voir davantage.
Surtout, il n'y a pas de ratio RAM/swap qui tienne la route.
Et enfin, trop de swap c'est également "dangereux", puisqu'une grosse appli très active au premier plan va pouvoir prendre ses aises et reléguer toutes les autres dans le swap, plutôt que de la jouer à l'économie.
Et maintenant, si on parlait du partitionnement ? :D
[^] # Re: poids
Posté par Nicolas Melay . En réponse au journal Les lames des sabres laser ont-elles une masse ?. Évalué à 3.
# M. Tridgell ?
Posté par Nicolas Melay . En réponse à la dépêche M. Tridgell publie son client libre pour Bitkeeper. Évalué à 5.
Comme signalé ci-dessus « Tridge » n'est pas le dernier des inconnus...
Et dire que son développement est à l'origine de toute l'affaire me paraît un peu simpliste. D'autres diront qu'il a servi de prétexte.
Enfin maintenant, BitKeeper et Linux c'est de l'Histoire, et seule une poignée d'individus y reconnaîtront réellement -- en toute subjectivité :) -- les torts et mérites de chacun.
[^] # Re: C'est simple...
Posté par Nicolas Melay . En réponse au sondage Il casse la figure de tous les autres quand il veut. C'est :. Évalué à 2.
http://www.googlefight.com/cgi-bin/compare.pl?q1=George+W.+Bush&(...)
[^] # Re: Vraiment populaire
Posté par Nicolas Melay . En réponse à la dépêche Nmap 3.70 est sorti. Évalué à 3.
La recherche de « free » sur le site de MS rapporte dans l'ordre: Internet Explorer, Windows Media Player 9, PowerPoint Viewer, Windows Media Player 10,...
# Typo
Posté par Nicolas Melay . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 1.
Répéter la même faute 3 fois de suite par accident ça me paraît difficile...
Ils n'ont quand même pas fait ça pour éviter des problèmes vis à vis de la marque déposée?!?
Un usage abusif du copier/coller peut-être?
[^] # Re: Knoppix/Gnoppix : meme combat??
Posté par Nicolas Melay . En réponse à la dépêche Gnoppix 0.8. Évalué à 1.
[^] # Re: Salut bandes de tar
Posté par Nicolas Melay . En réponse au journal Salut bandes de tar. Évalué à 1.
[^] # Re: Article décevant ... avis bienvenus
Posté par Nicolas Melay . En réponse à la dépêche "Big fish" de Tim Burton. Évalué à 0.
[^] # Re: Le critère d'achat principal de mon PC :
Posté par Nicolas Melay . En réponse au sondage Le critère d'achat principal de mon PC :. Évalué à 1.
Avec un système de pondération bien entendu: une voix issue d'une réponse multiple pèse moins qu'une voix issue d'une réponse unique.
Et aussi la possibilité d'ajouter sa propre réponse dans une liste secondaire, pas affichée mais consultable, pour que d'autres puissent la reprendre et au bout de quelques sélections la faire monter en liste principale.
Et encore... bon OK j'arrête.
[^] # Re: Le critère d'achat principal de mon PC :
Posté par Nicolas Melay . En réponse au sondage Le critère d'achat principal de mon PC :. Évalué à 1.
Tu voulais dire Sarge je suppose...
[^] # Re: Concours de création d'un nouveau logo pour NetBSD
Posté par Nicolas Melay . En réponse à la dépêche Concours de création d'un nouveau logo pour NetBSD. Évalué à 2.
Il a dû écrire des trucs pas cons ce Teilhard.
[^] # Re: Tele2 : port 25 bloque ?
Posté par Nicolas Melay . En réponse au journal Tele2 : port 25 bloque ?. Évalué à 1.
Si on ajoute un intermédiaire, la gestion d'erreur synchone n'est plus possible.
Il faut alors interpréter les «bounce», et c'est un tout autre bordel...