tag:linuxfr.org,2005:/users/khivapia/postsLinuxFr.org : les publications de khivapia2017-03-30T11:30:52+02:00/favicon.pngtag:linuxfr.org,2005:Post/380152017-03-30T11:30:52+02:002017-03-30T11:31:09+02:00[pas cher] Vends OpenMoko + carte de debug<p>OpenMoko GTA02 avec chargeur, avec fix 1024 appliqué. <br>
Avec carte de debug auxiliaire.</p>
<p>10-15€ ou prix qui vous conviendra :-)</p>
<p>Sur Rennes. </p><div><a href="https://linuxfr.org/forums/general-petites-annonces/posts/pas-cher-vends-openmoko-carte-de-debug.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/111571/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-petites-annonces/posts/pas-cher-vends-openmoko-carte-de-debug#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/111571/comments.atomtag:linuxfr.org,2005:Post/380052017-03-28T15:30:25+02:002017-03-28T15:30:25+02:00Serveur basse consommation ? <p>Bonjour à tous,</p>
<p>J'étais un très heureux possesseur d'un serveur basse consommation fourni à l'époque par D-Cubes (une junior entreprise belge qui avait fait un peu de pub sur Linuxfr en 2011).<br>
J'ai sans doute fait cramer la carte mère en aspirant la poussière et du coup en faisant tourner le ventilateur PC débranché /o\, quoi qu'il en soit il ne démarre plus. </p>
<p>Je recherche donc de quoi le remplacer. Idéalement, pour pas trop cher, donc en changeant juste la carte mère (à moins que vous ne conseillez aussi de changer l'alimentation et donc le boîtier qui l'intégrait ; ça s'use une alimentation ? )</p>
<p>Je recherche une carte mère avec un processeur basse consommation, idéalement sans ventilateur, et prise SATA pour disque 3,5 pouces. <br>
S'il faut aussi changer le boîtier, j'en rechercherais un le plus petit possible (avec emplacement 3,5 de préférence, sinon je me contenterai de 2,5 mais ce serait dommage de devoir racheter un nouveau disque). </p>
<p>Évidemment je souhaite un support Linux durable (mon cas d'usage c'est d'installer Debian et de la mettre à jour au fil des nouvelles versions sans me casser la tête). </p>
<p>Du coup je suis plutôt parti vers une config PC (plutôt qu'ARM), et j'ai une préférence pour AMD :-) J'ai vu qu'ils font des trucs pas mal en basse consommation (ex: System-on-Chip GX-412HC), mais c'est impossible à trouver mis à part chez des revendeurs ultraspécialisés (donc très chers). </p>
<p>Du coup : <br>
1. faut-il aussi changer l'alim et le boîtier (mini-ITX) d'après vous ? <br>
2. est-ce que des solutions à base de processeur ARM sont recommandables ? <br>
3. que recommanderiez-vous ? </p>
<p>Merci pour vos avis éclairés !</p><div><a href="https://linuxfr.org/forums/general-cherche-materiel/posts/serveur-basse-consommation.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/111552/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-cherche-materiel/posts/serveur-basse-consommation#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/111552/comments.atomtag:linuxfr.org,2005:Post/378102017-01-28T13:00:03+01:002017-01-28T13:00:23+01:00Europe : marché commun ou pas ? <p>Bonjour,</p>
<p>Une petite question / coup de gueule / remarque qui me taraude. <br>
Je cherche à m'acheter un nouveau téléphone, je guette les réductions sur le galaxy s 7 edge (c'est celui qui est le mieux noté au niveau qualité de la connexion réseau).<br>
Samsung propose une offre de remboursement de 100€ (wtf ces offres à la noix par rapport à une bonne vieille réduction des familles, m'enfin bon ils en sont coutumiers). <br>
Je trouve le téléphone bien moins cher sur amazon.de que sur des sites français. Par acquis de conscience, je demande quand même à Samsung si leur offre est valable en Allemagne. <br>
Réponse (rapide, c'est tout à leur honneur): c'est OK mais "le produit vendu doit être conçu pour le marché français."</p>
<p>Certes il y a une personnalisation entre les pays, mais elle se limite uniquement à la langue, non ? </p>
<p>Je ne doute pas de leur capacité à avoir segmenté le marché, mais est-ce (encore) légalement possible dans Schengen de faire des réductions valables pour un seul pays ? Ou alors ils exploitent une forme de trou dans la législation ?</p>
<p>Merci aux avis juridiques éclairés :-) Non pas que je fasse un procès, mais au moins que je me fasse un avis. </p><div><a href="https://linuxfr.org/forums/general-general/posts/europe-marche-commun-ou-pas.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/111134/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-general/posts/europe-marche-commun-ou-pas#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/111134/comments.atomtag:linuxfr.org,2005:Post/364742016-02-08T18:54:11+01:002016-02-08T18:54:11+01:00Frais de tenue de compte et clôture d'un Plan d'Épargne Logement<p>Bonjour chers lecteurs,</p>
<p>Une petite question me taraude quant à l'apparition des frais de tenue de compte. </p>
<p>Ma banque (le Crédit Lyonnais) m'a envoyé récemment l'avenant tarifaire introduisant des frais de tenue de compte de 24€ par an (ou jusqu'à pas moins de 12€ si je souscris aux relevés de compte électronique ou y verse mon salaire). <br>
Je n'ai qu'une carte bancaire basique et suis bien tenté de refuser ces 30% d'augmentation sur mes frais bancaires (jamais de découvert, pas de retrait à l'étranger). </p>
<p>Ma stratégie est la suivante :<br>
1. tentative échouée de négocier par mail (je suis prêt à passer aux relevés de compte en ligne, mais retirez-moi ces frais - vous comprenez on a des investissements et le cadre juridique évolue - non je ne comprends pas les taux d'intérêt sont bas donc c'est peu coûteux d'investir et personne ne se permet d'augmenter ses tarifs de 30% - tant pis).<br>
2. j'ai décidé de refuser l'évolution de ces frais (comme d'ailleurs l'AFUB le suggère). <br>
Mais mon idée est de laisser l'initiative de la clôture du compte courant à la banque, si vraiment elle juge que je ne suis pas un bon client (revenus réguliers mais peu de frais bancaires = peut-être ! mais ça m'étonnerait un peu)</p>
<p>La question : toutefois je ne souhaite pas transférer mon PEL (ni le CEL associé), et du coup je m'interroge : la banque peut-elle décider de tout clôturer ? Si oui, sur quelle base ? Les conditions générales de banque ne mentionnent en effet que le compte courant. </p>
<p>Merci de vos avis,</p>
<p>khivapia</p>
<p>Bonus : c'est là que je me rends compte que la convention d'ouverture d'un PEL que j'ai signée réfère aux "Conditions générale des PEL" que je n'ai pas (ou plus ? bizarre). Donc si quelqu'un retrouve la sienne (au LCL) et veut ma reconnaissance, ça m'intéresserait grandement ! </p><div><a href="https://linuxfr.org/forums/general-hors-sujets/posts/frais-de-tenue-de-compte-et-cloture-d-un-plan-d-epargne-logement.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/108136/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-hors-sujets/posts/frais-de-tenue-de-compte-et-cloture-d-un-plan-d-epargne-logement#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/108136/comments.atomtag:linuxfr.org,2005:Post/314642012-06-19T19:08:59+02:002012-07-02T09:31:35+02:00Vends ultraportable [vendu]<p>Lenovo Ideapad S10</p>
<p>10 pouces, résolution 1024x600, dalle mate</p>
<p>Processeur Atom N270 32 bits 1,6 GHz<br />
1500 Mo de RAM</p>
<p>Léger.<br />
Deux batteries qui tiennent encore la route (3 et 6 cellules)<br />
Webcam, lecteur de cartes SD, deux ports USB, prise micro et prise casque. </p>
<p>Tout marche bien sous Linux avec les pilotes libres, y compris le réseau sans fil avec le module b43. </p>
<p>Chipset graphique Intel 945 GM (non Poulsbo, heureusement !)<br />
Disque dur de 160 GB (pas un SSD)</p>
<p>80€ à débattre, acheté neuf 340€ (y compris les 2 batteries). </p>
<p>Sur Rennes ou Paris. </p>
<p>Edit: précisions sur la config</p>
<p>sacoche bandoulière en plus pour 10€ négociables, avec des poches (pas une simple housse néoprène). </p><div><a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-ultraportable-vendu.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/94569/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-ultraportable-vendu#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/94569/comments.atomtag:linuxfr.org,2005:Post/307652011-12-09T11:05:37+01:002011-12-09T11:05:37+01:00Tablette tactile pour web / films, bien mise à jour si possible <p>Bonjour,</p>
<p>Dans la lignée du précédent message, je recherche une tablette tactile aux caractéristiques suivantes : <br />
de l'ordre de 300€ max.<br />
bonne autonomie<br />
suivie par le constructeur : mises à jour proposées, ou alors possibilité d'installer des OS alternatifs (CyanogenMod, Debian...) <br />
pas nécessairement 3G<br />
Résolution raisonnable</p>
<p>Il me semble que l'Archos 101 rentre dans les clous, mais je ne sais pas ce qu'il en est des mises à jour : Archos est-elle une boîte type Apple où il faut racheter le matériel pour avoir l'OS suivant, ou bien fournit-elle des mises à jour assez longtemps pour ses produits ? <br />
Y a-t-il accès, également, aux applications du google store (ou je ne sais quoi) ? (applications gratuites essentiellement)</p>
<p>Deuxième petite question, qu'en est-il de l'influence du processeur sur l'utilisabilité de la tablette ? Est-ce que sa puissance est un critère de choix pertinent ? </p>
<p>Merci beaucoup de vos conseils avisés </p>
<p>khivapia</p><div><a href="https://linuxfr.org/forums/general-cherche-materiel/posts/tablette-tactile-pour-web-films-bien-mise-%C3%A0-jour-si-possible.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/88577/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-cherche-materiel/posts/tablette-tactile-pour-web-films-bien-mise-%C3%A0-jour-si-possible#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/88577/comments.atomtag:linuxfr.org,2005:Post/305612011-10-11T20:57:07+02:002011-10-11T20:57:07+02:00"J'ai installé mon premier Linux en 1990..."<p>dit ce fier retraité vannetais. </p>
<p>Il faut croire qu'ils étaient très en avance sur leur temps à l'époque, IPOT savait déjà chercher dans le futur des noyaux annoncés seulement en août 1991 ! </p>
<p>Le monsieur travaillait à l'Onera. On ne nous dit pas tout. </p>
<p>
<a href="http://vannes.letelegramme.com/local/morbihan/vannes-auray/vannes/linux-pas-seulement-pour-les-experts-11-10-2011-1460944.php">http://vannes.letelegramme.com/local/morbihan/vannes-auray/vannes/linux-pas-seulement-pour-les-experts-11-10-2011-1460944.php</a>
</p><div><a href="https://linuxfr.org/forums/general-hors-sujets/posts/jai-install%C3%A9-mon-premier-linux-en-1990.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/87766/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-hors-sujets/posts/jai-install%C3%A9-mon-premier-linux-en-1990#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/87766/comments.atomtag:linuxfr.org,2005:Post/305502011-10-10T10:41:47+02:002011-10-10T10:44:27+02:00Vends routeur wifi Linksys WRT54GL<p>Très peu servi. Acheté neuf en 2008. </p>
<p>Routeur wifi G + ethernet 10/100 5 ports. </p>
<p>Idéal pour s'amuser avec DD-WRT ou OpenWRT, compatible. </p>
<p>Firmware et boîte d'origine. </p>
<p>25-30€ à débattre. </p>
<p>(sur Rennes). </p><div><a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-routeur-wifi-linksys-wrt54gl.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/87726/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-routeur-wifi-linksys-wrt54gl#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/87726/comments.atomtag:linuxfr.org,2005:Post/295382011-01-04T22:16:45+01:002011-01-04T22:16:45+01:00Template, mes amis !
Bonjour à tous,<br />
<br />
Une petite question qui me taraude : <br />
je désire faire des opérations sur des objets divers connus à la compilation, et pour ça j'utilise des template cl<T\><br />
Un objet parmi ceux-ci, mettons E, me sert à extirper certaines propriétés de ma classe template cl<T\>. <br />
<br />
Dans un souci d'encapsulation, cl<\T> a des méthodes privées. cl aussi. Logique. <br />
J'ai pourtant besoin, quand j'extrais des propriétés de cl<T\>, d'appeler des méthodes de cl<E\> qui doivent, pourtant, rester privées par ailleurs. <br />
<br />
Je pourrais dire que toutes les classes cl<T\> sont amies les unes des autres, en déclarant<br />
<code> template<class T><br />
friend class cl { ...<br />
</code><br />
Mais c'est moche, cl<T\> avec T quelconque n'a besoin d'avoir que cl<E\> comme amie, pas toutes ses cousines (on n'est pas sur facebook ici). <br />
<br />
D'autre part, je n'ai rien à spécialiser dans cl<E\> qui me justifie de déclarer et définir ses méthodes par ailleurs : elles sont déclarées génériquement dans cl, pas très envie de dupliquer le code. À la rigueur la déclaration de la fonction, mais ça risque d'être assez pénible.<br />
<br />
Qu'en pensez-vous ? Faut-il dupliquer toutes mes lignes de déclaration de méthodes pour cl<E\> ? Ou bien y a-t-il un design plus élégant ? <br />
<br />
merci de vos lumières,<br />
<br />
khivapia<br />
<br />
PS : question subsidiaire : il y a un moyen d'échapper les < > autrement que de la façon - moche - dont je l'ai fait ?<div><a href="https://linuxfr.org/forums/programmation-c/posts/template-mes-amis.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/84027/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/programmation-c/posts/template-mes-amis#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/84027/comments.atomtag:linuxfr.org,2005:Post/283622010-02-08T23:23:10+01:002010-02-08T23:23:10+01:00Performances de memcpy ???
Bonjour chers lecteurs du forum,<br />
<br />
Une petite question me tarabuste : je viens de découvrir le benchmark tout simple mbw (pour memory bandwith) qui teste les performance de la machine pour ce qui est de la mémoire. Il est disponible sous debian testing ou à l'adresse <a href="http://linux.softpedia.com/progDownload/MBW-Download-12167.html">http://linux.softpedia.com/progDownload/MBW-Download-12167.h(...)</a> il n'y a pas plus simple : un simple fichier C à compiler). <br />
<br />
Il s'agit d'allouer un tableau d'entiers, et de le copier le plus vite possible vers un autre tableau. Le test mesure la vitesse de copie. De manière basique on précise simplement la quantité (en Mo) de mémoire à utiliser pour le test, par exemple 200: ./mbw 200 (utilisera au total 400 Mo, hé oui si vous avez suivi il faut 200 Mo pour l'original et 200Mo pour la copie). <br />
Essentiellement 3 tests sont disponibles<br />
* le premier, un memcpy tout bête, source -> destination pour la quantité donnée initialement<br />
* le deuxième, une copie <i>a la mano</i> du type for (...) { dest[i] = src[i] }<br />
* le dernier, un memcpy par blocs de taille prédéfinie (quelques dizaines de Ko).<br />
<br />
Les résultats (sur différentes machines, architectures variées 64 et 32 bits, amd et intel, datant des années 2003 à aujourd'hui, distributions variées avec une dominante debian) sont éloquents:<br />
Dans tous les cas, le memcpy tout seul est le plus mauvais.<br />
La copie naïve met entre 1,5 et 2.5 fois moins de temps que memcpy (suivant les architectures).<br />
Le memcpy par blocs de quelques ko est infiniment plus rapide que les autres (de l'ordre de 8 fois plus rapide que le memcpy standard, surtout si on tune la taille du bloc).<br />
<br />
Alors on pense immédiatement à des effets de cache, ce qui se conçoit pour le memcpy par blocs (quelques dizaines de ko = taille du cache L1 par exemple). Ce que confirme valgrind --tool=cachegrind par exemple (même en tunant les paramètres pour le faire ressembler aux machines à ma disposition, x86info --cache est votre ami). <br />
<br />
Les optimisations du compilateur n'entrent pas en jeu (en -O0 comme en -O3 comme avec -march=native ou non ne change pas grand-chose). J'exclus également les mécanismes de prefetch hardware qui pour les données n'existent que depuis peu (pas vraiment sur les anciens processeurs en tous cas). <br />
<br />
En revanche, rien ne m'explique pourquoi la copie naïve est plus rapide que le memcpy. Les résultats de cachegrind ne font pas apparaître de différences flagrantes dans l'utilisation du cache, pourtant la différence est réelle... C'est pourquoi je vous pose la question ! <br />
<br />
D'ailleurs memcpy ne devrait-il pas (ou le compilateur quand il compile memcpy) faire attention au cache en choisissant une taille de copie convenable ? pas forcément optimale mais convenant à une majorité de processeurs actuels, et l'utiliser comme le fait la version par blocs de la copie, un peu comme fait gparted quand on copie des partitions, pour ce qui est de la taille de bloc à prendre.<br />
<br />
Notons que ce benchmark est assez spécifique bien entendu. Dans d'autres applications plus orientées calcul j'ai déjà vu memcpy faire gagner pas mal de temps. Mais là j'ai vraiment du mal à m'expliquer le résultat, même en ayant relu <a href="http://people.redhat.com/drepper/cpumemory.pdf">http://people.redhat.com/drepper/cpumemory.pdf</a> <br />
<br />
En résumé deux choses sont étonnantes de mon point de vue :<br />
1) le manque de tenue de memcpy par rapport à la copie naïve. On mesure quand même bien l'appel le plus simple qui peut être fait de ces fonctions ! Et la différence est significative. Alors certes il ne s'agit que de copier des entiers et pas des structures compliquées, mais tout de même. <br />
2) pourquoi memcpy ne fait pas par défaut une copie par taille de quelques ko. Les processeurs ont tous depuis plusieurs années un cache L1 qui fait au moins 32Ko, on pourrait décider que memcpy copie par bloc de 16Ko par exemple. <br />
<br />
<br />
PS : si quelqu'un pouvait faire tourner ce bench sur quelques archis intel type core i* avec DDR3 et poster les chiffres des lignes AVG, je l'en remercie d'avance.<br />
PS : je vais recompiler en utilisant les options de la branche graphite de gcc-4.4 qui est censée bien gérer la gestion du cache dans les boucles, voir la dépêche <a href="https://linuxfr.org//2009/04/21/24809.html">https://linuxfr.org//2009/04/21/24809.html</a> J'ose espérer que la boucles si simple de la méthode naïve pourra être optimisée sans trop de difficultés par le compilateur, sinon il faudra voir ce que donne un découpage à la main.<div><a href="https://linuxfr.org/forums/programmation-c--2/posts/performances-de-memcpy.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/82874/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/programmation-c--2/posts/performances-de-memcpy#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/82874/comments.atomtag:linuxfr.org,2005:Post/270642009-04-13T23:05:51+02:002009-04-13T23:05:51+02:00Vends Asus eeePC 701
Peu servi, système initial (Xandros avec mises à jour par défaut), la batterie tient comme au premier jour (regarder un film de 3h est possible).<br />
<br />
Possibilité de faire tourner une debian avec KDE4 et les effets de bureau sur clef USB par exemple (expérience vécue).<br />
<br />
Petit rappel des caractéristiques : <br />
carte réseau atl2 100Mb/s, wifi ath5k<br />
lecteur de cartes mémoire 3 en 1<br />
disque interne SSD 4Go<br />
écran 7" 800*480<br />
processeur Intel Celeron M 900 MHz<br />
chipset graphique GMA 900<br />
Chargeur pratique, fil long et léger, transformateur intégré à la prise (pas au milieu pris entre deux fils)<br />
Poids environ 1 Kg.<br />
<br />
Fourni avec sa boîte d'origine (manuels, etc.) et housse de transport. <br />
<br />
Prix : 100€ à débattre (à débattre ! )<br />
Sur Paris.<br />
<br />
Merci.<div><a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-asus-eeepc-701.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/81615/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-petites-annonces/posts/vends-asus-eeepc-701#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/81615/comments.atomtag:linuxfr.org,2005:Post/269742009-03-28T18:49:07+01:002009-03-28T18:49:07+01:00sshd en nice -2 par défaut ??
Bonjour à tous, <br />
<br />
J'ai récemment découvert que sur mon serveur sshd était en nice -2 par défaut. Il s'agit d'une debian lenny. C'est gênant car les utilisateurs qui se connectent ont alors un shell en priorité -2 quand ils se connectent. C'est gênant encore car je n'ai pas souvenir d'avoir modifié la priorité du serveur sshd. <br />
Celui-ci est configuré pour quelques utilisateurs (moins d'une dizaine), et accepte les connexions sur deux ports.<br />
init tourne en priorité 0 (normal !), ce qui est normal<br />
Ceci me fait me poser plusieurs questions : <br />
1) est-ce normal (vu les options de config) que sshd tourne avec une priorité légèrement supérieure ? <br />
2) ce n'est sans doutes pas normal que les shells obtenus soient prioritaires aussi est-ce possible de modifier la config pour que les shells obtenus soient en nice 0 ? (même si sshd tourne en -2, après le fork il devrait être possible qu'il perde un peu de droits)<br />
3) je ne vois pas vraiment d'activité suspecte dans le système et les logs, mais au cas où, quelles sont les mesures à prendre pour s'assurer que je n'ai pas perdu le contrôle de la machine ?<br />
4) j'ai cherché dans les manuels de sshd et sshd_config, je ne vois absolument pas comment le changement de priorité a pu se faire ou se configurer, pouvez-vous m'éclairer ou me donner des pistes ? <br />
<br />
En vous remerciant,<br />
<br />
khivapia<div><a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/sshd-en-nice-2-par-d%C3%A9faut.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/81525/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/sshd-en-nice-2-par-d%C3%A9faut#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/81525/comments.atomtag:linuxfr.org,2005:Post/269152009-03-16T23:06:23+01:002009-03-16T23:06:23+01:00Quel FAI me conseillez-vous ?
Bon ok c'est un peu bateau comme question, alors voici mes priorités : <br />
1) activation le plus rapide possible (j'ai le numéro de l'ancien occupant, je table sur 15 jours maximum)<br />
2) Absolument pas de bridage (notamment upload). Les différents échos qu'on voit de ci de là ne sont absolument pas clairs, si ce n'est qu'il ne faut absolument pas être chez les non-dégroupés. <br />
Parmi les dégroupés, y a-t-il des problèmes ? Free il semble que non, SFR/Neuf il y a 2 ou 3 histoires, mais rien de précis, Numericable est plus douteux mais il semble qu'avec la fibre ça s'améliore ? Alice, avez-vous des échos ? L'intérêt de Numericable c'est aussi l'upload, ils promettent 5 Mb/s même si l'immeuble n'est pas encore fibré, mais entre la pub et la réalité, avez-vous des suggestions ? <br />
3) Eviter Orange si possible. Mais si il y a de grosses différences, notamment concernant le point 1), je m'y résoudrais malheureusement.<br />
4) Concernant les frais en cas de déménagement, il semble que chez free il faut payer d'abord les frais de résiliation, puis se réabonner (c'est pénible), chez Orange c'est un transfert de ligne qui se fait relativement vite, mais pour les autres avez-vous des retours ?<br />
<br />
Avez-vous des suggestions, ou des précisions concernant le point 2 en particulier ? <br />
<br />
En vous remerciant de vos réponses éclairées,<br />
<br />
khivapia<div><a href="https://linuxfr.org/forums/general-general/posts/quel-fai-me-conseillez-vous.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/81466/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-general/posts/quel-fai-me-conseillez-vous#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/81466/comments.atomtag:linuxfr.org,2005:Post/264882008-12-25T21:01:59+01:002008-12-25T21:01:59+01:00Enregistrer l'état d'un processus / Machine virtuelle DOS ?
Bonjour à tous,<br />
<br />
Mon problème est le suivant : je cherche à réaliser des sauvegardes de parties sur un vieux jeu DOS qui ne les a pas prévues. C'set-à-dire, à un moment je mets le jeu en pause, l'état de la mémoire du jeu est enregistré pour pouvoir être restauré ensuite. <br />
Pour ce faire, j'aurais deux pistes : <br />
1) Utiliser un émulateur DOS qui permet d'enregistrer l'état de la machine virtuelle. Mais je n'en connais pas... J'utilise DosBox, ou bien Qemu avec freedos, mais dans un cas comme dans l'autre il n'y a a priori pas ce que je recherche.<br />
2) Utiiliser un utilitaire Linux qui me permettrait de freezer un processus, de le migrer ailleurs éventuellement (redémarrage, etc.) et de le restaurer dans l'état où il était avant freeze. Ça me paraît très douteux comme approche, même si un début (pas de redémarrage, même version du noyau, etc.) pourrait être une possibilité. <br />
<br />
Est-ce que vous avez des idées ? Ça me paraît tellement idiot comme problème que je ne doute pas qu'il y ait déjà des solutions...<br />
<br />
En vous remerciant <br />
<br />
khivapia<div><a href="https://linuxfr.org/forums/general-general/posts/enregistrer-l%C3%A9tat-dun-processus-machine-virtuelle-dos.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/81049/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-general/posts/enregistrer-l%C3%A9tat-dun-processus-machine-virtuelle-dos#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/81049/comments.atomtag:linuxfr.org,2005:Post/234942007-11-17T10:49:18+01:002007-11-17T10:49:18+01:00Disque IDE, noyau 2.6.23-1,3 et 8, hda->sdaBonjour à tous,<br />
<br />
Auriez vous des idées sur le "problème" suivant : <br />
en passant du noyau 2.6.23-1 vanilla au noyau 2.6.23-3 & 2.6.23-8 vanilla également, mon unique disque IDE (sur un portable) est créé en tant que /dev/sda* au lieu de /dev/hda* et reconnu comme un disque sata , j'ai du mal à trouver dans les changelogs une quelconque raison à ça.<br />
<br />
Est-ce qu'utiliser les uuid de partitions est vraiment une si bonne idée ? Apparemment c'est assez controversé.<br />
<br />
Merci de vos éclaircissements<br />
<br />
khivapia<div><a href="https://linuxfr.org/forums/linux-noyau/posts/disque-ide-noyau-2623-13-et-8-hda-sda.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/78121/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-noyau/posts/disque-ide-noyau-2623-13-et-8-hda-sda#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/78121/comments.atom