Reprise du message précédent :
Je remarque une chose, au niveau vitesse d’accès et transfert, le RPI montre vite ses limites .
 
C'est une belle machine, mais pas pour de la gestion de fichiers type torrentbox, NAS...  
 
Je vais me tourner vers une solution freenas sur une machine homemade  avec transmission pour ma torrentbox, parce que là, le torrent sur un RPI c'est une plaie

T'as tant que ça de photos et films de vacances à partager avec ta famille
 

 
C'est sûr que pour faire de l'IO à de fortes fréquences c'est moins intéressant

Bah c'est clair, comme déjà dit le pi pèche en io, le bus est partagé entre tous les ports USB2, la prise ethernet et la carte SD.
ça fait un sacré goulot d'étranglement...

à tout hasard, t'aurais une comparaison des vitesses de Transmission entre un RPi et RPi2?

 
Non, je n'en ai pas fait, à l'occasion pourquoi pas.
 
De toute façon, il semble qu'entre la version 1 et la 2, l'interface n'ai pas changé, donc cela devrait rester pareil
 
 

ben je pense que sur le RPi1 le CPU saturait avant d'atteindre la limite des interfaces, du coup, les débits devraient augmenter sur le RPI2

En parlant de cpu qui sature, sur un Pi1 j'ai tenté de surfer un peu, ça a vite fait saturer le cpu. Normal.
Du coup j'ai essayé un petit overclock (medium, @900 je crois) et le cpu est tombé à 40%
 
 
Je précise qu'evidemment j'allais sur la même page, que j'ai tenté plusieurs reboot avec les deux configs et j'ai toujours constaté pareil.
 
C'est dingue autant de différence non ?

Tu connais les caches ? (dns, navigateur etc.)

Y'a pas marqué newbie là  
 
Enfin en tout cas pas dans ce domaine

En tant que pas newbie, comment veux tu que l'augmentation de la fréquence diminue l'utilisation du cpu ?

Bah, si un calcul demandent 10 seconde sur un cpu 600mhz, avec un 1200mhz il devrait prendre 5 secondes  

Edit, je suis con, je confonds temps d'utilisation et % d'utilisation (c'est à cause de la 3D et des rendus, on part toujours du principe qu'un CPU c'est à 100% de charge, le seul facteur qui varie, c'est le temps).

Ça dépend si tu peux threader ta demande

ça dépend si l'action est parallélisable ou pas.
Si l'archi est identique et si la chose n'est pas parallélisable tu peux ne rien gagner.
 
Tout n'est pas aussi simple.
 
Mais normalement passer de 700 à 900 ça met un coup de fouet, mais ça ne change pas de 100% durant plusieurs secondes à 40% durant 1s quoi.

 
Je ne sais comment te répondre...

Sur un cpu monocore, et en sachant que l'utilisation du cpu c'est pas le temps d'exécution ? Sérieux ?

La page web réclame une certaine ressource cpu (javascript et machins qui bougent). A 600mhz, le cpu n'y arrive pas, il galère, il a un temps de retard, il est à 100% et la page rame.
A 900mhz, il n'a plus de temps de retard, il peut exécuter le javascript et il lui reste encore du temps pour gérer la friteuse et la gazinière, sauf que comme je ne lui demande pas ça, il a 60% de temps de feignasse qui glande rien.
 
Ma question c'était plutôt comment c'est possible de gagner autant de ressources en passant de 600 à 900.

+30% de fréquence donc dans le meilleurs cas on aura un gain de 30% ? (700Mhz la fréquence ce base sur le pi1)

sauf si il y a un truc qui m'échappe.

Disons que le truc c'est que c'est assez exponentiel.
Quand tu arrives à 100%, il y a d'autres tâches qui ne peuvent se dérouler et prennent plus de temps, et l'os doit gérer les priorités.  
 
Du coup augmenter de 30% la fréquence peut provoquer un résultat de gain de temps supérieur à 30%. Mais de là à ce que ça soit 60% ça me parait bizarre.
 
CEla dit au dela de la fréquence cpu, sur l'arm tu changes aussi la fréquence du cache, et il y a des histoires de multiplication par rapport à la fréquence du cpu. Donc tu peux augmenter plus au final.

Je rallumerai ce pi pour refaire des tests. Y'a certainement une explication à la con, comme d'hab, avec un process qui s'est lancé pile quand il fallait pas.
C'est pas comme si j'étais pas habitué aux coincidences de merde qui foutent en l'air des statistiques et des conclusions (j'ai comme une malédiction vaudou qui me poursuit depuis 40 ans).

une cron tab a la con qui a du se lancer certainement.

RPI2, Partage samba d'un disque dur USB formaté en NTFS:  
lecture: 725403648 octets (725 MB) copiés, 62,7669 s, 11,6 MB/s
écriture: 725403648 octets (725 MB) copiés, 70,6883 s, 10,3 MB/s
 
On est loin des perfs catamerdiques du rpi 1 ...
 
Si qqn veut d'autres combinaisons de tests (nfs, smb, ext4, ntfs, quel sens, etc) dites le, j'ai un disque dur vide donc je peux faire des tests. Si tlm s'en fout je formate en ext4 et c'est parti pour du nfs

je veux bien voir la comparaison avec l'ext4

 
 
Ah ouai, rien avoir avec le rpi 1    
 

en ext4
 
lecture: 725403648 octets (725 MB) copiés, 64,1215 s, 11,3 MB/s
écriture: 725403648 octets (725 MB) copiés, 63,0749 s, 11,5 MB/s
 
pareil quoi ... ptet un peu mieux en écriture

C'est certe proche, mais regarde la charge cpu...

Oui c'est bien pour ça que je compte le mettre en ext4 au final

Tu peux pas aller plus haut de toute facon, tu satures le 100 mbits du port RJ45

 
Merci    
Si quelqu'un veut en commander un sur Paris afin de partager les fdp... MP

J ai essayé d installer retropie sur mon pi2. J ai DL retropie2.6.img avec j ai mis ça sur ma microsd transcendance toute neuve préalablement formatée. Mais quand je boot le pi rien ne s affiche et j ai les les rouge et verte allumée fixe.
J ai essayé sans carte sd et j ai le même comportement. Une idée? J espère que c est pas la sd qui n est pas compatible...
Y en a qui ont ei des galères avec retropie?

Tu la mets "comment" ton image?
 
Il ne suffit pas juste de copier le .img sur la sd hein.

http://www.place4geek.com/blog/201 [...] pberry-pi/

avec win32DiskImager, mais autant pour moi, je n avais pas vu que c était un gz... du coup une fois décompressé ca va mieux!!
bon par contre j ai des corrupt data au boot...
étrange... je retente

Je veux un ordinateur type raspberry pour une petite installation de surveillance :
- un détecteur IR,
- une caméra qui se déclenche si un mouvement est détecté,
- envoye de la photo par e-mail en passant par le wifi -> dongle (je n'ai pas d'ethernet dispo)
 
 
Quelle est la solution la moins chère pour l'ordinateur ?? Peut-on trouver des raspberry pi ancien à 10/15 € ?

Bonfinalement ca fonctionne .Faire un mario64 avec une manette ps3vsur un pi. Le pied  !

Sinon une petite wanscam à 35-40€ le fait d'origine

a voir pour le detecteur ir.
mais mois j'utilise un Rpi B avec une bete webcam logitech c170. et le logiciel motion.

sa marche impec.
detection de mouvement. tu peux lancer une commande lors de la detection.
et enregustrer des images ou films.
et meme acceder en streaming a la cam

 
Merci pour les données, tu pourrais faire un comparo des ressources utilisés EXT4 vs NTFS ?

Tu connais qqch pour mesurer ça ? Parce que htop + mater a vue d'pif ça va pas etre terrible

hdparm ?
http://linuxconfig.org/hard-drive- [...] and-hdparm

Je vois pas le rapport. Ce que je veux mesurer c'est l'utilisation du CPU/ram pendant les transferts, pas la vitesse des transferts. En plus, on peut tester la vitesse d'un partage samba avec hdparm ?
 
 
Sinon j'ai testé en écriture sur du NTFS et de l'ext4 a vue d'oeil, en gros en ntfs tous les cores sont plus ou moins utilisés (en général autour de 30/40% avec des pics et des baisses) et en ext4 y'a un core utilisé a peu pres pareil, un autre autour de 15/20% et les deux autres pas utilisés.

Ce qui reste logique, je ne pige pas pourquoi mettre le disque en NTFS sur un PI