mouai y a quelque temps (~2 ans), quand je laissais touner trop longtemps windows XP (+ d'une semaine), la memoire libre saturait et meme si je fermais toutes les appli ca n'y faissait rien....
Y avait que le reboot d'efficace.
Alors peut etre que les leaks sont dans le "windows manager", mais pour le relancer sous windows sans redemarer, c'est comment dire pas evident ....
Les personnes concernées par l'échange Sagem-FreeBOX n'ont pas à payer cette migration, donc pas de coûts supplémentaires après les 60 . De plus, Free prend en compte dorénavant les anciens abonnés en faisant rentrer dans tous les nouveaux contrats la dégressivité des frais en fonction de l'ancienneté.
Un bémol : les frais de résiliation recommencent à 96 , mais je l'accepte facilement.
pour ceux qui sont chez eux depuis le debut, il perde 60 , merci l'ancienté....
En plus vu le service technique de free (j'ai eu une semaine de coupure et paye pas mal de hotline pour une connerie de leur part...), le degroupage total s'est s'exposer a encore plus de problemes....
Bref je vois rien de miraculeux dans cette offre et je me sens toujours pompe a fric qui se casse s'il est pas content...
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...)
[^] # Re: t'as raison
Posté par M . En réponse au journal Leakez la mémoire du système avec Win32. Évalué à 0.
Y avait que le reboot d'efficace.
Alors peut etre que les leaks sont dans le "windows manager", mais pour le relancer sous windows sans redemarer, c'est comment dire pas evident ....
# heuuu...
Posté par M . En réponse au journal Dégroupage total chez Free : c'est parti. Évalué à 2.
Un bémol : les frais de résiliation recommencent à 96 , mais je l'accepte facilement.
pour ceux qui sont chez eux depuis le debut, il perde 60 , merci l'ancienté....
En plus vu le service technique de free (j'ai eu une semaine de coupure et paye pas mal de hotline pour une connerie de leur part...), le degroupage total s'est s'exposer a encore plus de problemes....
Bref je vois rien de miraculeux dans cette offre et je me sens toujours pompe a fric qui se casse s'il est pas content...
# hdparm -I ?
Posté par M . En réponse au message valeur du spindown timeout d'un disque. Évalué à 2.
# 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...)