Sinon c'est quand meme un peu normal que les noyaux sont ecrits en language assez bas niveau : ils peuvent pas se permettre de ce trimbaler des tas de lib/VM/... necessaire au languages haut niveau comme java,...
Ils ont aussi besoin de pouvoir faire des manipulations sur les pointeurs pour pouvoir ecrire en memoire,...
De plus pour l'assembleur meme s'il est utilisee au minimun tu peux pas y echaper : tu fait comment en C pour recuperer/retourner d'une interuption, sauver les registres, ...
Mais apres je crois pas que ce soit une tendance de l'utilisee : tu veux quand meme avoir un code lisible et qui puisse etre facilement portabe....
tu passe le param qui va bien au module nvidia (je sais plus ce que c'est, au pire il faut que tu regarde dans les source du wrapper du module), m'enfin je crois qu'il est desactive par defaut sur certaines cartes meres a cause des pb de stabilitee ;)
Attention il faut bien proteger les caracteres d'echapement ( \e) par des \[, sinon dans certains cas ton affichage va faire n'importe quoi :
voici ce que j'utilise chez moi :
PS1="\[\e[0;34m\][\[\e[0;m\]\u@\h:\w\[\e[0;34m\]]\[\e[0;m\]\$ "
Je ne suis pas un fan de mdk, mais il faut avouer que certains de leurs outils sont vraiment super bien foutus, le meilleur d'entre eux : diskdrake
mouai, pour mes disques je prefere utiliser des trucs dont je suis sûr qu'il marche et qu'il font exactement ce que je veux plutot qu'un truc qui marche une fois sur 2...
Posté par M .
En réponse au journal Le bon "$TERM".
Évalué à 2.
oui, c'est ce que j'aillais repondre aussi, mais apres avoir essayer les differentes emulation de term possible, je n'ai pas reussit a le faire marche :(
Je ne comprend pas non plus pourquoi TERM=xterm par defaut avec putty.
Je pense que pour faire propre il faudrait dans le vimrc mapper correctement les touches envoyés par putty (avec un inputrc qui va bien le numpad marche tres bien sous bash)
M'enfin le numpad c'est mal pour une connection a distance : ca utilise des touches etendues et ca genere 2 fois plus de traffic....
Posté par M .
En réponse au journal Java et C++.
Évalué à 2.
le test de fibonacci est (pour moi) écrit tout a fait normalement dans les deux langages, ben le java l'emporte haut la main!
En tout cas pas chez moi : gcc - 3.4 java1.4
En effet la limite memoire ce faire par process et non par par user, et pour les connexions graphiques il faut entre 50-100Mo par process (mozilla, OOO) et au moins une 20 process, donc au total un utilisateur pourra allouer 1 a 2 Go de memoire...
Donc un petit programme a base de malloc de et fork peut faire pas mal de degat (si mes souvenir sont bon quand le kernel manque de memoire, il tue des process aleatoirement, par contre je sais plus si ceux en root son protege...)...
http://www.tommasoconforti.com/wiki/(...) permet de faire la conversion en page statique, comme ca vous pouvez l'offrir a ceux qui n'ont pas d'acces direct a internet...
Allouer trop de mémoire, ouvrir trop de fichiers, tout ça se limite (/etc/security/limits.conf)... et j'ai cru comprendre que certains systèmes permettaient une gestion encore plus fine des droits (par contre je connais pas objrmap).
Oui..., sauf que si tu fais un calcul simple limite de processus, limite de memoire par processus, tu te rendra vite compte que limits.conf est completement inefficace....
La derniere fois qu'on lui a demande de separer vim en un moteur vim et un gui vim pour faciliter l'integration graphique, il a dit qu'il ne toucherait pas a ces parties la et que vim resterait tel qu'il est, un editeur oriente terminal.
Et encore faut mieux eviter de lancer vim sur un vrai vt100 via le port serie, sinon imposible d'en sortir (vim recoit n'importe quoi comme caractere), et si on est en single mode on est bon pour le reboot.
Ensuite il suffit de mettre dans ton fstab
LABEL=le_label_de_ma_clef les_options_qui_vont_bien
Pour le scanner, en utilisant udev, tu dois pouvoir aussi recuperer les infos sur les periph usb (type,...) et cree une regle pour ton scanner, mais la je n'ai jamais regarde en detail...
c'est totalement faux : cela dépend des outils utilisés
Je dirais que ca depend surout des developpeurs : en C tu peux faire un logiciel tres sur : tu commences par definir des API de gestion de memoire, gestion de chaine,...
Tu peux par exemple regarder le projet vsftpd et notament ftp://vsftpd.beasts.org/users/cevans/untar/vsftpd-1.2.2/SECURITY/(...) qui explique les techniques misent en oeuvre.
Je me souvient surtout d'un post de linus sur la lkml qui critiquait le truc d'intel : actuelement y a deja openfirmware qui marche bien sur d'autres archis ( sparc, ppc,..) et intel veut imposser sont truc....
Or bien qu'ils dissent que l'implementation est ultra simple, d'un cote pratique c'est autre chose ( cf l'acpi qui etait sense etre aussi simple et qui commence a peine a marcher corectement...)
Mouais il font ca aussi pour les drivers nforce de leur carte reseau, et je pense qu'une carte reseau n'a pas beaucoup de secret (d'ailleur y a une version libre depuis quelque temps).
Disons que c'est plutot l'esprit de la maison.
Il ne file pas non les spec de la 2d et des controlleurs tv, pourtant la non plus c'est pas des trucs super complexe a proteger absolument.
# t'as un pb avec ton noyau
Posté par M . En réponse au message Logs de 2Go.. Évalué à 3.
# je filtre mes spams...
Posté par M . En réponse au sondage Le type de spam que je reçois le plus. Évalué à 3.
[^] # Re: a contre courant
Posté par M . En réponse à la dépêche Site de HurdFR de nouveau disponible. Évalué à 2.
Sinon c'est quand meme un peu normal que les noyaux sont ecrits en language assez bas niveau : ils peuvent pas se permettre de ce trimbaler des tas de lib/VM/... necessaire au languages haut niveau comme java,...
Ils ont aussi besoin de pouvoir faire des manipulations sur les pointeurs pour pouvoir ecrire en memoire,...
De plus pour l'assembleur meme s'il est utilisee au minimun tu peux pas y echaper : tu fait comment en C pour recuperer/retourner d'une interuption, sauver les registres, ...
Mais apres je crois pas que ce soit une tendance de l'utilisee : tu veux quand meme avoir un code lisible et qui puisse etre facilement portabe....
# re:
Posté par M . En réponse au message AGP disabled sur ma carte Nvidia... :-(. Évalué à 3.
[^] # Re: plop
Posté par M . En réponse au journal Bash, cherche configuration à la hauteur d'un zsh. Évalué à 2.
voici ce que j'utilise chez moi :
PS1="\[\e[0;34m\][\[\e[0;m\]\u@\h:\w\[\e[0;34m\]]\[\e[0;m\]\$ "
[^] # Re: completion:
Posté par M . En réponse au journal Bash, cherche configuration à la hauteur d'un zsh. Évalué à 4.
# mais aussi le plus bugge...
Posté par M . En réponse au journal Diskdrake sur d'autres distribs que mdk. Évalué à 0.
mouai, pour mes disques je prefere utiliser des trucs dont je suis sûr qu'il marche et qu'il font exactement ce que je veux plutot qu'un truc qui marche une fois sur 2...
[^] # Re: Et depuis putty
Posté par M . En réponse au journal Le bon "$TERM". Évalué à 2.
Je ne comprend pas non plus pourquoi TERM=xterm par defaut avec putty.
Je pense que pour faire propre il faudrait dans le vimrc mapper correctement les touches envoyés par putty (avec un inputrc qui va bien le numpad marche tres bien sous bash)
M'enfin le numpad c'est mal pour une connection a distance : ca utilise des touches etendues et ca genere 2 fois plus de traffic....
# tomsrtbt
Posté par M . En réponse au journal Portable 386 4MoRAM. Évalué à 3.
chez moi (un 386 avec 4Mo de ram) http://www.toms.net/rb/(...) marche.
Par contre c'est tres long (l'image est compresse en bzip...)
Sinon faudrait demander a lucas, je crois qu'il a aussi une antiquite...
[^] # Re: Dans le meme style ...
Posté par M . En réponse au journal Allumer une lampe avec le port parallele. Évalué à 2.
[^] # Re: Oui !
Posté par M . En réponse au journal Equivalent à Norton Ghost ?. Évalué à 2.
[^] # Re: Ce benchmark compare du Java à du C++ mais...
Posté par M . En réponse au journal Java et C++. Évalué à 2.
En tout cas pas chez moi : gcc - 3.4 java1.4
time java fibo 36
24157817
real 0m0.524s
user 0m0.490s
sys 0m0.022s
time ./a.out 36
res : 24157817
real 0m0.390s
user 0m0.388s
sys 0m0.001s
[^] # Re: Le patch ne suffit pas
Posté par M . En réponse à la dépêche Vulnérabilité de tous les noyaux 2.4.x / 2.6.x. Évalué à 2.
En effet la limite memoire ce faire par process et non par par user, et pour les connexions graphiques il faut entre 50-100Mo par process (mozilla, OOO) et au moins une 20 process, donc au total un utilisateur pourra allouer 1 a 2 Go de memoire...
Donc un petit programme a base de malloc de et fork peut faire pas mal de degat (si mes souvenir sont bon quand le kernel manque de memoire, il tue des process aleatoirement, par contre je sais plus si ceux en root son protege...)...
[^] # Re: Oui...
Posté par M . En réponse au journal Crashez votre noyau.... Évalué à 2.
# Wiki2static
Posté par M . En réponse à la dépêche Avalanche de nouveautés sur l'encyclopédie libre Wikipédia. Évalué à 10.
[^] # Re: Oui...
Posté par M . En réponse au journal Crashez votre noyau.... Évalué à 2.
Oui..., sauf que si tu fais un calcul simple limite de processus, limite de memoire par processus, tu te rendra vite compte que limits.conf est completement inefficace....
cf http://linuxfr.org/~mat_/9348.html(...) et notament http://linuxfr.org/comments/346573,1.html(...) pour le calcul...
[^] # Re: Vim 7
Posté par M . En réponse à la dépêche Vim 6.3 dans les bacs.. Évalué à 5.
Et encore faut mieux eviter de lancer vim sur un vrai vt100 via le port serie, sinon imposible d'en sortir (vim recoit n'importe quoi comme caractere), et si on est en single mode on est bon pour le reboot.
# le transfert de fichier c'est compatible avec tkabber ?
Posté par M . En réponse au journal Psi 0.9.2 is out ! Les logiciels pleuvent.... Évalué à 2.
[^] # Re: un seul mot..
Posté par M . En réponse au journal Mise à jour de FUNIX. Évalué à 2.
$apt-get update && apt-get install cinelerra
et voila une version de cinelerra optimiser pour athlon-XP installe sans douleur ;)
ok je --> []
# ...
Posté par M . En réponse au journal Points de montage USB qui dansent la gigue.... Évalué à 2.
Ensuite il suffit de mettre dans ton fstab
LABEL=le_label_de_ma_clef les_options_qui_vont_bien
Pour le scanner, en utilisant udev, tu dois pouvoir aussi recuperer les infos sur les periph usb (type,...) et cree une regle pour ton scanner, mais la je n'ai jamais regarde en detail...
[^] # Re: Comment peut-on moinsser une question ? Une inquiétude pas si complètement idiote en plus
Posté par M . En réponse à la dépêche Le remplaçant de PC BIOS sera "libre", annonce Intel. Évalué à 4.
Je dirais que ca depend surout des developpeurs : en C tu peux faire un logiciel tres sur : tu commences par definir des API de gestion de memoire, gestion de chaine,...
Tu peux par exemple regarder le projet vsftpd et notament ftp://vsftpd.beasts.org/users/cevans/untar/vsftpd-1.2.2/SECURITY/(...) qui explique les techniques misent en oeuvre.
[^] # Re: et l'openfirmware alors?
Posté par M . En réponse à la dépêche Le remplaçant de PC BIOS sera "libre", annonce Intel. Évalué à 10.
Or bien qu'ils dissent que l'implementation est ultra simple, d'un cote pratique c'est autre chose ( cf l'acpi qui etait sense etre aussi simple et qui commence a peine a marcher corectement...)
# ...
Posté par M . En réponse au journal Numérisation de vinyles. Évalué à 1.
Il m'ont l'air d'avoir des filtre interessant...
[^] # Re: c'est vrai
Posté par M . En réponse au journal infos sur les drivers. Évalué à 3.
Disons que c'est plutot l'esprit de la maison.
Il ne file pas non les spec de la 2d et des controlleurs tv, pourtant la non plus c'est pas des trucs super complexe a proteger absolument.
Enfin http://tvtool.info/go.htm?http://tvtool.info/english/nvidiastuff_e.(...) montre encore le belle esprit de la boite...
# cpufreq...
Posté par M . En réponse au message ACPI : baisser l'utilisation du processeur. Évalué à 1.
Il se chargera de changer la freq de ton cpu automatiquemant.