Re: compilation module kernel
Le Tue, 29 Nov 2011 23:03:51 + (GMT), vincent gootfer...@yahoo.fr a écrit : Bonjour, en feuilletant le guide de développement d'un module noyau http://tldp.org/LDP/lkmpg/2.6/html/index.html, je remarque que la compilation s'effectue avec make -C, ligne de commande située dans le Makefile pourquoi n'utilises-t'on pas gcc ? pour moi, make etait un utilitaire permettant d'executer les commandes du Makefile, mais pas un compilateur à part entière, je me trompe ? Cordialement, Vincent bonjour, aller pour une fois, pourquoi n'avoir pas ouvert le manuel à la bonne page concernant make ? littérature concernant l'instruction make : http://wiki.fug-fr.org/wiki/index.php/Make http://www.gnu.org/s/make/manual/make.html http://unixhelp.ed.ac.uk/CGI/man-cgi?make slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2030031719.0edd1f45.bernard.schoenac...@free.fr
compilation module kernel
Bonjour, en feuilletant le guide de développement d'un module noyau http://tldp.org/LDP/lkmpg/2.6/html/index.html, je remarque que la compilation s'effectue avec make -C, ligne de commande située dans le Makefile pourquoi n'utilises-t'on pas gcc ? pour moi, make etait un utilitaire permettant d'executer les commandes du Makefile, mais pas un compilateur à part entière, je me trompe ? Cordialement, Vincent
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 /sid- Plex86]
Le jeu 20/05/2004 00:05, Bruno Muller a crit : Je confirme, mais le 2.6 vanilla ou debian n'est pas encore au top sur ce domaine : appliquez les patchs de Con Kolivas (Hyperthread smart nice en particulier). Intressant (j'avais pas pens au coup du nice ;). Par contre, si j'ai bien compris, son patch ne va qu'au 2.6.4 J'utilise le 2.6.5 (et le 2.6.6 est sortie dans unstable), le patch n'a pas t incorpor ? Sinon, l'hyper-threading c'est une magouille (grandement marketing) de intel pour tre plus dans la mouvance paralllisme... [...] Ben, disons que pour le prix, a fait quand mme un b petit processeur. En poste de travail, j'ai jamais mont la charge plus de 20% ;) Concernant l'hyperthreading, ce que j'ai pu remarqu, c'est que sans kernel SMP, on a une gestion classique des process, avec un kernel SMP, j'ai 2 proc et un systme qui ragit toujours trs vite, mme si une tche prend bcp de temps processeur (elle est affect 1 des 2 processeurs virtuels). Tout a est peut-tre virtuel, mais en tout cas Linux arrive mieux utiliser les possibilits du proc hyperthreadeux avec un kernel SMP. Mon inquitude tait : si je simule 2 proc, qu'une tche est affecte 1 seul des 2 proc, qu'elle en utilise les 100% (donc 50% du total), est-ce que ma tche n'est pas bride en quelque sorte par rapport une utilisation sous un kernel non SMP. Il semble que non, mis part le pb du nice. (benchs by myself pour le taf) Bref, une machine hyperthreade est loin d'une machine smp du point de vue des perfs... C'est sur. Mais par rapport un CPU non Hyperthreading, il y a quand mme un peu de gain (au moins en utilisation poste de travail, et srement en serveur aussi). Et la diffrence de prix est pas norme. Eric. Pour plus de dtails sur le comment : http://developer.intel.com/technology/hyperthread/index.htm Bruno
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 /sid- Plex86]
Bonjour Le lun 17/05/2004 à 19:46, Eric SCHAEFFER a écrit : Le lun 17/05/2004 à 18:52, Eric SCHAEFFER a écrit : J'avais pas trouvé grand chose sur le net concernant linux et l'hyperthreading. J'ai parlé trop vite : http://www-106.ibm.com/developerworks/linux/library/l-web26/ Hyper-threading Hyper-threading, an innovation from Intel, is a major hardware enhancement supported by the 2.6 kernel. Basically, hyper-threading can create multiple virtual processors based on a single physical processor using simultaneous multi-threading technology (SMT); multiple application threads can be run simultaneously on one processor. To take full advantage of it, applications need to be multithreaded. Tests pentium HT : http://www.2cpu.com/articles/41_1.html Il semblerait donc qu'il faille utiliser un kernel SMP. Je confirme, mais le 2.6 vanilla ou debian n'est pas encore au top sur ce domaine : appliquez les patchs de Con Kolivas (Hyperthread smart nice en particulier). Sinon, l'hyper-threading c'est une magouille (grandement marketing) de intel pour être plus dans la mouvance parallélisme... Le principe est le suivant : le but est de mieux (comprendre : plus) utiliser les différentes unités du CPU. Genre pendant qu'un process de calcul en virgule flottante tourne, l'unité de calcul entier, elle, se tourne les pouces... c'est pas génial... Donc, on fait 2-3 modifs pour que le CPU se comporte comme s'il était 2 vu de l'extérieur... en se disant que, comme ça, l'OS va nous donner plus de code à exécuter et donc on aura plus de chance de pouvoir boucher les trous en réorganisant l'ordre d'exécution de tout ça... En espérant que l'OS va lui donner à manger un autre processus qui utilisera des unités jusque là inoccupées... c'est mieux ? Ca peut : si on a de nombreuses tâches running différentes simultanées, on peut espérer un gain de performance de l'ordre de 20-25%,... sur une machine qui fait tourner 1 job unique (ie. un seul code parallèle, plusieurs fois le même code séquentiel en sumultané, ou encore des threads identiques,...), gain 0 :( (benchs by myself pour le taf) Bref, une machine hyperthreadée est loin d'une machine smp du point de vue des perfs... Pour plus de détails sur le comment : http://developer.intel.com/technology/hyperthread/index.htm Bruno
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Bonjour, j'envoi aussi le mail la liste car il peut intrss quelqu'un. Eric SCHAEFFER wrote: Le dim 16/05/2004 21:41, JusTiCe8 a crit : machins inutiles = sont en modules, donc ils ne prennent uniquement que de la place disque, et peuvent toujours servir un jour. :) d'ici l tu pourra tjs compiler un autre noyau. C'est pas faut. Si on compile le noyau avec des truc en dur, que ce passe-t-il si le matriel change ? dmarre ou dmarre pas ? Ca dpend de ce qui change. J'ia changer de CM/processeur en fin d'anne dernire (tout en gardant la meme famille de matriel) et le noyau booter tranquillement, alors qu'un win xp redetect tout le bazard ! Sinon, c'est certain que si tu passe d'un 486 avec une carte 2D cirrus logic etc un Athlon 3000/CM base de machinforce avec DDR et la dernire carte cgfx la mode, un joli kernel panic te persuadera de l'utilit d'avoir un autre noyau :). Je pensais plus d'ventuelle optimisation du compilo sur mon archi. oouuhhh l ! Si j'ai un Pentium 4, il y a peut-tre des optimisations qu'il n'est pas possible d'activer lors de la compilation d'un noyau pour P3/P4. Enfin, c'est pas hyper important... Je pense que tu confond un peu ici. Tu peux configurer ton noyau pour ton processeur (notamment l'hyperthreading si la version du noyau le supporte). Et si quand mme, autant avoir un truc qui est adapt ton processeur, il sera mieux utilis. doxbox ? C'est quoi, je trouve pas ? c'est un emulateur dos et bientt win. I lexiste un paquet debian pour les 3 distrib je crois. J'ai pas trouv dans sid. Ne semble pas exister non plus dans les autres distributions. Tu es sur du nom ? oui. Sinon apt-get.org et dosbox.org Il fait surtout de l'mu dos (win 3.11 en cours, la base c'est pour de vieux jeux) et de toute manire, je ne suis pas sr que plex86 fasse de l'mu windows. M'enfin si pour le dos c'est dj bien compliqu, l a va tre mortel lol. En fait, je cherche un mulateur PC pour installer windows / JRE Sun. J'ai essay qemu et bochs. qemu = install windows 2000 ok,mais impossible de passer un service pack au dessus du 2. Le JRE de Sun ne fonctionne pas. bochs = jamais russi installer windows 2000. Comme bochs semble chercher le module kernel de plex86, j'ai voulu essayer de l'installer (pour voir si a acclre les chose, ou permet l'install). mmm... t'es un peu du genre barbare toi non ? Ya pas un jre pour Linux ? Un projet quivalent libre ? Et Wine ? As tu essay ? Tu as de quoi compiler l en plus, a devrait t'amuser lol :o) Non, en fait, je bosse sous Linux, mais je fais une appli en Java pour des clients qui eux sont sous Windows. Donc j'ai besoin de tester l'appli et les setup sous Windows (je dveloppe, test et je fais mme mes setup sous Linux, setup avec Wine justement). ok je vois. Le dual boot pour avoir Win, c'est un peu se flinguer. Ah bon ? C'est pourtant simple mettre en oeuvre. voir le howto dual/multi boot et la doc de Lilo/grub Avec Lilo, j'ai ceci : # Win XP other=/dev/hda2 label=WinXP la fin. Et je suis en dual boot ! Ya pas plus simple. La solution dual pc, la rigueur, mais quand mme. Si ta boite les moyens et qu'il y a de la place sur ton bureau ;). La solution mulateur, c'est top. Il me faut donc un truc genre VMWare [...] Comme a, je pourrais installer plusieurs versions de Windows, et tester trs rapidement. certe, ben plusieurs windows sur plsueirus patition et un multiboot via lilo ;). Eric. A+, J8.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Le lun 17/05/2004 09:19, JusTiCe8 a crit : j'envoi aussi le mail la liste car il peut intrss quelqu'un. Je suis abonn la liste ;) Ca dpend de ce qui change. J'ia changer de CM/processeur en fin d'anne dernire (tout en gardant la meme famille de matriel) et le noyau booter tranquillement, alors qu'un win xp redetect tout le bazard ! Sinon, c'est certain que si tu passe d'un 486 avec une carte 2D cirrus logic etc un Athlon 3000/CM base de machinforce avec DDR et la dernire carte cgfx la mode, un joli kernel panic te persuadera de l'utilit d'avoir un autre noyau :). Si je rsume : l'option optimum serait 1 noyau gnrique (386) + 1 noyau perso, avec multi-boot. Comme a, en cas de pb, tu peux toujours booter, n'importe ou, quoi qu'il arrive, sans aucun outil extrieur. C'est pas mal... Si j'ai un Pentium 4, il y a peut-tre des optimisations qu'il n'est pas possible d'activer lors de la compilation d'un noyau pour P3/P4. Enfin, c'est pas hyper important... Je pense que tu confond un peu ici. Tu peux configurer ton noyau pour ton processeur (notamment l'hyperthreading si la version du noyau le supporte). Et si quand mme, autant avoir un truc qui est adapt ton processeur, il sera mieux utilis. D'ailleurs, concernant l'hyper-threading : Au dbut, j'avais install le noyau 2.6.5-1-686. Quand j'ai vu que sous Windows, j'avais 2 processeurs, j'ai install le noyau 2.6.5-1-686-smp. D'aprs dmesg, il semble qu'il dtecte 2 processeurs. C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) doxbox ? C'est quoi, je trouve pas ? c'est un emulateur dos et bientt win. I lexiste un paquet debian pour les 3 distrib je crois. oui. Sinon apt-get.org et dosbox.org J'avais pas pens chercher dosbox (tu as crit doxbox). Le dual boot pour avoir Win, c'est un peu se flinguer. Ah bon ? C'est pourtant simple mettre en oeuvre. voir le howto dual/multi boot et la doc de Lilo/grub Avec Lilo, j'ai ceci : # Win XP other=/dev/hda2 label=WinXP la fin. Et je suis en dual boot ! Ya pas plus simple. C'est pas le problme de la faisabilit. C'est juste qu'au bout de 3 reboot conscutifs, tu cherches une corde et une poutre... (perso, j'utilise grub) La solution dual pc, la rigueur, mais quand mme. Si ta boite les moyens et qu'il y a de la place sur ton bureau ;). La boite, c'est (en partie) moi et les moyens sont quand mme limits. J'ai dj 2 PC et 1 portable. Le problme va plus se situer au niveau de la place bureau ;) (et de toute faon, faut pas que je rle trop fort, sinon, on va me dire de travailler sous Windows, comme tout le monde ;) La solution mulateur, c'est top. Il me faut donc un truc genre VMWare [...] Comme a, je pourrais installer plusieurs versions de Windows, et tester trs rapidement. certe, ben plusieurs windows sur plsueirus patition et un multiboot via lilo ;). Arrg, l, je passe au gaz. Ou est mon allumette ? ;) Eric.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Eric SCHAEFFER wrote: Le lun 17/05/2004 09:19, JusTiCe8 a crit : j'envoi aussi le mail la liste car il peut intrss quelqu'un. Je suis abonn la liste ;) je sais ;) Ca dpend de ce qui change. J'ia changer de CM/processeur en fin d'anne dernire (tout en gardant la meme famille de matriel) et le noyau booter tranquillement, alors qu'un win xp redetect tout le bazard ! Sinon, c'est certain que si tu passe d'un 486 avec une carte 2D cirrus logic etc un Athlon 3000/CM base de machinforce avec DDR et la dernire carte cgfx la mode, un joli kernel panic te persuadera de l'utilit d'avoir un autre noyau :). Si je rsume : l'option optimum serait 1 noyau gnrique (386) + 1 noyau perso, avec multi-boot. Comme a, en cas de pb, tu peux toujours booter, n'importe ou, quoi qu'il arrive, sans aucun outil extrieur. C'est pas mal... aaahh ! J'avais pas penser a. C'est une ide. Mais de toute manire en gnral, la 1ere install se fait avec le noyau gnrique Debian de base, donc c'est un peu le cas de toute les install faites sans noyau perso ajouter aux cd ou disquettes. Je pense que tu confond un peu ici. Tu peux configurer ton noyau pour ton processeur (notamment l'hyperthreading si la version du noyau le supporte). Et si quand mme, autant avoir un truc qui est adapt ton processeur, il sera mieux utilis. D'ailleurs, concernant l'hyper-threading : Au dbut, j'avais install le noyau 2.6.5-1-686. Quand j'ai vu que sous Windows, j'avais 2 processeurs, j'ai install le noyau 2.6.5-1-686-smp. D'aprs dmesg, il semble qu'il dtecte 2 processeurs. Et sur ta carte mre, combien y en t'il ? C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) SMP = symetric multi processor, si tu n'en as pas vraiment 2 (windows peut se tromper tout comme le noyau SMP), tu perds en perf je pense. oui. Sinon apt-get.org et dosbox.org J'avais pas pens chercher dosbox (tu as crit doxbox). oups autant pour moi. Le dual boot pour avoir Win, c'est un peu se flinguer. Ah bon ? C'est pourtant simple mettre en oeuvre. voir le howto dual/multi boot et la doc de Lilo/grub Avec Lilo, j'ai ceci : # Win XP other=/dev/hda2 label=WinXP la fin. Et je suis en dual boot ! Ya pas plus simple. C'est pas le problme de la faisabilit. C'est juste qu'au bout de 3 reboot conscutifs, tu cherches une corde et une poutre... (perso, j'utilise grub) cad ? C'est certain qu'il ne faut pas passer son temps passer de l'un l'autre ! La solution dual pc, la rigueur, mais quand mme. Si ta boite les moyens et qu'il y a de la place sur ton bureau ;). La boite, c'est (en partie) moi et les moyens sont quand mme limits. J'ai dj 2 PC et 1 portable. Le problme va plus se situer au niveau de la place bureau ;) (et de toute faon, faut pas que je rle trop fort, sinon, on va me dire de travailler sous Windows, comme tout le monde ;) ben lance toi alors lol. La solution mulateur, c'est top. Il me faut donc un truc genre VMWare [...] Comme a, je pourrais installer plusieurs versions de Windows, et tester trs rapidement. certe, ben plusieurs windows sur plsueirus patition et un multiboot via lilo ;). Arrg, l, je passe au gaz. Ou est mon allumette ? ;) lol Eric. A+, J8.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Le lun 17/05/2004 11:30, JusTiCe8 a crit : D'ailleurs, concernant l'hyper-threading : Au dbut, j'avais install le noyau 2.6.5-1-686. Quand j'ai vu que sous Windows, j'avais 2 processeurs, j'ai install le noyau 2.6.5-1-686-smp. D'aprs dmesg, il semble qu'il dtecte 2 processeurs. Et sur ta carte mre, combien y en t'il ? 1 seul : Pentium 4 3.0 GHz (techno hyper-threading) C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) SMP = symetric multi processor, si tu n'en as pas vraiment 2 (windows peut se tromper tout comme le noyau SMP), tu perds en perf je pense. Si j'ai bien compris : Hyper-threading = techno Intel permettant de simuler un 2me processeur. En tout cas, avec le SMP, a marche encore mieux. Eric.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Eric SCHAEFFER wrote: Le lun 17/05/2004 11:30, JusTiCe8 a crit : D'ailleurs, concernant l'hyper-threading : Au dbut, j'avais install le noyau 2.6.5-1-686. Quand j'ai vu que sous Windows, j'avais 2 processeurs, j'ai install le noyau 2.6.5-1-686-smp. D'aprs dmesg, il semble qu'il dtecte 2 processeurs. Et sur ta carte mre, combien y en t'il ? 1 seul : Pentium 4 3.0 GHz (techno hyper-threading) :) C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) SMP = symetric multi processor, si tu n'en as pas vraiment 2 (windows peut se tromper tout comme le noyau SMP), tu perds en perf je pense. Si j'ai bien compris : Hyper-threading = techno Intel permettant de simuler un 2me processeur. non pas vraiment, d'aprs ce que j'en sais, c'est une technique permettant de traiter un grand nombres d'tapes d'insctructions dans les pipelines du processeur (dans les aerchitectures modernes, une instructions est dcompose en n tapes lmentaires, n = nombre d'tage du/des pipeline, comme par exemple dcodage, lecture des registres, etc). Il y a eut un article ce sujet dans un Linux mag. En tout cas, avec le SMP, a marche encore mieux. Cad ? Eric. A+, J8.
Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 / sid - Plex86]
Le lun 17/05/2004 12:48, JusTiCe8 a crit : C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) SMP = symetric multi processor, si tu n'en as pas vraiment 2 (windows peut se tromper tout comme le noyau SMP), tu perds en perf je pense. Si j'ai bien compris : Hyper-threading = techno Intel permettant de simuler un 2me processeur. non pas vraiment, d'aprs ce que j'en sais, c'est une technique permettant de traiter un grand nombres d'tapes d'insctructions dans les pipelines du processeur (dans les aerchitectures modernes, une instructions est dcompose en n tapes lmentaires, n = nombre d'tage du/des pipeline, comme par exemple dcodage, lecture des registres, etc). Il y a eut un article ce sujet dans un Linux mag. Ha ? Mais les OS (Windows et Linux) me trouvent 2 processeurs. Je suis d'accord sur le principe de pipeline (c'est le seul endroit d'optimisation possible en CISC). Mais j'avais bien cru comprendre que, dans les faits, a revenait simuler un 2me processeur (ce qui se passe effectivement chez moi). Ah... a me rappelle des cours de 3me anne d'ing tout a ;) En tout cas, avec le SMP, a marche encore mieux. Cad ? Ben, j'ai pas fait de tests, mais ce que je remarque : Si un process me bouffe tout le processeur, je suis en fait 50% et je peux faire d'autres choses sans tre gn. Je l'ai remarqu par rapport au kernel normal. Ca semble donc bien fonctionner comme un bi-pro. Maintenant, je suis pas hyper sur de moi. Je sais pas trop comment faire des tests justement : si a se trouve, mes 2 processeurs fonctionnent en fait 50% chacun ;) Pour monter en charge un P4 3.0GHz, faut y aller... Eric.
Re: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 / sid - Plex86]
Le lun 17/05/2004 à 13:12, Eric SCHAEFFER a écrit : [...] Ben, j'ai pas fait de tests, mais ce que je remarque : Si un process me bouffe tout le processeur, je suis en fait à 50% et je peux faire d'autres choses sans être gêné. Je l'ai remarqué par rapport au kernel normal. Ca semble donc bien fonctionner comme un bi-pro. Maintenant, je suis pas hyper sur de moi. Je sais pas trop comment faire des tests justement : si ça se trouve, mes 2 processeurs fonctionnent en fait à 50% chacun ;) Pour monter en charge un P4 3.0GHz, faut y aller... tu rippes un DVD et tu essaies de l'encoder deux fois en même temps, puis tu recommences en l'encodant une seule fois, tu verras bien si il y'a une différence significative. Après pour minimiser les erreurs tu peux rebooter la machine avant chaque manip et faire ça sans rien d'autre sur la machine... -- Damien POBEL http://zeimg.free.fr http://dpobel.free.fr
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 / sid- Plex86]
L'hyperthreading permet de traiter plusieurs instructions indpendantes d'un mme processus en mme temps. Par exemple si tu as les deux instructions la suite A = B x C X = Y / Z ton processeur saura les traiter en mme temps. Il y a plusieurs pipelines. Pour bnficier au maximum de cette technologie il faut utiliser un processeur qui gnre du code optimis pour ce processeur. Ce qui est trs diffrent d'un bi-processeur qui peut traiter deux processus en mme temps. Faire monter en charge un tel processeur c'est possible, comme dj dit encodage, compression, calcul numrique ... Mickal -Message d'origine- De : Eric SCHAEFFER [mailto:[EMAIL PROTECTED] Envoy : lundi 17 mai 2004 13:13 : Debian User French Objet : Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 / sid- Plex86] Le lun 17/05/2004 12:48, JusTiCe8 a crit : C'est bien a qu'il faut faire pour utiliser au mieux mon processeur ? (je veux dire, utiliser un noyau SMP) SMP = symetric multi processor, si tu n'en as pas vraiment 2 (windows peut se tromper tout comme le noyau SMP), tu perds en perf je pense. Si j'ai bien compris : Hyper-threading = techno Intel permettant de simuler un 2me processeur. non pas vraiment, d'aprs ce que j'en sais, c'est une technique permettant de traiter un grand nombres d'tapes d'insctructions dans les pipelines du processeur (dans les aerchitectures modernes, une instructions est dcompose en n tapes lmentaires, n = nombre d'tage du/des pipeline, comme par exemple dcodage, lecture des registres, etc). Il y a eut un article ce sujet dans un Linux mag. Ha ? Mais les OS (Windows et Linux) me trouvent 2 processeurs. Je suis d'accord sur le principe de pipeline (c'est le seul endroit d'optimisation possible en CISC). Mais j'avais bien cru comprendre que, dans les faits, a revenait simuler un 2me processeur (ce qui se passe effectivement chez moi). Ah... a me rappelle des cours de 3me anne d'ing tout a ;) En tout cas, avec le SMP, a marche encore mieux. Cad ? Ben, j'ai pas fait de tests, mais ce que je remarque : Si un process me bouffe tout le processeur, je suis en fait 50% et je peux faire d'autres choses sans tre gn. Je l'ai remarqu par rapport au kernel normal. Ca semble donc bien fonctionner comme un bi-pro. Maintenant, je suis pas hyper sur de moi. Je sais pas trop comment faire des tests justement : si a se trouve, mes 2 processeurs fonctionnent en fait 50% chacun ;) Pour monter en charge un P4 3.0GHz, faut y aller... Eric.
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 / sid- Plex86]
Le lun 17/05/2004 14:45, Mickael Vera a crit : L'hyperthreading permet de traiter plusieurs instructions indpendantes d'un mme processus en mme temps. Par exemple si tu as les deux instructions la suite A = B x C X = Y / Z ton processeur saura les traiter en mme temps. Il y a plusieurs pipelines. Pour bnficier au maximum de cette technologie il faut utiliser un processeur compilateur ? qui gnre du code optimis pour ce processeur. Ce qui est trs diffrent d'un bi-processeur qui peut traiter deux processus en mme temps. Ok. Mais a ne m'explique pas pourquoi Windows dtecte 2 processeurs, et Linux en kernel SMP ragit mieux/plus vite qu'en kernel normal (et me dtecte aussi 2 processeurs). (prcision : kernel prcompils Debian) Serait-ce leur manire eux d'utiliser ce bi-canal ? Et quand j'utilise le kernel SMP, si je lance un process qui calcule bcp, je monte 50% d'utilisation des processeurs (c'est dire 1 seul utilis 100%). Faire monter en charge un tel processeur c'est possible, comme dj dit encodage, compression, calcul numrique ... Attention, je ne parle pas de l'utilisation du processeur, mais de la charge. Tu peux utiliser 100% du proc, mais avoir un systme trs ractif. Par contre, quand la charge monte... Et quand j'encode un DVD, la charge... ben elle monte pas vraiment (et je vais pas m'en plaindre ;) Eric.
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 /sid- Plex86]
Le lun 17/05/2004 14:45, Mickael Vera a crit : L'hyperthreading permet de traiter plusieurs instructions indpendantes d'un mme processus en mme temps. Par exemple si tu as les deux instructions la suite A = B x C X = Y / Z ton processeur saura les traiter en mme temps. Il y a plusieurs pipelines. Pour bnficier au maximum de cette technologie il faut utiliser un processeur compilateur ? Oui compilateur qui gnre du code optimis pour ce processeur. Ce qui est trs diffrent d'un bi-processeur qui peut traiter deux processus en mme temps. Ok. Mais a ne m'explique pas pourquoi Windows dtecte 2 processeurs, et Linux en kernel SMP ragit mieux/plus vite qu'en kernel normal (et me dtecte aussi 2 processeurs). (prcision : kernel prcompils Debian) Serait-ce leur manire eux d'utiliser ce bi-canal ? Et quand j'utilise le kernel SMP, si je lance un process qui calcule bcp, je monte 50% d'utilisation des processeurs (c'est dire 1 seul utilis 100%). L je ne comprends pas trop ? Il faudrait voir sur une liste spcialise ? Faire monter en charge un tel processeur c'est possible, comme dj dit encodage, compression, calcul numrique ... Attention, je ne parle pas de l'utilisation du processeur, mais de la charge. Tu peux utiliser 100% du proc, mais avoir un systme trs ractif. Par contre, quand la charge monte... Et quand j'encode un DVD, la charge... ben elle monte pas vraiment (et je vais pas m'en plaindre ;) Oui tout fait ce sont des notions diffrentes. La charge doit se calculer partir du nombre de process qui sont dans la file d'attente et partir du temps moyen d'attente je crois, mais je ne suis pas sr. Mickal
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 /sid- Plex86]
Le lun 17/05/2004 17:52, Mickael Vera a crit : Ok. Mais a ne m'explique pas pourquoi Windows dtecte 2 processeurs, et Linux en kernel SMP ragit mieux/plus vite qu'en kernel normal (et me dtecte aussi 2 processeurs). (prcision : kernel prcompils Debian) Serait-ce leur manire eux d'utiliser ce bi-canal ? Et quand j'utilise le kernel SMP, si je lance un process qui calcule bcp, je monte 50% d'utilisation des processeurs (c'est dire 1 seul utilis 100%). L je ne comprends pas trop ? Il faudrait voir sur une liste spcialise ? Je vais regarder si je trouve qque chose dans les options de compilation du noyau. Ma question, en fait, est de savoir si j'utilise bien mon processeur : est-ce qu'il vaut mieux (faut ?) utiliser un kernel SMP ou recompiler avec la bonne option. J'avais pas trouv grand chose sur le net concernant linux et l'hyperthreading. Eric.
RE: Hyperthreading / SMP [Was: Compilation module - kernel 2.6.5 /sid- Plex86]
Le lun 17/05/2004 18:52, Eric SCHAEFFER a crit : J'avais pas trouv grand chose sur le net concernant linux et l'hyperthreading. J'ai parl trop vite : http://www-106.ibm.com/developerworks/linux/library/l-web26/ Hyper-threading Hyper-threading, an innovation from Intel, is a major hardware enhancement supported by the 2.6 kernel. Basically, hyper-threading can create multiple virtual processors based on a single physical processor using simultaneous multi-threading technology (SMT); multiple application threads can be run simultaneously on one processor. To take full advantage of it, applications need to be multithreaded. Tests pentium HT : http://www.2cpu.com/articles/41_1.html Il semblerait donc qu'il faille utiliser un kernel SMP. Eric.
Compilation module - kernel 2.6.5 / sid
Bonjour, Je suis sous Sid, Kernel 2.5.6-1-smp (PIV hyperthreading), le tout install partir de la sarge netinstall beta3 (marche super bien au passage). J'ai install le package kernel-headers-2.6.5-1-smp. A chaque fois que je veux compiler un module, a foire. Par exemple, je viens d'essayer de compiler plex86-kernel (la compile se lance directement depuis le package src). J'ai essay de compiler le driver ATI d'ATI, de DRI, et j'ai le mme genre d'erreur (machin chose non dclar, etc). Quelqu'un serait-il ce que je ne fais pas bien ? Ce qu'il manque ? Il y a bien longtemps que j'ai pas touch un compilateur C/C++, je comprends rien aux Makefile, et en plus la sauce Debian... Je suis un peu perdu. Voici la sortie du build : Building Plex86 module for Linux 2.6.5-1-686-smp (this may take a few minutes)...modules/plex86/ modules/plex86/kernel/ modules/plex86/kernel/CVS/ modules/plex86/kernel/CVS/Root modules/plex86/kernel/CVS/Repository modules/plex86/kernel/CVS/Entries modules/plex86/kernel/CVS/Entries.Log modules/plex86/kernel/dt/ modules/plex86/kernel/dt/CVS/ modules/plex86/kernel/dt/CVS/Root modules/plex86/kernel/dt/CVS/Repository modules/plex86/kernel/dt/CVS/Entries modules/plex86/kernel/dt/Makefile.in modules/plex86/kernel/dt/MODES modules/plex86/kernel/dt/cgmain-mon.c modules/plex86/kernel/dt/TODO modules/plex86/kernel/dt/cgbranch-mon.c modules/plex86/kernel/dt/cgutil-mon.c modules/plex86/kernel/dt/dt-mon.c modules/plex86/kernel/dt/dt-nexus.c modules/plex86/kernel/dt/handlers-r3.c modules/plex86/kernel/dt/stubs-r3.S modules/plex86/kernel/dt/vopcodemap-host.c modules/plex86/kernel/Makefile.in modules/plex86/kernel/TODO modules/plex86/kernel/fault-mon.c modules/plex86/kernel/flag-nexus.c modules/plex86/kernel/host-beos.c modules/plex86/kernel/host-freebsd.c modules/plex86/kernel/host-linux.c modules/plex86/kernel/host-netbsd.c modules/plex86/kernel/instrument-mon.c modules/plex86/kernel/mode-mon.c modules/plex86/kernel/mode-nexus.c modules/plex86/kernel/monitor-host.c modules/plex86/kernel/nexus.S modules/plex86/kernel/paging-mon.c modules/plex86/kernel/panic-mon.c modules/plex86/kernel/phymem-mon.c modules/plex86/kernel/print-nexus.c modules/plex86/kernel/segment-mon.c modules/plex86/kernel/system-mon.c modules/plex86/kernel/system-nexus.c modules/plex86/kernel/util-nexus.c modules/plex86/kernel/emulation/ modules/plex86/kernel/emulation/CVS/ modules/plex86/kernel/emulation/CVS/Root modules/plex86/kernel/emulation/CVS/Repository modules/plex86/kernel/emulation/CVS/Entries modules/plex86/kernel/emulation/Makefile.in modules/plex86/kernel/emulation/access.c modules/plex86/kernel/emulation/arith16.c modules/plex86/kernel/emulation/arith32.c modules/plex86/kernel/emulation/arith8.c modules/plex86/kernel/emulation/bcd.c modules/plex86/kernel/emulation/bit.c modules/plex86/kernel/emulation/ctrl_xfer16.c modules/plex86/kernel/emulation/ctrl_xfer32.c modules/plex86/kernel/emulation/ctrl_xfer8.c modules/plex86/kernel/emulation/ctrl_xfer_pro.c modules/plex86/kernel/emulation/data_xfer16.c modules/plex86/kernel/emulation/data_xfer32.c modules/plex86/kernel/emulation/data_xfer8.c modules/plex86/kernel/emulation/emulation.c modules/plex86/kernel/emulation/exception.c modules/plex86/kernel/emulation/fetchdecode.c modules/plex86/kernel/emulation/flag.c modules/plex86/kernel/emulation/fpu.c modules/plex86/kernel/emulation/io.c modules/plex86/kernel/emulation/io_pro.c modules/plex86/kernel/emulation/logical16.c modules/plex86/kernel/emulation/logical32.c modules/plex86/kernel/emulation/logical8.c modules/plex86/kernel/emulation/mult16.c modules/plex86/kernel/emulation/mult32.c modules/plex86/kernel/emulation/mult8.c modules/plex86/kernel/emulation/paging.c modules/plex86/kernel/emulation/proc_ctrl.c modules/plex86/kernel/emulation/protect_ctrl.c modules/plex86/kernel/emulation/regs.c modules/plex86/kernel/emulation/segment_ctrl.c modules/plex86/kernel/emulation/segment_pro.c modules/plex86/kernel/emulation/shift16.c modules/plex86/kernel/emulation/shift32.c modules/plex86/kernel/emulation/shift8.c modules/plex86/kernel/emulation/soft_int.c modules/plex86/kernel/emulation/stack.c modules/plex86/kernel/emulation/stack_pro.c modules/plex86/kernel/emulation/string.c modules/plex86/kernel/emulation/tasking.c modules/plex86/kernel/emulation/vm8086.c modules/plex86/kernel/freebsd/ modules/plex86/kernel/freebsd/CVS/ modules/plex86/kernel/freebsd/CVS/Root modules/plex86/kernel/freebsd/CVS/Repository modules/plex86/kernel/freebsd/CVS/Entries modules/plex86/kernel/freebsd/Makefile modules/plex86/kernel/include/ modules/plex86/kernel/include/CVS/ modules/plex86/kernel/include/CVS/Root modules/plex86/kernel/include/CVS/Repository modules/plex86/kernel/include/CVS/Entries modules/plex86/kernel/include/_ioport.h_ modules/plex86/kernel/include/crx.h modules/plex86/kernel/include/descriptor2.h modules/plex86/kernel/include/dt.h modules/plex86/kernel/include/eflags.h modules/plex86/kernel/include/emulation.h
Re: Compilation module - kernel 2.6.5 / sid
Bonjour, Eric SCHAEFFER wrote: Bonjour, Je suis sous Sid, Kernel 2.5.6-1-smp (PIV hyperthreading), le tout install partir de la sarge netinstall beta3 (marche super bien au passage). J'ai install le package kernel-headers-2.6.5-1-smp. A chaque fois que je veux compiler un module, a foire. Par exemple, je viens d'essayer de compiler plex86-kernel (la compile se lance directement depuis le package src). J'ai essay de compiler le driver ATI d'ATI, de DRI, et j'ai le mme genre d'erreur (machin chose non dclar, etc). Quelqu'un serait-il ce que je ne fais pas bien ? Ce qu'il manque ? Il y a bien longtemps que j'ai pas touch un compilateur C/C++, je comprends rien aux Makefile, et en plus la sauce Debian... Je suis un peu perdu. As tu installer les sources du noyau ? (paquet kernel-source-2.5.6-1 surement) Si ce n'est pas le cas, fait le et crr un lien du repretoire de src vers /usr/src/linux et compile d'abord le noyau (car les modules sont intimement li la version du noyau qui est en cours d'utilisation, et je pense qu'il faille utiliser des modules uniquement avec le noyau avec lequel ils sont lis) et pour le config : cp /boot/config-2.xxx /usr/src/linux/.config . A+, J8.
Re: Compilation module - kernel 2.6.5 / sid
Le dim 16/05/2004 12:34, JusTiCe8 a crit : Je suis sous Sid, Kernel 2.5.6-1-smp (PIV hyperthreading), le tout install partir de la sarge netinstall beta3 (marche super bien au passage). J'ai install le package kernel-headers-2.6.5-1-smp. A chaque fois que je veux compiler un module, a foire. Par exemple, je viens d'essayer de compiler plex86-kernel (la compile se lance directement depuis le package src). J'ai essay de compiler le driver ATI d'ATI, de DRI, et j'ai le mme genre d'erreur (machin chose non dclar, etc). Quelqu'un serait-il ce que je ne fais pas bien ? Ce qu'il manque ? Il y a bien longtemps que j'ai pas touch un compilateur C/C++, je comprends rien aux Makefile, et en plus la sauce Debian... Je suis un peu perdu. As tu installer les sources du noyau ? (paquet kernel-source-2.5.6-1 surement) Heu... Je veux bien, mais j'utilise un noyau debian. Si ce n'est pas le cas, fait le et crr un lien du repretoire de src vers /usr/src/linux et compile d'abord le noyau (car les modules sont intimement li la version du noyau qui est en cours d'utilisation, et je pense qu'il faille utiliser des modules uniquement avec le noyau avec lequel ils sont lis) et pour le config : cp /boot/config-2.xxx /usr/src/linux/.config . Haaa, c'tait donc a. Merci bcp ;) Mais il faut que je compile quand mme le noyau ?? Comment qu'on fait ? (j'ai pas envie d'installer un noyau compil par moi, du moins pas pour l'instant, et j'utilise le noyau de Debian) A+, J8.
Re: Compilation module - kernel 2.6.5 / sid
Eric SCHAEFFER wrote: Le dim 16/05/2004 12:34, JusTiCe8 a crit : Quelqu'un serait-il ce que je ne fais pas bien ? Ce qu'il manque ? Il y a bien longtemps que j'ai pas touch un compilateur C/C++, je comprends rien aux Makefile, et en plus la sauce Debian... Je suis un peu perdu. As tu installer les sources du noyau ? (paquet kernel-source-2.5.6-1 surement) Heu... Je veux bien, mais j'utilise un noyau debian. Oui ? o est le pb ? Si ce n'est pas le cas, fait le et crr un lien du repretoire de src vers /usr/src/linux et compile d'abord le noyau (car les modules sont intimement li la version du noyau qui est en cours d'utilisation, et je pense qu'il faille utiliser des modules uniquement avec le noyau avec lequel ils sont lis) et pour le config : cp /boot/config-2.xxx /usr/src/linux/.config . Haaa, c'tait donc a. Merci bcp ;) Mais il faut que je compile quand mme le noyau ?? oui je pense Comment qu'on fait ? (j'ai pas envie d'installer un noyau compil par moi, du moins pas pour l'instant, et j'utilise le noyau de Debian) make-kpkg --revision nom.rev kernel_image modules_images cela donnera des paquets dans /usr/src du type kernel-image-2.xxx-nom.rev_i386.deb et module-version_nom.rev_i386.deb avec nom = un nom quelconque, par ex. le nom de la machine, et rev = un indice de rvision. Tout cela est purement facultatif et laisser la discretion de l'utilisateur. Perso, nom = un nom relatif la raison de la compil d'un noyau comme par exemple testsec pour un noyau incluant les rcents patchs de scu et rev = 1,2, ... Voir la doc d'Alexis DeLattre pour + de prcisions. Et avec le fichier de conf copier depuis boot, tu aura le mme noyau que celui installer. A+, J8.
Re: Compilation module - kernel 2.6.5 / sid
Le dim 16/05/2004 13:18, JusTiCe8 a crit : As tu installer les sources du noyau ? (paquet kernel-source-2.5.6-1 surement) Heu... Je veux bien, mais j'utilise un noyau debian. Oui ? o est le pb ? C'est fait. Si ce n'est pas le cas, fait le et crr un lien du repretoire de src vers /usr/src/linux et compile d'abord le noyau (car les modules sont intimement li la version du noyau qui est en cours d'utilisation, et je pense qu'il faille utiliser des modules uniquement avec le noyau avec lequel ils sont lis) et pour le config : cp /boot/config-2.xxx /usr/src/linux/.config . Haaa, c'tait donc a. Merci bcp ;) Mais il faut que je compile quand mme le noyau ?? oui je pense C'est fait. Cool, je peux recompiler mon noyo (je tenterais l'aventure quand j'aurais le temps ;) En passant, quel serait l'intrt de compiler mon propre noyau / utiliser un tout fait ? (je ne veux rien mettre en dur dedans, tout en modules) make-kpkg --revision nom.rev kernel_image modules_images cela donnera des paquets dans /usr/src du type kernel-image-2.xxx-nom.rev_i386.deb et module-version_nom.rev_i386.deb C'est fait (enfin, j'ai pas install le deb, mais recr exactement le mme avec --append-to-version -1-686-smp --revision 2.6.5-4). Par contre, pendant la compilation de plex86-kernel, j'ai toujours les mmes erreurs. Une ide ? /usr/bin/make -C emulation clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/emulation' /bin/rm -f *.o *.so *.s make[3]: Leaving directory `/usr/src/modules/plex86/kernel/emulation' /usr/bin/make -C iodev clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/iodev' /bin/rm -f *.o *.so *.s make[3]: Leaving directory `/usr/src/modules/plex86/kernel/iodev' /usr/bin/make -C dt clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/dt' /bin/rm -f *.o *.so *.s make[3]: Leaving directory `/usr/src/modules/plex86/kernel/dt' /bin/rm -f *.o *.s plex86.o /usr/bin/make -C emulation dist-clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/emulation' /bin/rm -f *.o *.so *.s /bin/rm -f Makefile make[3]: Leaving directory `/usr/src/modules/plex86/kernel/emulation' /usr/bin/make -C iodev dist-clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/iodev' /bin/rm -f *.o *.so *.s /bin/rm -f Makefile make[3]: Leaving directory `/usr/src/modules/plex86/kernel/iodev' /usr/bin/make -C dt dist-clean make[3]: Entering directory `/usr/src/modules/plex86/kernel/dt' /bin/rm -f *.o *.so *.s /bin/rm -f Makefile make[3]: Leaving directory `/usr/src/modules/plex86/kernel/dt' /bin/rm -f Makefile make[2]: Leaving directory `/usr/src/modules/plex86/kernel' /bin/rm -f config.status config.cache config.log /bin/rm -f Makefile config.h sed 's/#KVERS#/2.6.5-1-686-smp/g' debian/control.template debian/control cp debian/dirs.template debian/dirs echo lib/modules/2.6.5-1-686-smp/misc debian/dirs dh_testdir dh_testroot ./configure \ --host=i386-linux \ --build=i386-linux \ --with-linux-source=/usr/src/linux checking for i386-linux-gcc... i386-linux-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i386-linux-gcc accepts -g... yes checking for i386-linux-gcc option to accept ANSI C... none needed checking for i386-linux-g++... i386-linux-g++ checking whether we are using the GNU C++ compiler... yes checking whether i386-linux-g++ accepts -g... yes checking whether make sets $(MAKE)... yes checking for i386-linux-ranlib... no checking for ranlib... ranlib checking how to run the C preprocessor... i386-linux-gcc -E checking for X... no checking for inline... inline checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for unsigned char... yes checking size of unsigned char... 1 checking for unsigned short... yes checking size of unsigned short... 2 checking for unsigned int... yes checking size of unsigned int... 4 checking for unsigned long... yes checking size of unsigned long... 4 checking for unsigned long long... yes checking size of unsigned long long... 8 checking for select... yes checking for dlopen in -ldl... yes checking for instrumentation support... yes checking for CDROM support... yes checking for Sound Blaster 16 support... no checking for split hard disk image support... yes checking for NE2000 support... no checking for i440FX PCI support... no checking for VBE support... yes configure: creating ./config.status config.status: creating kernel/Makefile config.status: creating
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Eric SCHAEFFER wrote: Le dim 16/05/2004 13:18, JusTiCe8 a crit : Heu... Je veux bien, mais j'utilise un noyau debian. Oui ? o est le pb ? C'est fait. :) Si ce n'est pas le cas, fait le et crr un lien du repretoire de src vers /usr/src/linux et compile d'abord le noyau (car les modules sont intimement li la version du noyau qui est en cours d'utilisation, et je pense qu'il faille utiliser des modules uniquement avec le noyau avec lequel ils sont lis) et pour le config : cp /boot/config-2.xxx /usr/src/linux/.config . Haaa, c'tait donc a. Merci bcp ;) Mais il faut que je compile quand mme le noyau ?? oui je pense C'est fait. Cool, je peux recompiler mon noyo (je tenterais l'aventure quand j'aurais le temps ;) En passant, quel serait l'intrt de compiler mon propre noyau / utiliser un tout fait ? (je ne veux rien mettre en dur dedans, tout en modules) L'intret est d'avoir TON noyau pour TON matriel, avec tout ce dont tu as besoin et rien de plus (exemple concret : pas de modules/code en dur pour la gestion du RAID logiciel, des crates gfx machintrucmuche que tu n'aura jamais et des cartes rseaux xyz et des chipsets lambda machin et du bluetooth dont tu te moque etcetc ce ne sont que des exemples) et aussi un noyau comme tu l'entends, savoir avec certaines parties en modules (des trucs qui ne servent pas tjs ou de tps autre) et les patch que tu veux (preempt/low-latency, supermount, debian-logo, ...) make-kpkg --revision nom.rev kernel_image modules_images cela donnera des paquets dans /usr/src du type kernel-image-2.xxx-nom.rev_i386.deb et module-version_nom.rev_i386.deb C'est fait (enfin, j'ai pas install le deb, mais recr exactement le mme avec --append-to-version -1-686-smp --revision 2.6.5-4). cela me semble un peu lourd (le append to version surtout, et le revision qui comprend inutilement 2.6.4 qui est deja dnas le numro de version du noyau) Par contre, pendant la compilation de plex86-kernel, j'ai toujours les mmes erreurs. Une ide ? Deja, si c'est la mme chose, intuile de remettre tout le blabla ;). Ensuite, les sources du modules plex86 que tu as sont-elles bien compatibles avec un 2.6.x ? Regarder les listes et docs sur plex86, les archives de la listes user et dev, google/et cie. Pour ma part, j'ai trouver ce machin (plex) trop compliqu, doxbox fait (peut tre) mieux et plus simplement. A+, J8.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Le dim 16/05/2004 18:57, JusTiCe8 a crit : Cool, je peux recompiler mon noyo (je tenterais l'aventure quand j'aurais le temps ;) En passant, quel serait l'intrt de compiler mon propre noyau / utiliser un tout fait ? (je ne veux rien mettre en dur dedans, tout en modules) L'intret est d'avoir TON noyau pour TON matriel, avec tout ce dont tu as besoin et rien de plus (exemple concret : pas de modules/code en dur pour la gestion du RAID logiciel, des crates gfx machintrucmuche que tu n'aura jamais et des cartes rseaux xyz et des chipsets lambda machin et du bluetooth dont tu te moque etcetc ce ne sont que des exemples) et aussi un noyau comme tu l'entends, savoir avec certaines parties en modules (des trucs qui ne servent pas tjs ou de tps autre) et les patch que tu veux (preempt/low-latency, supermount, debian-logo, ...) Hum... machins inutiles = sont en modules, donc ils ne prennent uniquement que de la place disque, et peuvent toujours servir un jour. module / en dur = je ne sais pas en fait ce qu'on perd rellement comme perf en mettant en module par rapport l'intgrer dans le noyau. Ce que je me suis toujours dit : si c'est en module, je peux charger/dcharger, je peux changer de matos.Thoriquement je pourrais mme enlever le disque, le mettre dans une autre machine, et booter sans pb. les patchs = beuh... kesako ? ;) Jamais trop regard (quoique supermount m'intresse) Je pensais plus d'ventuelle optimisation du compilo sur mon archi. C'est fait (enfin, j'ai pas install le deb, mais recr exactement le mme avec --append-to-version -1-686-smp --revision 2.6.5-4). cela me semble un peu lourd (le append to version surtout, et le revision qui comprend inutilement 2.6.4 qui est deja dnas le numro de version du noyau) J'ai fait tout pareil que le crateur du paquet debian = kernel-image-2.6.5-1-686-smp_2.5.6-4.deb Par contre, pendant la compilation de plex86-kernel, j'ai toujours les mmes erreurs. Une ide ? Deja, si c'est la mme chose, intuile de remettre tout le blabla ;). Sorry ;) Ensuite, les sources du modules plex86 que tu as sont-elles bien compatibles avec un 2.6.x ? Je commence me demander. Aprs avoir envoy mon mail, c'est ce que je me suis dit : j'suis con, c'est surement un pb de compatibilit / version du noyau. Regarder les listes et docs sur plex86, les archives de la listes user et dev, google/et cie. C'est ce que je vais faire, mais le projet plex86... c'est un peu strange. Pour ma part, j'ai trouver ce machin (plex) trop compliqu, doxbox fait (peut tre) mieux et plus simplement. doxbox ? C'est quoi, je trouve pas ? En fait, je cherche un mulateur PC pour installer windows / JRE Sun. J'ai essay qemu et bochs. qemu = install windows 2000 ok,mais impossible de passer un service pack au dessus du 2. Le JRE de Sun ne fonctionne pas. bochs = jamais russi installer windows 2000. Comme bochs semble chercher le module kernel de plex86, j'ai voulu essayer de l'installer (pour voir si a acclre les chose, ou permet l'install). Eric.
Re: Compilation module - kernel 2.6.5 / sid - Plex86
Eric SCHAEFFER wrote: Le dim 16/05/2004 18:57, JusTiCe8 a crit : L'intret est d'avoir TON noyau pour TON matriel, avec tout ce dont tu as besoin et rien de plus (exemple concret : pas de modules/code en dur pour la gestion du RAID logiciel, des crates gfx machintrucmuche que tu n'aura jamais et des cartes rseaux xyz et des chipsets lambda machin et du bluetooth dont tu te moque etcetc ce ne sont que des exemples) et aussi un noyau comme tu l'entends, savoir avec certaines parties en modules (des trucs qui ne servent pas tjs ou de tps autre) et les patch que tu veux (preempt/low-latency, supermount, debian-logo, ...) Hum... machins inutiles = sont en modules, donc ils ne prennent uniquement que de la place disque, et peuvent toujours servir un jour. :) d'ici l tu pourra tjs compiler un autre noyau. module / en dur = je ne sais pas en fait ce qu'on perd rellement comme perf en mettant en module par rapport l'intgrer dans le noyau. Ce que je me suis toujours dit : si c'est en module, je peux charger/dcharger, je peux changer de matos.Thoriquement je pourrais mme enlever le disque, le mettre dans une autre machine, et booter sans pb. les patchs = beuh... kesako ? ;) Jamais trop regard (quoique supermount m'intresse) mouai, en modules, il doit y avoir une petite perte le temps du chargement. Aprs il faut voir. Je pensais plus d'ventuelle optimisation du compilo sur mon archi. oouuhhh l ! cela me semble un peu lourd (le append to version surtout, et le revision qui comprend inutilement 2.6.4 qui est deja dnas le numro de version du noyau) J'ai fait tout pareil que le crateur du paquet debian = kernel-image-2.6.5-1-686-smp_2.5.6-4.deb ok. Par contre, pendant la compilation de plex86-kernel, j'ai toujours les mmes erreurs. Une ide ? Deja, si c'est la mme chose, intuile de remettre tout le blabla ;). Sorry ;) Ensuite, les sources du modules plex86 que tu as sont-elles bien compatibles avec un 2.6.x ? Je commence me demander. Aprs avoir envoy mon mail, c'est ce que je me suis dit : j'suis con, c'est surement un pb de compatibilit / version du noyau. Regarder les listes et docs sur plex86, les archives de la listes user et dev, google/et cie. C'est ce que je vais faire, mais le projet plex86... c'est un peu strange. je te le fait pas dire. Pour ma part, j'ai trouver ce machin (plex) trop compliqu, doxbox fait (peut tre) mieux et plus simplement. doxbox ? C'est quoi, je trouve pas ? c'est un emulateur dos et bientt win. I lexiste un paquet debian pour les 3 distrib je crois. En fait, je cherche un mulateur PC pour installer windows / JRE Sun. J'ai essay qemu et bochs. qemu = install windows 2000 ok,mais impossible de passer un service pack au dessus du 2. Le JRE de Sun ne fonctionne pas. bochs = jamais russi installer windows 2000. Comme bochs semble chercher le module kernel de plex86, j'ai voulu essayer de l'installer (pour voir si a acclre les chose, ou permet l'install). mmm... t'es un peu du genre barbare toi non ? Ya pas un jre pour Linux ? Un projet quivalent libre ? Et Wine ? As tu essay ? Tu as de quoi compiler l en plus, a devrait t'amuser lol Eric. A+, J8.
