SimaHWT a écrit 11 commentaires

J'avais changé la libc, j'ai essayé une autre glibc et une eglibc, sans amélioration.

Oui j'ai fais ça, ça ne résoud pas le pb.

Du coup si ça ne vient pas du kernel, je sais pas d'ou ça peut venir.

Kernel custom uniquement sur slitaz, kernel ubuntu sur ubuntu.

Apparement ce serai un probleme de cache.

Quelqu'un connait quelles options du kernel peuvent influencer la taille du cache, le nombre d'objets slab disponibles ?

Un top indique aussi que le programme que je fais tourner prend 5.5% de mémoire sur ubuntu et 29% sur slitaz.

j'ai fait un cat /proc/meminfo et voila ce que ça donne :

Slitaz :

MemTotal: 1020288 kB
MemFree: 897312 kB
Buffers: 1668 kB
Cached: 56240 kB
SwapCached: 0 kB
Active: 58664 kB
Inactive: 51092 kB
Active(anon): 51848 kB
Inactive(anon): 0 kB
Active(file): 6816 kB
Inactive(file): 51092 kB
Unevictable: 0 kB
Mlocked: 0 kB
HighTotal: 129608 kB
HighFree: 18280 kB
LowTotal: 890680 kB
LowFree: 879032 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 4 kB
Writeback: 0 kB
AnonPages: 51924 kB
Mapped: 23320 kB
Shmem: 0 kB
Slab: 5124 kB
SReclaimable: 1484 kB
SUnreclaim: 3640 kB
KernelStack: 632 kB
PageTables: 660 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 510144 kB
Committed_AS: 133060 kB
VmallocTotal: 122880 kB
VmallocUsed: 2788 kB
VmallocChunk: 117428 kB
DirectMap4k: 909304 kB
DirectMap4M: 0 kB


Ubuntu :

MemTotal: 1016908 kB
MemFree: 791340 kB
Buffers: 48940 kB
Cached: 97500 kB
SwapCached: 0 kB
Active: 111408 kB
Inactive: 90356 kB
Active(anon): 55656 kB
Inactive(anon): 0 kB
Active(file): 55752 kB
Inactive(file): 90356 kB
Unevictable: 0 kB
Mlocked: 0 kB
HighTotal: 129608 kB
HighFree: 252 kB
LowTotal: 887300 kB
LowFree: 791088 kB
SwapTotal: 230392 kB
SwapFree: 230392 kB
Dirty: 4 kB
Writeback: 0 kB
AnonPages: 55320 kB
Mapped: 28504 kB
Shmem: 336 kB
Slab: 10184 kB
SReclaimable: 5232 kB
SUnreclaim: 4952 kB
KernelStack: 1288 kB
PageTables: 1032 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 738844 kB
Committed_AS: 155868 kB
VmallocTotal: 122880 kB
VmallocUsed: 12896 kB
VmallocChunk: 99356 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 4096 kB
DirectMap4k: 16376 kB
DirectMap4M: 892928 kB

Oui j'ai un thread chez eux.

Mais rien n'indique que ce soit un probleme slitaz en fait... Etant donné que j'utilise un kernel custom, ça vient probablement de la.

Bah il fait 5000 lignes le fichier.
J'suis pas certain que ça le fasse sur le forum.

glibc2.11.2 pour slitaz. Ubuntu EGLIBC 2.11.1-0ubuntu7.1 pour ubuntu.

un diff des .config des kernels : slitaz a gauche, ubuntu a droite.

http://www.fileshost.com/download.php?id=80ED64E91

Bien vu,

j'avais oublié quelques processus lourds...

j'ai refais le benchmark avec 0 charge.

Je le met en dessous.

Il montre que y'a un probleme au niveau de la mémoire. Quelques sont les optimisations possible pour les acces RAM ?

System Information
Platform: Linux x86 (32-bit)
Compiler: GCC 4.1.2 20070925 (Red Hat 4.1.2-33)
Operating System: Linux 2.6.36-vigilant i686
Model: Linux PC (Intel Atom N270)
Motherboard: Unknown Motherboard
Processor: Intel Atom N270
Processor ID: GenuineIntel Family 6 Model 28 Stepping 2
Logical Processors: 2
Physical Processors: 1
Processor Frequency: 1.60 GHz
L1 Instruction Cache: 0.00 B
L1 Data Cache: 0.00 B
L2 Cache: 512 KB
L3 Cache: 0.00 B
Bus Frequency: 0.00 Hz
Memory: 996 MB
Memory Type: N/A
SIMD: 1
BIOS: N/A
Processor Model: Intel(R) Atom(TM) CPU N270 @ 1.60GHz
Processor Cores: 2

Integer
Blowfish
single-threaded scalar 717 ||
multi-threaded scalar 1194 ||||
Text Compress
single-threaded scalar 725 ||
multi-threaded scalar 1049 ||||
Text Decompress
single-threaded scalar 784 |||
multi-threaded scalar 1162 ||||
Image Compress
single-threaded scalar 626 ||
multi-threaded scalar 917 |||
Image Decompress
single-threaded scalar 499 |
multi-threaded scalar 704 ||
Lua
single-threaded scalar 771 |||
multi-threaded scalar 1130 ||||

Floating Point
Mandelbrot
single-threaded scalar 485 |
multi-threaded scalar 914 |||
Dot Product
single-threaded scalar 939 |||
multi-threaded scalar 1703 ||||||
single-threaded vector 879 |||
multi-threaded vector 1850 |||||||
LU Decomposition
single-threaded scalar 338 |
multi-threaded scalar 341 |
Primality Test
single-threaded scalar 716 ||
multi-threaded scalar 971 |||
Sharpen Image
single-threaded scalar 1033 ||||
multi-threaded scalar 1801 |||||||
Blur Image
single-threaded scalar 1087 ||||
multi-threaded scalar 1929 |||||||

Memory
Read Sequential
single-threaded scalar 1767 |||||||
Write Sequential
single-threaded scalar 1526 ||||||
Stdlib Allocate
single-threaded scalar 808 |||
Stdlib Write
single-threaded scalar 503 ||
Stdlib Copy
single-threaded scalar 1007 ||||

Stream
Stream Copy
single-threaded scalar 1121 ||||
single-threaded vector 1214 ||||
Stream Scale
single-threaded scalar 720 ||
single-threaded vector 1191 ||||
Stream Add
single-threaded scalar 887 |||
single-threaded vector 1367 |||||
Stream Triad
single-threaded scalar 699 ||
single-threaded vector 1014 ||||

Integer Score: 856 |||
Floating Point Score: 1070 ||||
Memory Score: 1122 ||||
Stream Score: 1026 ||||

Overall Geekbench Score: 1001 ||||

wow...

merci beaucoup, c'est classe aussi.

Avec md5sum -c c'est plus classe, mais étant donné que la commande a besoin d'accéder aux fichiers listés dans le .md5 je vois pas comment faire.