TazForEver a écrit 1029 commentaires

tu as bien utilisé GetInterfaces() ?

using System;
using System.Reflection;

public class plugin
{
public static void Main(string[] args)
{
foreach(string path in args)
{
Assembly asm = Assembly.LoadFrom(path);

foreach(Type t in asm.GetTypes())
{
foreach(Type i in t.GetInterfaces())
{
if(i == typeof(System.Collections.ICollection))
{
Console.WriteLine(t);
break;
}
}
}
}
}
}


PS: désolé pour l'indentation de merde, ça fait des années qu'on réclame un balise tt qui fonctionne :o

Bien !

Même traitement pour gnome-system-monitor : colonnes RES ou RSS (également dans le paneau "Plus d'info."


Pour ton evolution : ben si tu n'utilises pas, supprimes tous les paquets relatifs à evolution de ton système.

Après, si tu veux économiser de la mémoire, il faut que tu fasses un choix entre GNOME et KDE : ce sont 2 environnements complets, et chacun vient avec pas mal de triperie (bibliothèque à charger et daemons). Si tu te résous à n'utiliser que des applis GTK2/GNOME par exemple, tu n'auras plus de processus kdeinit, et tu ne chargeras pas en mémoire libqt et les bibliothèques KDE. C'est autant de gagner.

Et réciproquement (bien que ça soit plus dur, il y a plus d'appli GTK2/GNOME que de KDE)

tu refais la même chose en lisant la colonne RES et tu reviens. Un peu de bon sens : tu as 256Mo de RAM, comment veux-tu que c'est nombres soient correctes ? fait une simple addition pardi :o

la qualité est géniale ! techniquement et musicalement

aucune : tu lances top ou gnome-system-monitor, et tu regardes la colonnes RES

bien essayé mais tu te trompes. la taille de la VM, ce n'est pas du tout RAM + SWAP. D'ailleurs tu le vois bien, sur des systèmes sans swap RES <= VM.

La taille de la VM, c'est la taille de l'espace d'addressage virtuel. Difficile à interpréter à moins de savoir ce que ça veut dire.

Donc même si firefox fuit, t'es pas prêt de le voir à 650Mo de mémoire ...

(et si t'es pas convaincu, fait la somme de 'VM' et tu verras, ça fera peut être 10 ou 50 fois que toute ta RAM+Swap

rhaaa, un utilisateur de procman :)
idem colonne RES/RSS (également dans le panneau plus d'info.)

3.6 je suppose, la version stable livrée avec linux2.6. la version 4 n'est pas est encore pas mal travaillée : elle n'est disponible que pour x86 et ne fonctionne pas avec les 4K stacks

man top

en gros : considère uniquement la colonne RES
MAJ+M pour trier par occupation mémoire.

Vu le prix, je préfère nettement le downloader et donner plus que 25% du prix à la fondation Gnome !

On espère donc voir ton nom dans la liste des amis de GNOME prochainement http://www.gnome.org/friends/(...)

Pour ma part, j'ai acheté ce livre et récemment fait un don Benefactor. Pour une fois que y a un livre qui vaut la peine ... ça me ferait vraiment de la peine que tout le monde le télécharge... surtout que le prix est très correcte quoi que tu en dises. À toi de jouer.

Gagner en liberté

c'est pas libre cette daube. Il faut arrêter de faire des vidéos avec. On peut pas les lire !

Le problème étant que mozilla garde en cache les images sous forme décompressé. À regarder les images dans leurs dimensions d'origine, on comprend que le rédacteur de cette page est un amateur qui a scanné ses poissons en 600dpi (au pif) sans réfléchir, sans même regarder ... très dommage, ça plombe tout le site pour un rien.

moi je trouve que 3% c'est rentable : une seule personne compile pour des milliers d'utilisateurs.

-mtune=cpu-type
Tune to cpu-type everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for cpu-type are:

...

While picking a specific cpu-type will schedule things appropriately for that particular chip, the compiler will not generate any code that does not run on the i386 without the -march=cpu-type option being used.


Idem pour les autres processeurs. Sans parler de MMX/SSE ou d'Altived (un vrai jeu d'instruction SIMD, pas de la branlette intel), ça permet déjà de paufiner sans casser. Mais bon, Debian est pas chaud pour ça ... ils disent que 3% ça vaut pas le coup.

si tu crées des nouveaux fichiers, ta question est valide. Fais à peu près ce que tu veux, mets juste un fichier HACKING pour dire ce que tu utilises et comment.
Mais comme la pluspart du temps, on reprend des fichiers déjà existants, et bien la question ne se pose pas : on reprend le style utilisé (des fois c'est l"enfer pour trouver le bon c-mode) pour minimiser la taille des changements. Et ouala :)

j'aurais 22 ans

je sais pas si tu te rends compte, mais pour une fois on s'en bat vraiment. Ici, on parle d'implémentation LIBREKISENBON :o
Ton témoignage n'est d'aucune utilité.

et bien, la suite de test pour valider une implémentation Java est hors de prix. Voir les articles précédents sur Java.

j'ai pas tout suivi là ...

Je suis sous Debian SID, et kaffe me paraît plus avancé que gcj/gij en terme de complétude (du moins gij explose plus souvent sur des erreurs de cp de package manquants). J'arrive même à faire certains TP d'imagerie. Par contre, c'est toujours lent (remarque, je ne peux pas comparer je suis sur PPC) et j'ai de temps en temps des erreurs de classpath à l'exécution de JAR, et des petites NullPointerException... il n'empêche, avec les versions livrées par Debian SID, FrozenBubble (version JAR) se lance presque : on touche au but !

sinon y a esddsp si tu utilises ESD

esddsp madplay machin.mp3

pourquoi tu as tout ça d'OSS ? moi je suis en SID, et j'ai rien. Que de l'ALSA. (snd_powermac comme déjà dit)

Bof : 256Mo de RAM, disque 40Go, carte vidéo 32Mo ...

si on rajoute l'applecare, 256 Mo de RAM, un disque 2x plus gros. Plus la vente forcée de MaxOSX ... on grimpe fastoche à 1000E

Maintenant, les vraies questions:
- à quand la version G5, histoire de donnée un véritable attrait à cette machine
- est-ce que ça va encore se fendre de partout comme le cube ?