Les liens utiles pour débuter sous linux.

[glenux]

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

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...

[deadhead]

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

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...

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:

[glenux]

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 ?

[Sillage]

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

[deadhead]

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

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

[glenux]

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é)

[milohoffman]

merci pour les links je dl la dernière Mandrake en ce moment

[hipchic]

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

[ASSKICK]

et encore un petit (de quelque centaine de pages ) guide de survie pour linux

http://www.delafond.org/survielinux/

download Red Hat (version 9 dispo depuis peut)

http://www.redhat.com/apps/download/

voila voila

[Da_Nerd]

D'autres site encore :

http://www.trustonme.net/

http://www.funix.org/

http://www.linuxfrench.net/

http://linuxdocs.tuxfamily.org/

http://www.linux-sottises.net/

http://www.gnulinews.org/

http://www.regit.org/

http://www.little-pinguin.net/

http://www.fr.linuxfromscratch.org/

http://routes-linux.scooba.org

http://loll.sourceforge.net/

Tres bon magasine on-line : http://www.linuxfocus.org/Francais/

Voila, en esperant ne pas avoir fait de doublont

[HarackNow]

Mon site qui regroupe un maximum de distribution Linux

htt://www.isostorm.com.

Je recherche d'ailleurs des personnes pour m'aider à remplir les différentes rubriques, réaliser des tests ... N'hésitez pas :)

--

Séb.

[Mikeizbak]

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...)

enfin voilà

[Dark26]

le modo c'est moi mais j'ai le oas temp .. ça va venir

[Mikeizbak]

je sais bien que tu n'as pas le temps

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

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

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)

[ca_pique]

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

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.

[yvan]

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

[tuXXX]

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

'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...)

[lorinc]

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

[tuxbubling]

Perso j'utilise la serie mm qui est

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

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é

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

[lorinc]

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

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

[tuxbubling]

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é

Pb non résolu a ce jour

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]

[lorinc]

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

[tuxbubling]

Mouaip bizarre....

Peut etre un paramétrage de jack....

[lorinc]

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...

[tuxbubling]

Ouais ouais c ca Voluntary preempt de ché mingo , 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