Jump to content

Archived

This topic is now archived and is closed to further replies.

Xtrange

Les liens utiles pour débuter sous linux.

Recommended Posts

mé jpeux po configurer la connexion....il reconnait po ma carte pci,il na po le module...

..les drivers que g besoin ne sont po ds la liste des drivers proposés....

il faut lui dire d'utiliser lesdits modules (et s'ils n'existent pas, il faut recompiler le noyau)

.en plus le con , il prend ma carte adsl pour une carte lan...

vive l'embrouille :mad2:

non c'est normal, tout périphérique permettant une connexion en réseau est considéré comme un interface réseau...

modem = modem cable usb = modem adsl = carte réseau = connexion série = connexion port parallele = ethX ou pppX ou (s/p)lip (selon le protocole utilisé)

...v voir si olitec fait des drivers pour linux .....parsque un OS ss internet>>>grosse daube....

avant je te conseille de chercher du coté des drivers officiels du noyau, ils supportent souvent mieu le matériel que les drivers du constructeur...

(sauf p-e pour certaines cartes graphiques...)

Enfin, je pense qu'il n'est pas raisonnable de juger un produit sur un seul test non fructueux... c'est un peu comme si je testais un logiciel terrible, que l'installation rate parce que j'ai mal configuré un truc ou que je n'ai pas pris le temps de me documenter , et qu'ensuite je dise 'le logiciel en question c'est une grosse daube', alors que c'est de ma faute...

Share this post


Link to post
Share on other sites

mé jpeux po configurer la connexion....il reconnait po ma carte pci,il na po le module...

..les drivers que g besoin ne sont po ds la liste des drivers proposés....

il faut lui dire d'utiliser lesdits modules (et s'ils n'existent pas, il faut recompiler le noyau)

.en plus le con , il prend ma carte adsl pour une carte lan...

vive l'embrouille :keskidit:

non c'est normal, tout périphérique permettant une connexion en réseau est considéré comme un interface réseau...

modem = modem cable usb = modem adsl = carte réseau = connexion série = connexion port parallele = ethX ou pppX ou (s/p)lip (selon le protocole utilisé)

...v voir si olitec fait des drivers pour linux .....parsque un OS ss internet>>>grosse daube....

avant je te conseille de chercher du coté des drivers officiels du noyau, ils supportent souvent mieu le matériel que les drivers du constructeur...

(sauf p-e pour certaines cartes graphiques...)

Enfin, je pense qu'il n'est pas raisonnable de juger un produit sur un seul test non fructueux... c'est un peu comme si je testais un logiciel terrible, que l'installation rate parce que j'ai mal configuré un truc ou que je n'ai pas pris le temps de me documenter , et qu'ensuite je dise 'le logiciel en question c'est une grosse daube', alors que c'est de ma faute...

:keskidit: fo que jvois sque c ces histoires de recomplier le noyau....nempeche , linux , c qd meme plus compliké que windaube.....il me fodra bcp de temps pour aborder le fonctionnement general de la famille linux>>:maldecranepowaaaa: :keskidit:

Share this post


Link to post
Share on other sites

Comparons : tu préfere patauger dans la choucroute d'une base de registre (coeur de la configuration de Windows) non documentée officiellement, ou bien suivre une documentation officielle pour faire les bonnes modifs pour faire fonctionner correctement (et définitivement) ton OS ?

Share this post


Link to post
Share on other sites
Comparons : tu préfere patauger dans la choucroute d'une base de registre (coeur de la configuration de Windows) non documentée officiellement, ou bien suivre une documentation officielle pour faire les bonnes modifs pour faire fonctionner correctement (et définitivement) ton OS ?

vu comme ça, c'est tout de suite plus interressant :non:

Share this post


Link to post
Share on other sites
Comparons : tu préfere patauger dans la choucroute d'une base de registre (coeur de la configuration de Windows) non documentée officiellement, ou bien suivre une documentation officielle pour faire les bonnes modifs pour faire fonctionner correctement (et définitivement) ton OS ?

vu comme ça, c'est tout de suite plus interressant :francais:

vi mé jpense po que cds la base de registres que sont situées les drivers du hardware....jme trompe? :francais:

Share this post


Link to post
Share on other sites

sous linux c'est pas non plus dans le fichiers de configuration (documentés) du répertoire /etc que sont située des drivers...

par contre sous windows, tu ne sais pas a quoi correspond chacun des .VXD et .DLL installés ni ce qu'il y a exactement dans ton KERNEL32.DLL ...

contrairement au noyau linux (et modules) ou tu y met ce que tu souhaite (en connaissance de cause, car c'est documenté)

Share this post


Link to post
Share on other sites

Après une ptite install d'une debian fort sympathique, mais k je dois ENCORE configurer, c ca la bonheur de linux!!!!!!

Voici qq liens fort utiles:

Regroupe un Max de liens uniquement sur la debian!!!!! (c de la bombe ya TOUT):

http://dpt.tuxfamily.org/#5

Téléchargement de pilotes Linux Nvidia

http://www.nvidia.fr/object/linux_display_....0-4496_fr.html

@ free ADSL degroupe ! (pour les chanceux com MOI :) )

http://eagle-usb.fr.st/

Et bonne prise de Tête :francais:

Share this post


Link to post
Share on other sites

suggestion :

ce serait vraiment excellent si vous pouviez regrouper tous les liens de ce topic dans le premier post (puis mise à jour par la suite) avec éventuellement une ligne décrivant la nature du site (enfin les infos qu'on y'a trouve...)

Xtrange est-il encore là pour éditer le post (le récapitulatif, n'importe qui peut le faire, mais le premier post, seul Xtrange ou un modo pourra l'éditer...) :francais:

enfin voilà :D

:-D:D

Share this post


Link to post
Share on other sites

je sais bien que tu n'as pas le temps :francais::D

c'est pour ça que j'ai écrit

le récapitulatif, n'importe qui peut le faire

:-D

par contre si Xtrange n'est pas sur le forum, ce sera à toi d'éditer son post pour y coller le récapitulatif (mais ça, ça prends 1 minute)

:D

Share this post


Link to post
Share on other sites

ca c'est vraiment un bon topics pour trouver un site. :mdr:

c'est pas toujour evident de trouver les info quand on debute sous linux et qu'on doit configurer ou conpiler tel ou tel truc.

c'est kler q'un recapitulatif des divers liens ca permetra de trouver desuite ce que l'on cherche. :byebye:

Share this post


Link to post
Share on other sites

Heu tiens, si qqun peut me renseigner, je cherche un lien sur le noyau, expliquant comme on peut éventuellement optimiser sa compilation pour de l'audio (temps réel et optimisation hd...) vala, si vous avez ça sous le coude, meurci bien :cartonrouge:

Share this post


Link to post
Share on other sites

en 2.6, il doit falloir mettre un patch realtime...

patch RT : http://people.redhat.com/mingo/realtime-preempt/

sinon, en 2.4 y'avais beaucoup plus de patches...mais cela veut sans doute dire que le 2.6 est déjà meilleur à la base :cdmalades:

'fin bon, j'avais vu des tests, la différence se fait surtout avec un charge système (et notamment processeur) importante...

pour la vitesse d'accès aux disques... il faut un bon type de partition...je crois que le JFS est bien pour ce type d'utilisation (mais seulement pour la capture des données, pas pour le système de base...)

Share this post


Link to post
Share on other sites

il me semble effectivement que les noyaux low latency sont des veersions patchées (comme la serie mm, du lien de tuxxx, ou bien ceux de Con Kolivas)

je teste le mm ce soir et je vous dis ça :incline:

Share this post


Link to post
Share on other sites

Perso j'utilise la serie mm qui est :incline:

Toutefois il faut vraiment en avoir l'utilité du prempt...

Il ya deux niveau dans le noyau mm

Le classique que l'on retrouve dans les vanilla en amélioré, et un autre, big quelque chose, j'ai plus le nom en tete :yes:

Celui la est a déconseillé pour une utilisation autre que spécifique! Ca réduit la latence pour tout ce qui est applications de son etc, mais ca réduit quand même grandement les performances système, et on se retrouve a avoir un mp3 qui saccade parcequ'on copie un fichier de 4-5Go a coté...

En même temps des appli comme Ardour ne se lancent meme pas sans lui...

Voila pour ce que j'en essayé :incline:

Pour ce qui est du système de fichiers, selon la taille des fichiers je mettrais perso du XFS, qui gère excessivement bien les gros fichier et les gros taux de transferts...XFS est quand même a la base dev par sgi pour holiwood et la capture video en temps réel :incline:

Share this post


Link to post
Share on other sites

tu pourrais faire part de tes options pour la série mm :incline:

histoire de voir comment on optimise ça pour ardour, justement

Share this post


Link to post
Share on other sites

hum

A priori il suffit d'activer la 2eme version du preempt pour que ca marche, apres une optimisation classik du kernel doit suffir.

Perso sur la slackware j'ai eu pas mal de pb avec ardour, mais ca venait de jack qui ne tenait pas une fois ardour lancé :incline:

Pb non résolu a ce jour :incline:

Sinon avec les meme options qu'un vanilla, les mm sont un tantinet plus rapides. Ils ont surtout plus d'options: Reiser4 par exemple

[OFF TOPIC = ON]

D'ailleurs pendant qu'on parle des mm, la version 2.6.10-rc2-mm3 peut poser des problèmes avec certaines clé USB, pour palier a ce pb, il faut passer a 1 l'option old_schema_first du module usbcore...

[OFF TOPIC = OFF]

Share this post


Link to post
Share on other sites

mmm, j'ai le même probleme (avec un kernel non patché).

au bout d'un certain temps d'acquisition, Jack déco ardour, suite à une trop grande perte de trames...

je pensais qu'un kernel patché spécial low-latency résoudrait le probleme.

le truc, c'est que j'avais fait des tests qui marchaient impeccable sous 2.4, avec mandrake :incline:

Share this post


Link to post
Share on other sites

as most of you are probably aware of it, there have been complaints on

lkml that the 2.6 kernel is not suitable for serious audio work due to

high scheduling latencies (e.g. the Jackit people complained). I took a

look at latencies and indeed 2.6.7 is pretty bad - latencies up to 50 msec

(!) can be easily triggered using common workloads, on fast 2GHz+ x86

system - even when using the fully preemptible kernel!

to solve this problem, Arjan van de Ven and I went over various kernel

functions to determine their preemptability and we re-created from

scratch a patch that is equivalent in performance to the 2.4 lowlatency

patches but is different in design, impact and approach:

  http://redhat.com/~mingo/voluntary-preempt/

  (Note to kernel patch reviewers: the split voluntary_resched type of

  APIs, the feature #ifdefs and runtime flags are temporary and were

  only introduced to enable a easy benchmarking/comparisons. I'll split

  this up into small pieces and drop the conditional stuff/ifdefs once

  there's testing feedback and actual audio users had their say!)

unlike the lowlatency patches, this patch doesn't add a lot of new

scheduling points to the source code, it rather reuses a rich but

currently inactive set of scheduling points that already exist in the

2.6 tree: the might_sleep() debugging checks. Any code point that does

might_sleep() is in fact ready to sleep at that point. So the patch

activates these debugging checks to be scheduling points. This reduces

complexity and impact quite significantly.

but even using these (over one hundred) might_sleep() points there were

still a number of latency sources in the kernel - we identified and

fixed them by hand, either via additional might_sleep() checks, or via

explicit rescheduling points. Sometimes lock-break was necessary as

well.

as a practical goal, this patch aims to fix all latency sources that

generate higher than ~1 msec latencies. We'd love to learn about

workloads that still cause audio skipping even with this patch applied,

but i've been unable to generate any load that creates higher than 1msec

latencies. (not counting driver initialization routines.)

this patch is also more configurable than the 2.4 lowlatency patches

were: there's a .config option to enable voluntary preemption, and there

are runtime /proc/sys knobs and boot-time flags to turn voluntary

preemption (CONFIG_VOLUNTARY_PREEMPT) and kernel preemption

(CONFIG_PREEMPT) on/off:

        # turn on/off voluntary preemption (if CONFIG_VOLUNTARY_PREEMPT)

echo 1 > /proc/sys/kernel/voluntary_preemption

echo 0 > /proc/sys/kernel/voluntary_preemption

        # turn on/off the preemptible kernel feature (if CONFIG_PREEMPT)

/proc/sys/kernel/kernel_preemption

/proc/sys/kernel/kernel_preemption

the 'voluntary-preemption=0/1' and 'kernel-preemption=0/1' boot options

can be used to control these flags at boot-time.

all 4 combinations make sense if both CONFIG_PREEMPT and

CONFIG_VOLUNTARY_PREEMPT are enabled - great for performance/latency

testing and comparisons.

The stock 2.6 kernel is equivalent to:

  voluntary_preemption:0 kernel_preemption:0

the 2.6 kernel with voluntary kernel preemption is equivalent to:

  voluntary_preemption:1 kernel_preemption:0

the 2.6 kernel with preemptible kernel enabled is:

  voluntary_preemption:0 kernel_preemption:1

and the preemptible kernel enhanced with additional lock-breaks is

enabled via:

  voluntary_preemption:1 kernel_preemption:1

it is safe to change these flags anytime.

The patch is against 2.6.7-bk20, and it also includes fixes for kernel

bugs that were uncovered while developing this patch. While it works for

me, be careful when using this patch!

Testreports, comments, suggestions are more than welcome,

Ingo

au passage, l'es pas faché avec les warning le pere Mingo... :incline:

Share this post


Link to post
Share on other sites

Ouais ouais c ca Voluntary preempt de ché mingo :yes:, me semble que c'est ce patch la qui a ete fusionné dans le mm...

Sur ce bon courage et bonne soirée, c'est l'heure de rentrer a la maison :D

Share this post


Link to post
Share on other sites

×
×
  • Create New...