il a totalement raison, par ce que les "fonctions" des
"composants intégrés" sont largement réalisées par soft, donc "déléguées"
au processeur
Ben non puisqu'il dit que linux utilise peu de cpu donc il doit y en
avoir largement assez pour ces cartes intégrées ...un petit exemple récent :
sur une machine serveur, nous avons installé une Deb pour remplacer le
Win Server 2000 d'origine, mais en le conservant sur sa partoche. Système
disque : 4 disque SCSI Ultra et carte Initio donnée pour pouvoir délivrer
60 Mo.S
sous Win 2000, ça n'a jamais dépassé les 42 Mo.S,
sous Deb, ça tourne à 50,55 Mo.S,
et le circuit intégré de la carte mère (un Adaptec ultra-scsi) atteint à
peine les 20 Mo.S
fais l'expérience ...
Oui, tu as comparé une Debian derniere génération à un OS vieux de 6 ans
... Compare plutôt avec un Win server 2003 (les performances ne sont
plus du tout les mêmes).
il a totalement raison, par ce que les "fonctions" des
"composants intégrés" sont largement réalisées par soft, donc "déléguées"
au processeur
Ben non puisqu'il dit que linux utilise peu de cpu donc il doit y en
avoir largement assez pour ces cartes intégrées ...
un petit exemple récent :
sur une machine serveur, nous avons installé une Deb pour remplacer le
Win Server 2000 d'origine, mais en le conservant sur sa partoche. Système
disque : 4 disque SCSI Ultra et carte Initio donnée pour pouvoir délivrer
60 Mo.S
sous Win 2000, ça n'a jamais dépassé les 42 Mo.S,
sous Deb, ça tourne à 50,55 Mo.S,
et le circuit intégré de la carte mère (un Adaptec ultra-scsi) atteint à
peine les 20 Mo.S
fais l'expérience ...
Oui, tu as comparé une Debian derniere génération à un OS vieux de 6 ans
... Compare plutôt avec un Win server 2003 (les performances ne sont
plus du tout les mêmes).
il a totalement raison, par ce que les "fonctions" des
"composants intégrés" sont largement réalisées par soft, donc "déléguées"
au processeur
Ben non puisqu'il dit que linux utilise peu de cpu donc il doit y en
avoir largement assez pour ces cartes intégrées ...un petit exemple récent :
sur une machine serveur, nous avons installé une Deb pour remplacer le
Win Server 2000 d'origine, mais en le conservant sur sa partoche. Système
disque : 4 disque SCSI Ultra et carte Initio donnée pour pouvoir délivrer
60 Mo.S
sous Win 2000, ça n'a jamais dépassé les 42 Mo.S,
sous Deb, ça tourne à 50,55 Mo.S,
et le circuit intégré de la carte mère (un Adaptec ultra-scsi) atteint à
peine les 20 Mo.S
fais l'expérience ...
Oui, tu as comparé une Debian derniere génération à un OS vieux de 6 ans
... Compare plutôt avec un Win server 2003 (les performances ne sont
plus du tout les mêmes).
Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Michel Talon wrote:Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Ca teste surtout le compilateur Sun et le compilateur Microsoft... Pour
comparer les deux OS, il faudrait compiler le bench avec gcc sur les deux.
Michel Talon wrote:
Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Ca teste surtout le compilateur Sun et le compilateur Microsoft... Pour
comparer les deux OS, il faudrait compiler le bench avec gcc sur les deux.
Michel Talon wrote:Si tu veux voir des choses qui mettent Windows rééllement en mauvaise posture:
http://www.geekpatrol.ca/blog/158/
Ce qui est particulièrement intéressant, à mon avis, dans ces résultats, c'est
à quel point le résultat d'un programme multithreadé sur un biproc est bien
deux fois meilleur que pour le programme non multithreadé sous Solaris, dans
la plupart des cas. Et là Windows est loin de faire aussi bien.
Ca teste surtout le compilateur Sun et le compilateur Microsoft... Pour
comparer les deux OS, il faudrait compiler le bench avec gcc sur les deux.
Autre question tant qu'on y est, comment tu fais pour gérer les serv eurs
Apache et Mysql graphiquement ?
Franchement, je n'en ai pas idée.Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma p art
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui perm et de
visualiser les services actifs, les démarrer et les arrêter. Il fau t
lancer le browser, se logger, aller sur le module, chercher apache, mys ql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fo is
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mai s
je n'y crois pas trop.
Hé je vous ai vu là! Pas d'ça ici! C'est troll, poils et débats i ci.
Autre question tant qu'on y est, comment tu fais pour gérer les serv eurs
Apache et Mysql graphiquement ?
Franchement, je n'en ai pas idée.
Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma p art
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui perm et de
visualiser les services actifs, les démarrer et les arrêter. Il fau t
lancer le browser, se logger, aller sur le module, chercher apache, mys ql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fo is
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mai s
je n'y crois pas trop.
Hé je vous ai vu là! Pas d'ça ici! C'est troll, poils et débats i ci.
Autre question tant qu'on y est, comment tu fais pour gérer les serv eurs
Apache et Mysql graphiquement ?
Franchement, je n'en ai pas idée.Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma p art
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui perm et de
visualiser les services actifs, les démarrer et les arrêter. Il fau t
lancer le browser, se logger, aller sur le module, chercher apache, mys ql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fo is
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mai s
je n'y crois pas trop.
Hé je vous ai vu là! Pas d'ça ici! C'est troll, poils et débats i ci.
Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Par contre le comportement du système de threads, ça peut jouer
beaucoup sur un programme multithreadé. Celà étant, je t'accorde que le
compilateur Sun est assez efficace pour paralléliser automatiquement.
Compiler avec gcc pour les deux ne te garantit pas que gcc produit exactement
le même code pour les deux plateformes.
Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Par contre le comportement du système de threads, ça peut jouer
beaucoup sur un programme multithreadé. Celà étant, je t'accorde que le
compilateur Sun est assez efficace pour paralléliser automatiquement.
Compiler avec gcc pour les deux ne te garantit pas que gcc produit exactement
le même code pour les deux plateformes.
Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Par contre le comportement du système de threads, ça peut jouer
beaucoup sur un programme multithreadé. Celà étant, je t'accorde que le
compilateur Sun est assez efficace pour paralléliser automatiquement.
Compiler avec gcc pour les deux ne te garantit pas que gcc produit exactement
le même code pour les deux plateformes.
Michel Talon wrote:Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Vu que personne n'a jamais fait cette comparaison, impossible d'en dire
quoi que ce soit. Et puis Windows est *réputé* conviviale :-)
Michel Talon wrote:
Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Vu que personne n'a jamais fait cette comparaison, impossible d'en dire
quoi que ce soit. Et puis Windows est *réputé* conviviale :-)
Michel Talon wrote:Soyons sérieux, le compilateur Microsoft a une excellente réputation, il
n'y a aucune raison qu'il y ait de pareils écarts uniquement dus au
compilateur.
Vu que personne n'a jamais fait cette comparaison, impossible d'en dire
quoi que ce soit. Et puis Windows est *réputé* conviviale :-)
julien wrote:julien wrote:
Peut-être oui, dans ce cas et comme je disais dans un autre post,
bossant dans une SSII et pensant pouvoir prétendre être au moins dans la
moyenne française concernant l'informatique (je peux évidemment
lourdement me tromper mais bon...), je plainds les autres personnes à
qui on dit que Linux est maintenant prêt pour le desktop et que c'est à
la portée de tout le monde !
proposition sur laquelle je présume que nous pouvons être d'accord :
il y a "installation et paramétrage", c'est un boulot de technicien qque
soit l'OS,
et l'utilisation "desktop".
dire "gnu/linux est aujourd'hui prêt pour une utilisation quotidienne", je
comprends moi que, sur un poste correctement installé et paramétré par un
technicien, l'utilisateur courant n'a pas plus de difficulté avec Gnome,
KDE, Xfce, etc que devant un bureau Win$ ou Aqua, pas moins non plus s'il
est totalement débutant.
pour illustration, je ne connais aucun progiciel de comptabilité qui soit
"totalement intuitif" si on ne connaît pas la technique comptable, qque
l'interface.
l'ambiguïté vient essentiellement de la partie "installation & paramétrage"
qui est faite "à l'achat" pour Win$ et Mac, et qu'on doit faire soi-même ou
faire faire avec les systèmes non pré-installés.
On est d'accord, je trouve d'ailleurs que toutes les initiatives de
C'est faux. Tu connais windows, tu ne connais pas linux donc tu prends
du temps pour configurer sous Linux. Moi qui n'ai jamais utilisé WinXP,
je mets des heures à faire la moindre petite chose et j'ai envie de
tout foutre par la fenètre, et j'ai mis bien plus longtemps à installer
un driver d'imprimante sous windows que sous Linux...
moi aussi, oh combien ! et on ne parle pas du réseau, sous XP c'est une
horreur !
Heu, là tu réponds à quelqu'un d'autre :-)
Il suffit de faire le saut, on s'habitue, et puis tout devient facile.
Heu je connais Windows dans une certaine limite.
limite vite atteinte ....
si tu veux dire qu'il est impossible de connaître toutes les arcanes de
Windows, je suis d'accord car le code est fermé,
si tu veux dire que mes connaissances sont très limitées, bah t'en sais
rien.
je parle bien des limites de Win$, pas des tiennes, quand même !
Je préfère ! :-)
Maintenant si t'arrives à faire marcher les sons midi juste avec des
apt-get, là je dis bravo.
presque ... quoique j'utilise plutôt des rpm ou des sources.
après install, il faut quand même démuter les devices alsa et charger au
moins une banque de sons (une petite ligne dans rc.local, comme
sfxload /etc/midi/8mbgmsfx.sf2)
ensuite, vérif avec un bête playmidi machin.mid
RPM, c'était quand j'étais sur Mandrake/Mandriva. Depuis je préfère
Bah la kyro2 ne m'a jamais posé de pb sur Windows ni sur Linux tant que
j'étais en noyau 2.4. Malheureusement, elle powervr a déclaré ne pas
mettre à jour ses drivers pour le noyau 2.6
il semble que les Kyro soient maintenant bien gérées avec les versions
récentes de Xorg, mais il y a eu effectivement un trou entre les noyaux 2.4
et les 2.6
Chapeau à la communauté derrière Xorg alors !
Mon ancienne imprimante, une Canon S520, un matos correct qui
fonctionnait bien sur Windows, sur Linux, bah fallait feinter.
Effectivement, chu certainement con, j'aurais dû penser à regarder les
sites pour voir que Canon ne donnait pas dans le libre. Désolé, je
n'avais pas ce type de réflexe avant.
Canon n'est pas "linux friendly", c'est un fait.
pour info, j'ai 2 imprimantes Canon, une BJ 4550 (A3) très ancienne,
correctement gérée depuis mes tous premiers linux,
et une i865 ; pour celle là, c'est turboprint.
Canon délivre bien des pilotes linux, mais sur son site en japonais, et là
j'ai calé ....
c'est sûr qu'on veut bien faire l'effort de deviner ce qui est écrit en
Ma webcam actuelle, une Philipps Toucam Pro2, bon matos d'après pas mal
de site, elle reste tout le temps allumée sur Linux tant que je ne
démarre pas Kopete ou Amsn pour l'éteindre.
J'arrête là ou tu penses toujours que j'achète du matos pourri ?
ben non, Philips c'est pas pourri, et elle tourne, même avec un tout petit
effet de bord ; je parlais des webcam "bidouilles" vendues dans les Lidl et
autres Aldi
il me viendrait pas à l'idée d'acheter du matos premier prix
Pour l'instant je n'ai pas acheté de carte son, j'utilise donc le
chipset de la CM
donc pas de synthé midi matériel, il faut TiMidity (pas mal, d'ailleurs)Jouant du clavier sur un Clavinova, je voulais à l'époque relier le
clavier à l'ordi afin d'utiliser des banques de son récupérées sur
internet, je cherchais donc une carte de son à moins de 150 euros pour
avoir une faible latence.
A force d'essayer de trouver la meilleure carte son pour moins de 150
euros (la plus simple à configurer, ayant une faible latence, des
possiblités midis), j'ai laissé tombé et j'ai acheté un synthé Roland
que je relie à mon Clavinova. J'ai donc une bonne banque de sons à
utiliser pour 1h à me documenter seulement et ça marche tout de suite
(j'ai pas à démarrer l'ordi, lancer 3 applis, etc.)
soit, mais tu ne profites pas des joies du midi sur la bécane ; c'est
dommage. et je te répète, le midi avec alsa c'est naso-digital.
Bah l'ordinateur étant dans le bureau, les claviers dans le salon, j'ai
Le pb, c'est que je me dis souvent à quoi ça sert que je m'emmerde à
recompiler le noyau, fouiller dans 10000 docs différentes pour faire un
truc que je fais naturellement et simplement sur Windows (jusqu'à
récemment, l'utilisation de la clé usb était l'exemple type).
nous n'avons manifestement pas les mêmes expériences :
j'ai toujours dû ramer 10 fois plus sous Win$ que sous tous les autres OS.
par exemple les clefs usb : toutes mes clefs (et celles des autres) sont
vues immédiatement sous mes linux et bsd, et plus de la moitié exigent un
pilote spécifique sous Win$ (les Lexmark par exemple).
idem pour les APN (Canon et Fuji) : que je branche l'appareil ou la carte
dans le lecteur de cartes, c'est direct et immédiat sous linux/bsd, et sous
Win$ il faut installer des softs spécifiques depuis le CD, etc
Heu les quelques clés que j'ai vu passé avaient besoin d'un pilote pour
PS cartes son : les SounBlaster sont très bien gérées sous linux, je dirais
même mieux que sous win. Les Terratec demandent qque manips, mais le son
est vraiment bon.
Si je dois prendre une carte son, ça sera une à faible latence (ASIO ?).
julien wrote:
julien wrote:
Peut-être oui, dans ce cas et comme je disais dans un autre post,
bossant dans une SSII et pensant pouvoir prétendre être au moins dans la
moyenne française concernant l'informatique (je peux évidemment
lourdement me tromper mais bon...), je plainds les autres personnes à
qui on dit que Linux est maintenant prêt pour le desktop et que c'est à
la portée de tout le monde !
proposition sur laquelle je présume que nous pouvons être d'accord :
il y a "installation et paramétrage", c'est un boulot de technicien qque
soit l'OS,
et l'utilisation "desktop".
dire "gnu/linux est aujourd'hui prêt pour une utilisation quotidienne", je
comprends moi que, sur un poste correctement installé et paramétré par un
technicien, l'utilisateur courant n'a pas plus de difficulté avec Gnome,
KDE, Xfce, etc que devant un bureau Win$ ou Aqua, pas moins non plus s'il
est totalement débutant.
pour illustration, je ne connais aucun progiciel de comptabilité qui soit
"totalement intuitif" si on ne connaît pas la technique comptable, qque
l'interface.
l'ambiguïté vient essentiellement de la partie "installation & paramétrage"
qui est faite "à l'achat" pour Win$ et Mac, et qu'on doit faire soi-même ou
faire faire avec les systèmes non pré-installés.
On est d'accord, je trouve d'ailleurs que toutes les initiatives de
C'est faux. Tu connais windows, tu ne connais pas linux donc tu prends
du temps pour configurer sous Linux. Moi qui n'ai jamais utilisé WinXP,
je mets des heures à faire la moindre petite chose et j'ai envie de
tout foutre par la fenètre, et j'ai mis bien plus longtemps à installer
un driver d'imprimante sous windows que sous Linux...
moi aussi, oh combien ! et on ne parle pas du réseau, sous XP c'est une
horreur !
Heu, là tu réponds à quelqu'un d'autre :-)
Il suffit de faire le saut, on s'habitue, et puis tout devient facile.
Heu je connais Windows dans une certaine limite.
limite vite atteinte ....
si tu veux dire qu'il est impossible de connaître toutes les arcanes de
Windows, je suis d'accord car le code est fermé,
si tu veux dire que mes connaissances sont très limitées, bah t'en sais
rien.
je parle bien des limites de Win$, pas des tiennes, quand même !
Je préfère ! :-)
Maintenant si t'arrives à faire marcher les sons midi juste avec des
apt-get, là je dis bravo.
presque ... quoique j'utilise plutôt des rpm ou des sources.
après install, il faut quand même démuter les devices alsa et charger au
moins une banque de sons (une petite ligne dans rc.local, comme
sfxload /etc/midi/8mbgmsfx.sf2)
ensuite, vérif avec un bête playmidi machin.mid
RPM, c'était quand j'étais sur Mandrake/Mandriva. Depuis je préfère
Bah la kyro2 ne m'a jamais posé de pb sur Windows ni sur Linux tant que
j'étais en noyau 2.4. Malheureusement, elle powervr a déclaré ne pas
mettre à jour ses drivers pour le noyau 2.6
il semble que les Kyro soient maintenant bien gérées avec les versions
récentes de Xorg, mais il y a eu effectivement un trou entre les noyaux 2.4
et les 2.6
Chapeau à la communauté derrière Xorg alors !
Mon ancienne imprimante, une Canon S520, un matos correct qui
fonctionnait bien sur Windows, sur Linux, bah fallait feinter.
Effectivement, chu certainement con, j'aurais dû penser à regarder les
sites pour voir que Canon ne donnait pas dans le libre. Désolé, je
n'avais pas ce type de réflexe avant.
Canon n'est pas "linux friendly", c'est un fait.
pour info, j'ai 2 imprimantes Canon, une BJ 4550 (A3) très ancienne,
correctement gérée depuis mes tous premiers linux,
et une i865 ; pour celle là, c'est turboprint.
Canon délivre bien des pilotes linux, mais sur son site en japonais, et là
j'ai calé ....
c'est sûr qu'on veut bien faire l'effort de deviner ce qui est écrit en
Ma webcam actuelle, une Philipps Toucam Pro2, bon matos d'après pas mal
de site, elle reste tout le temps allumée sur Linux tant que je ne
démarre pas Kopete ou Amsn pour l'éteindre.
J'arrête là ou tu penses toujours que j'achète du matos pourri ?
ben non, Philips c'est pas pourri, et elle tourne, même avec un tout petit
effet de bord ; je parlais des webcam "bidouilles" vendues dans les Lidl et
autres Aldi
il me viendrait pas à l'idée d'acheter du matos premier prix
Pour l'instant je n'ai pas acheté de carte son, j'utilise donc le
chipset de la CM
donc pas de synthé midi matériel, il faut TiMidity (pas mal, d'ailleurs)
Jouant du clavier sur un Clavinova, je voulais à l'époque relier le
clavier à l'ordi afin d'utiliser des banques de son récupérées sur
internet, je cherchais donc une carte de son à moins de 150 euros pour
avoir une faible latence.
A force d'essayer de trouver la meilleure carte son pour moins de 150
euros (la plus simple à configurer, ayant une faible latence, des
possiblités midis), j'ai laissé tombé et j'ai acheté un synthé Roland
que je relie à mon Clavinova. J'ai donc une bonne banque de sons à
utiliser pour 1h à me documenter seulement et ça marche tout de suite
(j'ai pas à démarrer l'ordi, lancer 3 applis, etc.)
soit, mais tu ne profites pas des joies du midi sur la bécane ; c'est
dommage. et je te répète, le midi avec alsa c'est naso-digital.
Bah l'ordinateur étant dans le bureau, les claviers dans le salon, j'ai
Le pb, c'est que je me dis souvent à quoi ça sert que je m'emmerde à
recompiler le noyau, fouiller dans 10000 docs différentes pour faire un
truc que je fais naturellement et simplement sur Windows (jusqu'à
récemment, l'utilisation de la clé usb était l'exemple type).
nous n'avons manifestement pas les mêmes expériences :
j'ai toujours dû ramer 10 fois plus sous Win$ que sous tous les autres OS.
par exemple les clefs usb : toutes mes clefs (et celles des autres) sont
vues immédiatement sous mes linux et bsd, et plus de la moitié exigent un
pilote spécifique sous Win$ (les Lexmark par exemple).
idem pour les APN (Canon et Fuji) : que je branche l'appareil ou la carte
dans le lecteur de cartes, c'est direct et immédiat sous linux/bsd, et sous
Win$ il faut installer des softs spécifiques depuis le CD, etc
Heu les quelques clés que j'ai vu passé avaient besoin d'un pilote pour
PS cartes son : les SounBlaster sont très bien gérées sous linux, je dirais
même mieux que sous win. Les Terratec demandent qque manips, mais le son
est vraiment bon.
Si je dois prendre une carte son, ça sera une à faible latence (ASIO ?).
julien wrote:julien wrote:
Peut-être oui, dans ce cas et comme je disais dans un autre post,
bossant dans une SSII et pensant pouvoir prétendre être au moins dans la
moyenne française concernant l'informatique (je peux évidemment
lourdement me tromper mais bon...), je plainds les autres personnes à
qui on dit que Linux est maintenant prêt pour le desktop et que c'est à
la portée de tout le monde !
proposition sur laquelle je présume que nous pouvons être d'accord :
il y a "installation et paramétrage", c'est un boulot de technicien qque
soit l'OS,
et l'utilisation "desktop".
dire "gnu/linux est aujourd'hui prêt pour une utilisation quotidienne", je
comprends moi que, sur un poste correctement installé et paramétré par un
technicien, l'utilisateur courant n'a pas plus de difficulté avec Gnome,
KDE, Xfce, etc que devant un bureau Win$ ou Aqua, pas moins non plus s'il
est totalement débutant.
pour illustration, je ne connais aucun progiciel de comptabilité qui soit
"totalement intuitif" si on ne connaît pas la technique comptable, qque
l'interface.
l'ambiguïté vient essentiellement de la partie "installation & paramétrage"
qui est faite "à l'achat" pour Win$ et Mac, et qu'on doit faire soi-même ou
faire faire avec les systèmes non pré-installés.
On est d'accord, je trouve d'ailleurs que toutes les initiatives de
C'est faux. Tu connais windows, tu ne connais pas linux donc tu prends
du temps pour configurer sous Linux. Moi qui n'ai jamais utilisé WinXP,
je mets des heures à faire la moindre petite chose et j'ai envie de
tout foutre par la fenètre, et j'ai mis bien plus longtemps à installer
un driver d'imprimante sous windows que sous Linux...
moi aussi, oh combien ! et on ne parle pas du réseau, sous XP c'est une
horreur !
Heu, là tu réponds à quelqu'un d'autre :-)
Il suffit de faire le saut, on s'habitue, et puis tout devient facile.
Heu je connais Windows dans une certaine limite.
limite vite atteinte ....
si tu veux dire qu'il est impossible de connaître toutes les arcanes de
Windows, je suis d'accord car le code est fermé,
si tu veux dire que mes connaissances sont très limitées, bah t'en sais
rien.
je parle bien des limites de Win$, pas des tiennes, quand même !
Je préfère ! :-)
Maintenant si t'arrives à faire marcher les sons midi juste avec des
apt-get, là je dis bravo.
presque ... quoique j'utilise plutôt des rpm ou des sources.
après install, il faut quand même démuter les devices alsa et charger au
moins une banque de sons (une petite ligne dans rc.local, comme
sfxload /etc/midi/8mbgmsfx.sf2)
ensuite, vérif avec un bête playmidi machin.mid
RPM, c'était quand j'étais sur Mandrake/Mandriva. Depuis je préfère
Bah la kyro2 ne m'a jamais posé de pb sur Windows ni sur Linux tant que
j'étais en noyau 2.4. Malheureusement, elle powervr a déclaré ne pas
mettre à jour ses drivers pour le noyau 2.6
il semble que les Kyro soient maintenant bien gérées avec les versions
récentes de Xorg, mais il y a eu effectivement un trou entre les noyaux 2.4
et les 2.6
Chapeau à la communauté derrière Xorg alors !
Mon ancienne imprimante, une Canon S520, un matos correct qui
fonctionnait bien sur Windows, sur Linux, bah fallait feinter.
Effectivement, chu certainement con, j'aurais dû penser à regarder les
sites pour voir que Canon ne donnait pas dans le libre. Désolé, je
n'avais pas ce type de réflexe avant.
Canon n'est pas "linux friendly", c'est un fait.
pour info, j'ai 2 imprimantes Canon, une BJ 4550 (A3) très ancienne,
correctement gérée depuis mes tous premiers linux,
et une i865 ; pour celle là, c'est turboprint.
Canon délivre bien des pilotes linux, mais sur son site en japonais, et là
j'ai calé ....
c'est sûr qu'on veut bien faire l'effort de deviner ce qui est écrit en
Ma webcam actuelle, une Philipps Toucam Pro2, bon matos d'après pas mal
de site, elle reste tout le temps allumée sur Linux tant que je ne
démarre pas Kopete ou Amsn pour l'éteindre.
J'arrête là ou tu penses toujours que j'achète du matos pourri ?
ben non, Philips c'est pas pourri, et elle tourne, même avec un tout petit
effet de bord ; je parlais des webcam "bidouilles" vendues dans les Lidl et
autres Aldi
il me viendrait pas à l'idée d'acheter du matos premier prix
Pour l'instant je n'ai pas acheté de carte son, j'utilise donc le
chipset de la CM
donc pas de synthé midi matériel, il faut TiMidity (pas mal, d'ailleurs)Jouant du clavier sur un Clavinova, je voulais à l'époque relier le
clavier à l'ordi afin d'utiliser des banques de son récupérées sur
internet, je cherchais donc une carte de son à moins de 150 euros pour
avoir une faible latence.
A force d'essayer de trouver la meilleure carte son pour moins de 150
euros (la plus simple à configurer, ayant une faible latence, des
possiblités midis), j'ai laissé tombé et j'ai acheté un synthé Roland
que je relie à mon Clavinova. J'ai donc une bonne banque de sons à
utiliser pour 1h à me documenter seulement et ça marche tout de suite
(j'ai pas à démarrer l'ordi, lancer 3 applis, etc.)
soit, mais tu ne profites pas des joies du midi sur la bécane ; c'est
dommage. et je te répète, le midi avec alsa c'est naso-digital.
Bah l'ordinateur étant dans le bureau, les claviers dans le salon, j'ai
Le pb, c'est que je me dis souvent à quoi ça sert que je m'emmerde à
recompiler le noyau, fouiller dans 10000 docs différentes pour faire un
truc que je fais naturellement et simplement sur Windows (jusqu'à
récemment, l'utilisation de la clé usb était l'exemple type).
nous n'avons manifestement pas les mêmes expériences :
j'ai toujours dû ramer 10 fois plus sous Win$ que sous tous les autres OS.
par exemple les clefs usb : toutes mes clefs (et celles des autres) sont
vues immédiatement sous mes linux et bsd, et plus de la moitié exigent un
pilote spécifique sous Win$ (les Lexmark par exemple).
idem pour les APN (Canon et Fuji) : que je branche l'appareil ou la carte
dans le lecteur de cartes, c'est direct et immédiat sous linux/bsd, et sous
Win$ il faut installer des softs spécifiques depuis le CD, etc
Heu les quelques clés que j'ai vu passé avaient besoin d'un pilote pour
PS cartes son : les SounBlaster sont très bien gérées sous linux, je dirais
même mieux que sous win. Les Terratec demandent qque manips, mais le son
est vraiment bon.
Si je dois prendre une carte son, ça sera une à faible latence (ASIO ?).
Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma part
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui permet de
visualiser les services actifs, les démarrer et les arrêter. Il faut
lancer le browser, se logger, aller sur le module, chercher apache, mysql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fois
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mais
je n'y crois pas trop.
Heu bah là faut ouvrir un terminal à chaque fois, sauf si t'en as
Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma part
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui permet de
visualiser les services actifs, les démarrer et les arrêter. Il faut
lancer le browser, se logger, aller sur le module, chercher apache, mysql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fois
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mais
je n'y crois pas trop.
Heu bah là faut ouvrir un terminal à chaque fois, sauf si t'en as
Le but est d'éviter de faire des trucs du genre /etc/init.d/apache2 stop
Pourquoi? C'est à la fois très simple et très pratique, pour ma part
c'est comme ça que je fais.
Si tu veux avoir la même chose en plus compliqué, tu peux installer
webmin, il y a un module "actions de démarrage et d'arrêt" qui permet de
visualiser les services actifs, les démarrer et les arrêter. Il faut
lancer le browser, se logger, aller sur le module, chercher apache, mysql
ou autre dans la liste, cliquer sur le bouton... C'est au bas mot 10 fois
plus long que "/etc/init.d/apache stop", mais bon chacun fait comme il
veut. On dira "c'est mieux c'est graphique donc c'est plus facile", mais
je n'y crois pas trop.
Heu bah là faut ouvrir un terminal à chaque fois, sauf si t'en as
C'est sympa la ligne de commande, comme je l'ai dit dans un post, je
préfère aussi apt-get à synaptic, mais bon, l'interface graphique
apporte quand même un "léger plus" pour le ftp (ne serait ce que se
déplacer dans l'arborescence locale ou distante avec un simple clic.
sitecopy apporte un "léger plus" à un logiciel de ftp : il synchronise
intelligemment (ne copie que ce qui a changé depuis la dernière
synchronisation).
Pour le faire d'un simple clic tu créés un raccourci sur ton bureau vers
un script d'une ou deux lignes qui exécute ta commande de synchro.
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
C'est sympa la ligne de commande, comme je l'ai dit dans un post, je
préfère aussi apt-get à synaptic, mais bon, l'interface graphique
apporte quand même un "léger plus" pour le ftp (ne serait ce que se
déplacer dans l'arborescence locale ou distante avec un simple clic.
sitecopy apporte un "léger plus" à un logiciel de ftp : il synchronise
intelligemment (ne copie que ce qui a changé depuis la dernière
synchronisation).
Pour le faire d'un simple clic tu créés un raccourci sur ton bureau vers
un script d'une ou deux lignes qui exécute ta commande de synchro.
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
C'est sympa la ligne de commande, comme je l'ai dit dans un post, je
préfère aussi apt-get à synaptic, mais bon, l'interface graphique
apporte quand même un "léger plus" pour le ftp (ne serait ce que se
déplacer dans l'arborescence locale ou distante avec un simple clic.
sitecopy apporte un "léger plus" à un logiciel de ftp : il synchronise
intelligemment (ne copie que ce qui a changé depuis la dernière
synchronisation).
Pour le faire d'un simple clic tu créés un raccourci sur ton bureau vers
un script d'une ou deux lignes qui exécute ta commande de synchro.
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
Je tiens à préciser que Filezilla est tout a fait dispo sur ma debian
SID (en version 3.0 beta il est vrai) et que cela fonctionne
parfaitement niveau glisser-deposer et meme fxp (ainsi que selection
multiple).
La seule chose que je lui reproche c'est son absence de fonctionnalité
PRET mais m'en fous vu que j'utilise lftp dans ce cas la.
Bref les solutions ne manquent pas....
J'ai utilisé le dernier binaire bêta de Filezilla trouvé sur le site il
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
Je tiens à préciser que Filezilla est tout a fait dispo sur ma debian
SID (en version 3.0 beta il est vrai) et que cela fonctionne
parfaitement niveau glisser-deposer et meme fxp (ainsi que selection
multiple).
La seule chose que je lui reproche c'est son absence de fonctionnalité
PRET mais m'en fous vu que j'utilise lftp dans ce cas la.
Bref les solutions ne manquent pas....
J'ai utilisé le dernier binaire bêta de Filezilla trouvé sur le site il
Et si ne veux vraiment pas d'outils en ligne de commande tu peux
utiliser Konqueror qui gère très bien le ftp..
Je tiens à préciser que Filezilla est tout a fait dispo sur ma debian
SID (en version 3.0 beta il est vrai) et que cela fonctionne
parfaitement niveau glisser-deposer et meme fxp (ainsi que selection
multiple).
La seule chose que je lui reproche c'est son absence de fonctionnalité
PRET mais m'en fous vu que j'utilise lftp dans ce cas la.
Bref les solutions ne manquent pas....
J'ai utilisé le dernier binaire bêta de Filezilla trouvé sur le site il
