Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
les meilleur config de pc fanless
#1
bonjours à tous, je recheche des mini pcfanless afin de faire
fonctionner un ecran tactile.
J'ai trouvé une info, qu'en pensez vous.

si vous avez de bonne config, je prend tous les tuyaux

http://www.litchipc.com/produit.php?p=1&...44&idr=139

Amicalement


Fluke
#2
dsl pour la faute d'orthographe dans le titre
#3
Bonjour,

Bonne config, oui, mais tout dépend de ce que tu souhaites faire avec.
Quel système va tourner dessus, quelle application, quel type d'écran
et quelle définition... Ce sont toutes ces réponses qui permettent de
définir le bon profil matériel.

On 18 nov, 16:29, fluke <bontemp...@seib-batiment.fr> wrote:
> dsl pour la faute d'orthographe dans le titre
#4
On 18 nov, 16:28, fluke <bontemp...@seib-batiment.fr> wrote:
> je recheche des mini pcfanless afin de faire
> fonctionner un ecran tactile.

Si ton écran tactile est utilisé pour une Visu 24x24, alors je pense
qu'un disque dur est inapproprié. Une flash ou SSD serais mieux
#5
bonjour, certe manque d'informations de ma part.

Ecran tactile pour controle domotique plus une interface médiacenter.
Fonctionnera en 24/24 oui marc, que me conseillerez vous comme config
merci


amicalement

On 18 nov, 18:43, Marc Assin <raym...@warichet.com> wrote:
> On 18 nov, 16:28, fluke <bontemp...@seib-batiment.fr> wrote:
>
> > je recheche des mini pcfanless afin de faire
> > fonctionner un ecran tactile.
>
> Si ton écran tactile est utilisé pour une Visu 24x24, alors je pense
> qu'un disque dur est inapproprié. Une flash ou SSD serais mieux
#6
On 19 nov, 00:22, fluke <bontemp...@seib-batiment.fr> wrote:
> Ecran tactile pour controle domotique plus une interface médiacenter.
> Fonctionnera en 24/24
Comme disait Mickg
" tout dépend de ce que tu souhaites faire avec.
Quel système va tourner dessus, quelle application"

En effet, si tu mets Vista, Antivirus, Defrag, FW activé etc ou tout
simplement Linux avec FF, çà fait comme une différence :-)

> que me conseillerez vous comme config
Je ne donne plus aucun conseil, juste relater ce que j'ai fait, perso.
Je m'oriente vers http://www.ipc2u.de/catalog/E/EE/38277.html avec
CompactFlash.

avec Linux et FF. Juste un petit bémol, je n'ai pas la version Linux
du client de mon usine à gaz, je dois donc passer par FF, même sur le
LAN.
#7
Salut

Attention, les Via Eden, s'ils sont fanless, sont des vrais veaux. Si
tu utilises Flash ou Java pour ton interface, passe ton chemin. La
puissance équivaut à un Pentium II à 350-400 MHz à peu de chose près.

Si tu veux une interface un peu dynamique, tourne toi vers de l'Atom,
ou encore une plateforme standard downclockée et sous voltée.

Pour la fiabilité, je ne suis pas tout à fait d'accord avec la
remarque SSD vs HDD. Si tu utilises un OS standard (Windows ou Linux)
avec un système de fichier classique (FAT, NTFS, EXT3...), tu vas tuer
ta carte flash très vite. Si par contre tu utilises un système adapté
aux flash, tu peux envisager sereinement une carte CF de bonne
qualité.

Les SSD remplaçant les disques durs sont pour l'instant hors de prix,
de fiabilité inconnue. Oriente toi vers un bon disque 2.5".

A+
Vincent
#8
On 19 nov, 12:48, Grosvince <grosvi...@gmail.com> wrote:

> Attention, les Via Eden, s'ils sont fanless, sont des vrais veaux.
C'est vrai que c'est pas des foudres de guerre, mais on parle ici de
Visu.
Donc, le travail CPU est relativement faible, comparé à un PC
classique avec XP et Office. Tout ce qui tourne, c'est l'OS et un
browser.

> Si tu veux une interface un peu dynamique, tourne toi vers de l'Atom,
Oui, OK, mais je n'ai pas encore trouvé la config idéale dans un form
factor adéquat et ce dans la zone 200-250€

> Pour la fiabilité, je ne suis pas tout à fait d'accord avec la
> remarque SSD vs HDD. Si tu utilises un OS standard (Windows ou Linux)
> avec un système de fichier classique (FAT, NTFS, EXT3...), tu vas tuer
> ta carte flash très vite.
Heuuu....
Certaines personnes, prorpiétaire d"usine à gaz" ont ce device depuis
plus de 5 ans, 24x24, sans un hic. Mais encore une fois, la CF n'est
pas très sollicitée, juste pour la re-programmation (Visu, fonctions
logiques, horloge etc et sauvegarde des data d'une session à l'autre,
par exemple les data en vue de faire des statistiques de consommation
température etc).
Au boot, l'OS (Linux) crée un RAM disk qui sert de mémoire de travail
pour l'OS et les appli.
Quoi qu'on en dise, c'est pas mal une "usine à gaz" :-)

> Les SSD remplaçant les disques durs sont pour l'instant hors de prix,
bof, çà diminue régulièrement, çà devient abordable.

> de fiabilité inconnue.
?
J'ai travaillé dans une "grosse boîte" où on employait des SSD. Ces
SSD se prêtent bien aux algorythmes de single bit fault recovery et
double bit fault detection.

>Oriente toi vers un bon disque 2.5".
Non merci.
Je ne veux aucune partie mécanique en mouvement.
#9
> Non merci.
> Je ne veux aucune partie mécanique en mouvement.

Est ce que les électrons se déplaçant dans un fil métallique sont
considérés comme parties mécaniques en mouvement? LOL
#10
> > Pour la fiabilité, je ne suis pas tout à fait d'accord avec la
> > remarque SSD vs HDD. Si tu utilises un OS standard (Windows ou Linux)
> > avec un système de fichier classique (FAT, NTFS, EXT3...), tu vas tuer
> > ta carte flash très vite.

Oui et non.
Ce qui tue une mémoire flash, ce sont les écritures répétés au même
endroit et ce qui n'arrange pas les choses, c'est que les flashs ne
s'écrivent que par blocs de plusieurs Ko à la fois, mais il existe
plusieurs moyens d'éviter le problème.


Tout d'abord, les SSD et les cartes CF contiennent déjà en hardware
certains mécanismes pour répartir les écritures dans toute la mémoire,
ce qui limite le phénomène d'usure, donc pour des systèmes qui
écrivent peu sur leur "disque dur", on peut tout simplement échanger
le disque dur IDE contre un SSD ou un carte Compact Flash +
adaptateur.

Ensuite, il y a quelques conseils simples qui peuvent encore plus
limiter le problème d'usure :
- désactiver l'écriture de la date+heure de dernière lecture/écriture/
accès/... de chaque fichier
- éviter d'écrire des fichiers "log", ou bien les écrire sur un
RamDisk et faire une copie en flash à interval régulier (1x par jour
par exemple)
- mettre plus de RAM pour éviter d'utiliser un fichier ou une
partition de "swap"

Concernant le type de système de fichier, sous windows, FAT et NTFS
(dans une moindre mesure) peuvent très bien convenir si les conseils
ci-dessus sont bien respectés, tout est une question de finement
configurer l'OS (valeurs à changer dans la base de registres).

Sous Linux, les mêmes 3 conseils sont aussi d'application, mais les
possibilités sont plus larges.
A priori, les système de fichiers "avec journal" du type EXT3, EXT4 et
RaiserFS sont à proscrire ... MAIS, en plus des protections hardware
des SSD et CF, Linux possède son propre système logiciel de
"protection" de la flash : il s'agit du module "MTD" (=Memory
Technology Device) qui est utilisé dès que Linux monte une carte flash
plus "simple" comme une SD ou une MMC ; résultat, le problème n'est
plus aussi grave, même si un EXT2 conviendra mieux.
Linux propose aussi des types de système de fichiers spécialement
adaptés à une mémoire flash, comme JFFS2 (Journalling Flash File
System 2) par exemple, mais leur mise en œuvre est plus complexe.


Enfin, une solution idéale pour la flash serait de travailler
entièrement en RamDisk - comme Knoppix-Linux par exemple - et de ne
faire une éventuelle copie vers la flash que à la demande de
l'utilisateur ou bien à intervalles relativement espacés (1 x par jour
par exemple).

A titre d'information, la plupart des flash doivent tenir au minimum
100.000 écritures (pour chaque bloc mémoire) et à raison d'une
écriture par heure, cela donne tout de même plus de 11 ans de
fonctionnement ...
#11
Un dernier truc éventuel possible pour ne pas trop user la flash :
dans certains cas, il est peut-être possible de faire coïncider la
taille et l'emplacement des secteurs logiques du "disque dur" avec
les blocs "d'écriture" de la flash.
Ce truc aidera à limiter les écriture en flash dans le cas ou l'OS
doit écrire souvent dans des fichiers relativement petits, mais au
prix d'un gaspillage plus important de l'espace, comme le fait le
système FAT (et pas FAT32) sur les grand disques durs, car la taille
des secteurs va alors grimper à 16, 32, voir 64 Ko.
#12
Salut à tous, ça devient très technique !!!!!

Personnellemment, et choix loin d'être fixe, je comptais mettre media
center en OS.
Un antivirus, navigation internet et mail, plus et c'est l'interet, un
lecteur media mais qui pechera les infos au niveau du serveur.

Il me semble pas que les besoins soient trop gourmands
Pour les CF, pas mal de sytème dans l'industrie travail avec ces
dispositif de stockage en flask, sur des machines par exemple type
trangerbeur qui, à chaque packet qu'il transporte, recherche l'adresse
du colis dans des racks et recherche aussi sa sortie. Celà di, les
systèmes de fichier!!!!
Vous avez des infos sur des liens expliquant les différentes config
CF.

Au plaisir de vous lire
Fluke


Atteindre :


Utilisateur(s) parcourant ce sujet : 2 visiteur(s)