ton adresse ip toujours accessible est 127.0.0.1 (loopback)
donc si tu installe samba+cups pour avoir une pseudo imprimantes PDF elle sera dispo comme imprimante reseau sur le poste d'adresse 127.0.0.1 (repondant au doux nom de localhost)
je pense que c'est surtout qu'entre le 286 et le 386 il y a un fossé enorme (integration d'une MMU,nouveau jeux d'instruction propres au 32bits alors que le 286 etait 16bit natif..etc...)
Ainsi le 386 est devenu le plus petit denominateur commun sur lequel on peut faire fonctionner un linux complet (pour des systeme sans MMU voir µclinux). Le microcode 386 etant toujours disponible sur tous le processeur lui ayant succédé depuis
A part utiliser vi tu peut sans doute oublier (quoique tu n'as pas défini ce qui etait pour toi la bureautique).
quel cpu as tu ,avec un 486dx et 16Mo de RAM DSL commence a tourner pas trop mal http://www.damnsmalllinux.org/
il y as deja pas mal de chose dessus (y compris un wm et du multimedia)
sinon plus petit encore pour 386 et 8Mo de RAM http://mulinux.dotsrc.org/mulinux.html
En dessous ca existe mais cela devient hyper-specialiser (fonction routeur/firewall ou serveur http...)
ou bordel mis dans les modules ?
lsmod
te donneras si cela devait marche
usbcore
usbmouse
sinon un dmesg donne aussi parfois beaucoup d'info sur ce qui se passe
note : lsmod et dmesg doivent s'executer avec un privilege superviseur
Tu est victime des indiens, les petits et les grands.
(joke) en fais le stockage d'un 32bits ou plus en taille peut se faire de deux facons, little-indian et big-endian qui sont la contraction de little-in-the-end et bigger-in-the-end.
Sur un machine intel (comme ton PC) les deux/quatres octets qui definisse un int (taille a voir en fortran) sont big-endian. Je suppose que la machine linux de ton correspondant travaille en little-indian(mac?).
Exemple soit la valeur 2335 en decimal qui se traduit en hexa :091F
dans ton fichier si tu lis octet par octet tu va lire
09 puis 1F (si le fichier est big indian)
si tu lis int par int tu va lire
1F09 a cause le l'inversion
en plus simple, lis ton fichier octet par octet, determine la taille d'un int du systeme (2 ou 4 octet) et tu fais
monint= octet[0]*256+octet[1]
ou
monint= octet[1]*256+octet[0]
pour passer d'un systeme a l'autre
dans ton cas, tu dois lire 1F puis 09
a transforme par
monint= octet[1]*256+octet[0]
pour obtenir 091F
Rubini, c'est l'auteur de Linux Device Driver ?
oui Que veux-tu dire avec "l'Irq latency [...]" ?
c'est le temps entre la generation du signal irq sur la carte mere et le temps ou le systeme donne la main a ta routine d'interruption.
en fait, j'ai besoin de savoir comment se succèdent les signaux, pour ensuite générer des évènements à l'occurence de certains d'entre eux (par exemple, je fais quelque chose dès que les 40 premiers sont passés). Mon idée était donc de loguer les temps des impulsions, et lorsqu'il faudra y aller "pour de vrai", je n'écouterai plus les impulsions, mais m'appuyerai sur les temps relevés.
ou commence le comptage des 40 ? je ne comprend pas vraiment le truc a faire. Sinon un driver est tout a fait capable de signaler (par un signal) a une application user que quelque chose c'est passé (ca evite les methodes de pooling ou les i/o bloquante)
Pour l'heure, je n'ai pas d'idée réelle des fréquences (je vais bientôt pouvoir aller avec un oscillo sur la bête pour voir les signaux qu'elle émet), mais les signaux devraient être émis dans les alentours de 1280 fois par seconde (là encore c'est des hypothèses).
cela fais environ 1 kilo-hertz, c'est limite pour traiter ca en soft pur a mon avis...
pour la gestion proprement dite il te faut etre dans le noyeau.
il y as un exemple simple dans le rubiny qui peut te servir pour base de depart pour ta separation en deux partie de ton projet, il utilise le port paralelle et une pin en particulier qui est suceptible de genere une IT (pour info l'irq latency sur un kernel 2.6 est quand meme au alentour de quelque milli sur un linux quelque peut charger).
1) driver qui date les changements d'etat de la pin
2)prog en espace utilisateur fait la lecture des donnée
Il ne me semble pas possible sans faire de point de blocage dans le kernel de rejoué tes mesures. A quel frequence max espere tu foncionner ?
tu ne peut pas fonctionner comme ca.
Tu utilise un programme tournant dans le user-space, donc soumis a la volonté du kernel-scheduler pour avoir du temps machine, autrement dit ton programme est souvent interrompu et ne peut donc pas servir a scruter l'etat d'un port en continu.
La seule solution est de reprendre/modifier le driver de ton port serie et d'utiliser l'interruption qui est généré sur le changement d'état de CTS ou DSR soit pour faire ton traitement soit pour t'interfacer avec ton appli.
si, pour tout systeme *nix des limites sont allouée a un user.
Dans ton cas tu peut te heurter a
- trop grand nombre de process
- trop grand nombre de thread
- trop grand nombre de memoire allouer (lors de la creation d'un thread ou d'un process le systeme alloue systematiquement de la memoire pour son fonctionnement)
Donc sous un linux je te dirais de voir du coté de
- p_thread_stack
- ulimit
sous un aix de voir avec l'admin ou de revoir la structure de ton programme pour diminuer sa consomation de ressource.
est une securité pour que les installations ce passe bien.
Quelque fois la regle de sécurité est trop contraignante voir limite absurde.
Pour contourner le test des dependances en ligne de commande
tape
rpm -Uvh --nodeps
en commencant par
openoffice.org-core01-2.0.0.3
pour plus d'info faire en ligne de commande
man rpm
ce serait exactement l'inverse qui se produirait.
Tu augmenterais la latence dans la transmission des packets d'un reseau a l'autre pour laisser le cpu faire d'autre choses.
En simplifiant, l'interface NAPI fonctionne avec des cartes bufferisant des packet ethernets cela permet de fonctionner par polling de la reception plutot que par generation d'interruption RX.
Cette methode permet de reguler la charge le CPU plus efficacement.
Pensez vous que ça marcherai mieux si j'ajoutait une carte lan pci ?
emprunte un carte a quelqu'un et fais l'essais
Sinon 5 minute c'est bizarre comme temps, cela ne serait pas ton modem adsl qui ne voyant pas d'activité de ton ordinateur ne relairait plus les packets venant d'internet vers lui ?
-le plus rapide c'est d'essayer de la faire fonctionner avec wine sous linux
( www.winehq.com )
-le plus propre c'est de re-ecrire ton application en utilisant wxwidgets qui as l'avantage de rendre ton appli recompilage sur les deux architecture (si tu corrige un bug plus tard il te suffiras de tout recompiler)
( www.wxwidgets.org )
tu trouveras d'ailleur un guide de portage d'une appli windows utilisant les MFC.
Si ton appli fait des acces bas niveau (style dialogue avec un driver ou truc comme ca...bin bonne chance)
la bonne :
c'est qu'entre les deux kernels peut de choses on bouger donc il est possible d'adapter le modules du 2.6.16 vers le 2.6.12 sans trop de difficulter technique
la mauvaise :
c'est que pour faire la manip il faut qu'en meme quelqu'un qui connaisse bien linux et le kernel pour le faire.
Par contre par la suite si il prend au client l'idée de recompiler leur kernel ou quelque chose comme ca, il risque de faire chauffer la hot line.
c'est dans ce cas tres simple, dans un module (rapelle : pour acceder a une adresse physique precise sous linux il faut obligatoirement etre dans l'espace kernel) il te suffit d'utiliser
request_region puis inb,inw,inl ou outb,outw,outl
tous les details sont ici http://lwn.net/images/pdf/LDD3/ch09.pdf
1) sur un linux pour acceder a une adresse physique (adresse ou sont positionner les registres du micro) il te faut obligatoirement un module noyeau.
2) AMHA ce processeur doit disposer d'une fonction hardware de copie d'un packet recu sur un canal eth vers un autre eth (DMA direct) pour activer une tel fonction il te faut lire la doc du proc.
3) le noyeau est le meuilleur endroit pour faire le traitement que tu veut faire, force le passage en user-space risque de te faire perdre ton le bonus apporter par les fonctions specifique du processeurs. Pourquoi ne pas scinder en deux ce que tu veut faire? un modules noyeau qui fait le routage et une partie user-space qui envoie la configuration de route au module noyeau.
a la base c'est un coeur PPC avec des perif autour. http://www.freescale.com/webapp/sps/site/prod_summary.jsp?co(...)
maintenant je ne connais pas non plus la bete dans les details, mais si la question etait comment ecrire a l'adresse physique XXXX pour activer tel ou tel perif la je pourrais répondre.
un conseil, soit un peut plus precis dans tes demandes, apparament tes post dans les forums sont rarement suivi de réponse a cause de cela.
La seul chose que je peut repondre c'est que les registres de ton proc sont decris a l'adresse suivante: http://www.freescale.com/files/32bit/doc/data_sheet/MPC8560E(...)
maintenant tu veut de l'aide pour quoi plus precisement ?
il est possible de récupérer de données effacé par un "simple" triple formatage.
Pour un effacement réel des données sur un dique dur il faut une sequence tres conne de plusieurs ecriture de donnée aléatoire (5 minimum pour les donnée militaires,en dessous de ce seuil des données pouvait etre encore analysé en 1994 depuis je sait pas). Le principe c'est qu'il reste des traces résiduelles de l'etat de magnétisation sur le disque (ex:le passage de 0 à 1 puis à 0 d'un bit fais que le dernier etat "0" est en fait "0.0001" à cause de la remanence)
# Avec ou sans reseau
Posté par TheBreton . En réponse au message Imprimante PDF. Évalué à 2.
donc si tu installe samba+cups pour avoir une pseudo imprimantes PDF elle sera dispo comme imprimante reseau sur le poste d'adresse 127.0.0.1 (repondant au doux nom de localhost)
[^] # Re: Mon dieu !!!!!!!!!
Posté par TheBreton . En réponse au journal Redonner vie à un vieil ordinateur : oui, mais jusqu'où?. Évalué à 10.
Ainsi le 386 est devenu le plus petit denominateur commun sur lequel on peut faire fonctionner un linux complet (pour des systeme sans MMU voir µclinux). Le microcode 386 etant toujours disponible sur tous le processeur lui ayant succédé depuis
[^] # Re: emprunt de livre technique ou recherche livre d'occaz
Posté par TheBreton . En réponse au message emprunt de livre technique ou recherche livre d'occaz. Évalué à 2.
# c'est de l'usb
Posté par TheBreton . En réponse au message Télécommande Sweex. Évalué à 2.
cela peut se comporter comme un clavier ou un keypad ou des touches fonctions supplementaire.
# bureautique ?
Posté par TheBreton . En réponse au message Distribution 32 Mo. Évalué à 2.
quel cpu as tu ,avec un 486dx et 16Mo de RAM DSL commence a tourner pas trop mal
http://www.damnsmalllinux.org/
il y as deja pas mal de chose dessus (y compris un wm et du multimedia)
sinon plus petit encore pour 386 et 8Mo de RAM
http://mulinux.dotsrc.org/mulinux.html
En dessous ca existe mais cela devient hyper-specialiser (fonction routeur/firewall ou serveur http...)
# changement de kernel ?
Posté par TheBreton . En réponse au message Problème USB. Évalué à 2.
lsmod
te donneras si cela devait marche
usbcore
usbmouse
sinon un dmesg donne aussi parfois beaucoup d'info sur ce qui se passe
note : lsmod et dmesg doivent s'executer avec un privilege superviseur
# Motorola-Intel
Posté par TheBreton . En réponse au message lecture fichier binaire en fortran et inversion d'octets. Évalué à 4.
(joke) en fais le stockage d'un 32bits ou plus en taille peut se faire de deux facons, little-indian et big-endian qui sont la contraction de little-in-the-end et bigger-in-the-end.
Sur un machine intel (comme ton PC) les deux/quatres octets qui definisse un int (taille a voir en fortran) sont big-endian. Je suppose que la machine linux de ton correspondant travaille en little-indian(mac?).
Exemple soit la valeur 2335 en decimal qui se traduit en hexa :091F
dans ton fichier si tu lis octet par octet tu va lire
09 puis 1F (si le fichier est big indian)
si tu lis int par int tu va lire
1F09 a cause le l'inversion
en plus simple, lis ton fichier octet par octet, determine la taille d'un int du systeme (2 ou 4 octet) et tu fais
monint= octet[0]*256+octet[1]
ou
monint= octet[1]*256+octet[0]
pour passer d'un systeme a l'autre
dans ton cas, tu dois lire 1F puis 09
a transforme par
monint= octet[1]*256+octet[0]
pour obtenir 091F
[^] # Re: mon humble avis
Posté par TheBreton . En réponse au message Port série. Évalué à 2.
oui
Que veux-tu dire avec "l'Irq latency [...]" ?
c'est le temps entre la generation du signal irq sur la carte mere et le temps ou le systeme donne la main a ta routine d'interruption.
en fait, j'ai besoin de savoir comment se succèdent les signaux, pour ensuite générer des évènements à l'occurence de certains d'entre eux (par exemple, je fais quelque chose dès que les 40 premiers sont passés). Mon idée était donc de loguer les temps des impulsions, et lorsqu'il faudra y aller "pour de vrai", je n'écouterai plus les impulsions, mais m'appuyerai sur les temps relevés.
ou commence le comptage des 40 ? je ne comprend pas vraiment le truc a faire. Sinon un driver est tout a fait capable de signaler (par un signal) a une application user que quelque chose c'est passé (ca evite les methodes de pooling ou les i/o bloquante)
Pour l'heure, je n'ai pas d'idée réelle des fréquences (je vais bientôt pouvoir aller avec un oscillo sur la bête pour voir les signaux qu'elle émet), mais les signaux devraient être émis dans les alentours de 1280 fois par seconde (là encore c'est des hypothèses).
cela fais environ 1 kilo-hertz, c'est limite pour traiter ca en soft pur a mon avis...
[^] # Re: mon humble avis
Posté par TheBreton . En réponse au message Port série. Évalué à 2.
il y as un exemple simple dans le rubiny qui peut te servir pour base de depart pour ta separation en deux partie de ton projet, il utilise le port paralelle et une pin en particulier qui est suceptible de genere une IT (pour info l'irq latency sur un kernel 2.6 est quand meme au alentour de quelque milli sur un linux quelque peut charger).
1) driver qui date les changements d'etat de la pin
2)prog en espace utilisateur fait la lecture des donnée
Il ne me semble pas possible sans faire de point de blocage dans le kernel de rejoué tes mesures. A quel frequence max espere tu foncionner ?
# mon humble avis
Posté par TheBreton . En réponse au message Port série. Évalué à 4.
Tu utilise un programme tournant dans le user-space, donc soumis a la volonté du kernel-scheduler pour avoir du temps machine, autrement dit ton programme est souvent interrompu et ne peut donc pas servir a scruter l'etat d'un port en continu.
La seule solution est de reprendre/modifier le driver de ton port serie et d'utiliser l'interruption qui est généré sur le changement d'état de CTS ou DSR soit pour faire ton traitement soit pour t'interfacer avec ton appli.
en général sur un pc c'est un uart compatible 16c550 qui est monté voici un lien vers le datasheet
http://focus.ti.com/docs/prod/folders/print/tl16c550c.html#t(...)
[^] # Re: demande explication
Posté par TheBreton . En réponse au message Pb ora-12549 tres dure à resoudre sous aix. Évalué à 2.
Dans ton cas tu peut te heurter a
- trop grand nombre de process
- trop grand nombre de thread
- trop grand nombre de memoire allouer (lors de la creation d'un thread ou d'un process le systeme alloue systematiquement de la memoire pour son fonctionnement)
Donc sous un linux je te dirais de voir du coté de
- p_thread_stack
- ulimit
sous un aix de voir avec l'admin ou de revoir la structure de ton programme pour diminuer sa consomation de ressource.
# tout cela
Posté par TheBreton . En réponse au message Installation Openoffice.org-2.0.2. Évalué à 2.
Quelque fois la regle de sécurité est trop contraignante voir limite absurde.
Pour contourner le test des dependances en ligne de commande
tape
rpm -Uvh --nodeps
en commencant par
openoffice.org-core01-2.0.0.3
pour plus d'info faire en ligne de commande
man rpm
[^] # Re: c'est tout expliqué
Posté par TheBreton . En réponse au message NAPI (New API). Évalué à 2.
Tu augmenterais la latence dans la transmission des packets d'un reseau a l'autre pour laisser le cpu faire d'autre choses.
# c'est tout expliqué
Posté par TheBreton . En réponse au message NAPI (New API). Évalué à 2.
Chapitre: Receive Interrupt Mitigation
En simplifiant, l'interface NAPI fonctionne avec des cartes bufferisant des packet ethernets cela permet de fonctionner par polling de la reception plutot que par generation d'interruption RX.
Cette methode permet de reguler la charge le CPU plus efficacement.
# je vois deux trucs
Posté par TheBreton . En réponse au message Vitesse réseau. Évalué à 2.
su
<mot de passe>
ethtoll ....
2)soit il n'est pas installer sur ton poste, alors dans une console tape
su
<mot de passe>
urpmi ethtool
exit
ethtool ...
ou regarde avec drakeRpm (ou RpmDrake je sait plus le nom) dans les menus
# au pire
Posté par TheBreton . En réponse au message Wake-on-lan. Évalué à 2.
emprunte un carte a quelqu'un et fais l'essais
Sinon 5 minute c'est bizarre comme temps, cela ne serait pas ton modem adsl qui ne voyant pas d'activité de ton ordinateur ne relairait plus les packets venant d'internet vers lui ?
# oui
Posté par TheBreton . En réponse au message Communiquer en C via le port RS232. Évalué à 4.
http://www.tldp.org/HOWTO/Serial-Programming-HOWTO/
# c'est flou
Posté par TheBreton . En réponse au message portage d'une application sous linux. Évalué à 3.
( www.winehq.com )
-le plus propre c'est de re-ecrire ton application en utilisant wxwidgets qui as l'avantage de rendre ton appli recompilage sur les deux architecture (si tu corrige un bug plus tard il te suffiras de tout recompiler)
( www.wxwidgets.org )
tu trouveras d'ailleur un guide de portage d'une appli windows utilisant les MFC.
Si ton appli fait des acces bas niveau (style dialogue avec un driver ou truc comme ca...bin bonne chance)
# une bonne et une mauvaise nouvelle
Posté par TheBreton . En réponse au message noyaux 2.6.12 et sata 2. Évalué à 2.
c'est qu'entre les deux kernels peut de choses on bouger donc il est possible d'adapter le modules du 2.6.16 vers le 2.6.12 sans trop de difficulter technique
la mauvaise :
c'est que pour faire la manip il faut qu'en meme quelqu'un qui connaisse bien linux et le kernel pour le faire.
Par contre par la suite si il prend au client l'idée de recompiler leur kernel ou quelque chose comme ca, il risque de faire chauffer la hot line.
[^] # Re: Pour commencer
Posté par TheBreton . En réponse au message modifier les registres. Évalué à 2.
request_region puis inb,inw,inl ou outb,outw,outl
tous les details sont ici
http://lwn.net/images/pdf/LDD3/ch09.pdf
[^] # Re: Pour commencer
Posté par TheBreton . En réponse au message modifier les registres. Évalué à 2.
[^] # En 3 points
Posté par TheBreton . En réponse au message modifier les registres. Évalué à 1.
2) AMHA ce processeur doit disposer d'une fonction hardware de copie d'un packet recu sur un canal eth vers un autre eth (DMA direct) pour activer une tel fonction il te faut lire la doc du proc.
3) le noyeau est le meuilleur endroit pour faire le traitement que tu veut faire, force le passage en user-space risque de te faire perdre ton le bonus apporter par les fonctions specifique du processeurs. Pourquoi ne pas scinder en deux ce que tu veut faire? un modules noyeau qui fait le routage et une partie user-space qui envoie la configuration de route au module noyeau.
[^] # Re: Pour commencer
Posté par TheBreton . En réponse au message modifier les registres. Évalué à 1.
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?co(...)
maintenant je ne connais pas non plus la bete dans les details, mais si la question etait comment ecrire a l'adresse physique XXXX pour activer tel ou tel perif la je pourrais répondre.
# Pour commencer
Posté par TheBreton . En réponse au message modifier les registres. Évalué à 1.
La seul chose que je peut repondre c'est que les registres de ton proc sont decris a l'adresse suivante:
http://www.freescale.com/files/32bit/doc/data_sheet/MPC8560E(...)
maintenant tu veut de l'aide pour quoi plus precisement ?
# de mémoire
Posté par TheBreton . En réponse au message Récupération de données... après 3 installations !. Évalué à 3.
Pour un effacement réel des données sur un dique dur il faut une sequence tres conne de plusieurs ecriture de donnée aléatoire (5 minimum pour les donnée militaires,en dessous de ce seuil des données pouvait etre encore analysé en 1994 depuis je sait pas). Le principe c'est qu'il reste des traces résiduelles de l'etat de magnétisation sur le disque (ex:le passage de 0 à 1 puis à 0 d'un bit fais que le dernier etat "0" est en fait "0.0001" à cause de la remanence)
Il existe des sociétés spécialisé dans ce genre de travail tres complexe
http://www.recuperation.com/
http://www.clinique-de-donnees.fr/
voir aussi
http://www.01net.com/article/160210.html
il vaut mieux que tes données vaille le prix que tu devras y mettre pour les récupérées.