Pour faire du traitement de texte ou n'importe quoi qui touche à la mise en page ou au dessin, le 16:9 apparaît aussi bien inutile, voire pénalisant.
Perso j'ai un 16/9 sur mon bureau, comme je fais beaucoup de technique je travaille beaucoup avec des datasheet et redige des document.
En bin le 16/9 je suis fan.
Pour coder je le garde a plat car les lignes de codes depasse souvent sur la droite (a cause de l'identation)
Pour lire un pdf ou ecrire un document je le pivote pour avoir une vue pleine page et c'est super pratique (merci xrandr).
tu veras qu'avec un
df -t ext2 tu ne liste que les files system en fs ext2 (en general ton / )
df -x nfs tu exclue les points de montage nfs etc etc
et l'option -h permet de lire plus simplement
umount /mnt/flash
(la je présume que les buffers en lecture sont libéré car inutile des les gardé en mémoire pour le système)
mount /dev/flash
ReadTest
la libieee1284 n'est pas la pour te permettre un acces simple au port paralelle mais pour te fournir des fonctions ieee1284 qui passe par un port paralelle.
Si tu veut acceder plus "simplement" au port paralelle est faire des entre sorties directe je te conseille la lecture des fichiers /usr/src/Linux/Documentation/parport-lowlevel.txt
/usr/src/Linux/Documentation/parport.txt
qui sont presents dans les sources de ton kernel linux
ou en ligne http://www.gelato.unsw.edu.au/lxr/source/Documentation/parpo(...)
voila
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
# Tu as essayé ?
Posté par TheBreton . En réponse au journal 4:3 ou 16:9 ?. Évalué à 3.
Perso j'ai un 16/9 sur mon bureau, comme je fais beaucoup de technique je travaille beaucoup avec des datasheet et redige des document.
En bin le 16/9 je suis fan.
Pour coder je le garde a plat car les lignes de codes depasse souvent sur la droite (a cause de l'identation)
Pour lire un pdf ou ecrire un document je le pivote pour avoir une vue pleine page et c'est super pratique (merci xrandr).
# un point de depart ?
Posté par TheBreton . En réponse au message Problème avec la commande "df ". Évalué à 2.
tu veras qu'avec un
df -t ext2 tu ne liste que les files system en fs ext2 (en general ton / )
df -x nfs tu exclue les points de montage nfs etc etc
et l'option -h permet de lire plus simplement
# moi je ferais
Posté par TheBreton . En réponse au message bench d'un driver block. Évalué à 1.
(la je présume que les buffers en lecture sont libéré car inutile des les gardé en mémoire pour le système)
mount /dev/flash
ReadTest
# ca risque de nepas t'aider mais
Posté par TheBreton . En réponse au message libieee1284 et lecture des bits de données. Évalué à 2.
Si tu veut acceder plus "simplement" au port paralelle est faire des entre sorties directe je te conseille la lecture des fichiers
/usr/src/Linux/Documentation/parport-lowlevel.txt
/usr/src/Linux/Documentation/parport.txt
qui sont presents dans les sources de ton kernel linux
ou en ligne
http://www.gelato.unsw.edu.au/lxr/source/Documentation/parpo(...)
voila
# 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.