Reprise du message précédent :

 
Je fais pas de streaming donc je sais pas...
C'est impossible de répondre, ça dépend du nombre de services, utilisateurs... de la manière de faire de la virtualisation.
 
Edit: un i3 c'est bien, faut mieux être sur-dimensioné que limite car tu pourra plus faire évoluer ton serveur.

Je te remets mon message de base :

 
Si tu es tout seul sur le serveur, pas de plex... je fais tourner tous ça sur un HP N40L, donc n'importe quel processeur actuel fera l'affaire.  

 
Donc sans plex, un j3170 ferait l'affaire?
Avec un ou deux sites web, du partage samba et du owncloud?

Oui largement !

Ca consomme plus mais en puissance brut c'est autre chose qu'un atom C2750. C'est génial pour faire tourner plein de services légers mais s'il te faut vraiment de la puissance, c'est trop light, notamment pour du transcodage vidéo.

Bon du coup je sais pas sur quoi partir  

Faut clairement définir tes beoins. Si tu écartes déjà la possibilités de faire du transcodage, ça te donnera un peu de flexibilité sur le choix du CPU.
 
Si tu hésites, pars sur une plateforme évolutive, avec un pentium G4400 sur socket 1151 et si plus tard tu remarques que tu es trop limité, tu pourras facilement changer le CPU.

Beh le transcodage n'est clairement pas une priorité, mais est-ce que un pentium g4400 est incapable de faire tourner plex ne serait-ce qu'en 720p pour essayer?

Tout dépend du format de tes vidéos et des clients qui y seront connectés. Si tu as des fichiers mkv en h264 et que tu t'y connectes en local avec un smartphone (iphone/android) ou un pc, tu pourras lire les films sans transcodage, donc pas de soucis avec la puissance CPU.

Si tu accès à plex par internet lorsque tu es hors de chez toi, ça dépend de ton upload. Si tu as un upload trop faible, alors plex va transcoder.

Mais avec un G4400 ou un C2750, tu vas pouvoir transcoder un ou deux flux 720 et peut-être un 1080p (à voir selon le bitrate).

 
Le C2750 est assez puissant pour du transcodage 1080p sous plex..

 
Donc si l'upload est assez bon pas de transcodage et donc le CPU ne limite plus?
Ici : https://support.plex.tv/hc/en-us/articles/201774043
Ils parlent d'un passmark de 2000 pour transcoder du 1080p, le g4400 est à 3600

Oui tu peux transcoder un flux 1080p + un 720p tant que c'est pas du high-bitrate. Ca peut être envisageable si le transcodage est seulement ponctuel ou limité à très peu d'utilisateurs.

 
Je serais le seul utilisateur de Plex je pense donc ça peut le faire?

Oui aucun soucis !

Tu as aussi le G4500T qui est une version à 35W.

Entre la  version normale et la version basse  consommation, la conso en idle est identique ou non ?  
C'est juste en charge que la consommation (et donc la puissance ?)  diffère  ?

Je me suis monté sur un J3710 et 4Go de ram un ESXI 6 avec 3 VMs : pfsense, xpeno et debian. Je peux facilement regarder des films qui sont sur xpeno au travers d'un VPN en lisant directement le dossier partagé.
 
EDIT : dis toi que ton serveur va être en idle la plupart du temps, je serai toi je partirai sur un truc vraiment basse conso.

 
Mais !
 
On dirait ma config !
 
Pour le boitier regarde ça :
[TU] Silverstone DS380 - Mini tour ITX 8 baies Hot-swap 3.5"
 
Pour le proc regarde cette CM :
ASRock C2750D4I+ C2750D4I C2550D4I
 
Et si tu pars sur du VMware tu auras besoin de ça :
[tuto] ESXi 6.0 sur du vieux matériel 5.0
Regardes y bien le second post aussi

 
Merci pour les liens
Mon matériel est compatible avec ESXI 6 et aussi VT-d et VT-x, je ne devrais donc pas avoir trop de problème.
Mais je vais quand même regarder, même si cela concerne FreeNAS et que je me dirige vers OMV en raison de la non compatibilité de mon i7 avec l'ECC.
 

 
Je vais aussi utiliser les 10 ports Sata.
Comme c'est du matos que j'ai récup, j'ai pas forcément eu le choix.
Sinon, je pense que je me serais orienté vers un Xeon D-1540 avec le même boitier que toi.
 

Alors, pour FreeNAS et la mémoire ECC.
La mémoire ECC est très fortement recommandée par la "norme" ZFS mais ce n'est pas obligatoire.
Mais lors de ma dernière vérification la mémoire ecc n'est pas particulièrement recommandée par FreeNAS.
 
Et cela fonctionne très bien sans.
C'est en fait un choix de chacun en fonction de la criticité du serveur et des données.
Pour un nas maison on peu s'en passer largement vu le surcout.
Pour un serveur pro mettant à disposition l'espace de stockage via FC c'est autre-chose.

C'est toujours "highly recommended" par Freenas :

L'étude en question indique :

Le surcoût n'est pas énorme (50€ pour 8Go de DDR3 ECC contre 35€ sans ECC) mais c'est un choix et ça dépend des données qu'on y traite. Perso j'y mets les photos/vidéos de famille et ça m’embêterait qu'un jour une ou plusieurs d'entre-elles soient corrompues donc j'ai pris de la mémoire ECC, et c'est aussi pour ça que j'ai pris ZFS et son bon système de checksum. Si on veut être cohérent faut aussi avoir de la mémoire ECC sur le système qui est utilisé pour faire le traitement de ses données et la copie vers le serveur.

Après comme tu dis, ça fonctionnera aussi sans mais faut être conscient du risque supplémentaire.

 
Merci je trouvais plus les topics
Par contre c'est certain que je ne mettrais pas de VMware, je suis fan de proxmox
Pour le débat ECC ou pas, franchement je ne prendrais pas le risque de perdre des données si j'étais sous freenas pour quelques euros....
Moi je gère mes données sous GlusterFS !

Le débat ECC n'est pas limité à Freenas, ça s'applique à tous les NAS.

Pour ma curiosité, Proxmox a des avantages par rapport à ESXi ?

 
Il s'applique surtout si tu utilises ZFS comme système de fichier !
 

 
Pas sur que ce soit interessant d'investir dans de la ram ecc pour OMV par exemple
 
Proxmox a l'avantage d'être gratuit et open source  

 
Je monterai surement une vm FreeNAS avec des HDDs n'ayant aucune donnée importante pour tester par rapport à OMV.

Un des objectifs de ZFS est d'avoir une forte résistance à la corruption des données, la mémoire ECC s'inscrit donc naturellement dans les besoins du système. Mais la corruption de données en mémoire s'applique à tous les systèmes, c'est pas limité à ZFS. La mémoire ECC existait avant ZFS et existera après.

Si tu n'as de pas de mémoire ECC, tu dois te contenter des mécanismes de détections et corrections d'erreurs de ton FS.

Dans les environnements pro, les heures de travail coûtant bien plus cher que le HW, on trouve souvent des machines avec ECC sur les serveurs mais aussi sur les posts de dév, même sur des machines Windows.

 
Je suis en environnement pro, et même avec de la mémoire ECC tu peux avoir de la corruption de données.
Donc tu dois quand même pouvoir avoir une solution de replis, moi je suis en stockage distribuée donc l'intégrité des données et assurer par GlusterFS via checksum.
Cela ne nécessite pas de mémoire ECC, je peux même perdre plusieurs serveurs que cela ne change rien à mes datas.
 
Par contre la mémoire ECC est importante aussi pour le système, ça peut éviter un plantage, débordement de mémoire, etc....
 
Pour la différence de prix, je le répète, je prends de la mémoire ECC, on est pas à quelques euros...

surtout qu'on trouve de bonne occasion en ecc...
https://www.servershop24.de/en/comp [...] mSorting=4

Je ne connais pas GlusterFS mais ça m’intéresse. Comment tu contournes le problème de la corruption mémoire ? ZFS aussi utilise des checksums (pas uniquement au niveau du block mais au niveau de toute l'arborescence) mais ça ne permet pas d'éviter ou de corriger les corruptions mémoire. Tu aurais plus de détails ?

J'avais lu un petit article là dessus et la conclusion c'était qu'hors OC le délai entre deux erreurs dues à la mémoire se compte en dizaine d'années (erreurs rattrapable par l'ecc) et que certaines erreur ne sont pas rattrapable par l'ecc.
 
En plus si on veux être logique il faudrait que TOUT soit ecc : les cache L1/L2/L3 du proc, celui des hdd, les différents bus de données.
Or ce n'est pas le cas.
 
 
Pour freenas et l'ecc je cite :

http://www.freenas.org/hardware-requirements/
(et leur site a changé depuis mon dernier passage, il y a un petit changement sur l'ecc qui avant n'apparaissait pas)
 
 
 
Pour moi je trouve que c'est "surfait" l'ecc et surtout que le surcout ne vaut pas le coup.
48h de memtest+ pour s'assurer que les barrettes sont ok à la livraison et go

T'es très optimiste là. C'est surtout les effets environnementaux (radiations, rayonnements, ...) qui impactent l'électronique : https://en.wikipedia.org/wiki/Cosmi [...] lectronics

Selon IBM c'est 1 erreur par mois sur 256 MB du au rayonnement cosmique. Evidemment, plus la mémoire est importante plus le risque est élevé. Doit surement y a voir des études plus récentes sur le sujet.

Probabilité beaucoup plus faible d'avoir une erreur à ce niveau là et sauf erreur il y a aussi un contrôle de parité.

On est d'accord, c'est recommandé mais pas obligatoire.

Oui chacun fait ses choix Mais, encore une fois, une mémoire non-ECC fonctionnelle à 100% sera sujette à du bit flipping.

Heu mon informatique n'est pas dans l'espace ou contre un scanner médical.
 
Je ne dis pas que l'ECC est TOUJOURS inutile.
Les milieux à rayonnement élevés en ont besoin (médical, nucléaire, spatial...).
Ceux à haute sécurité aussi (bancaire).
Mais de là a en coller partout... je trouve la marche trop haute vu le surcout.

Le rayonnement cosmique affectent tous les systèmes. Rien à voir avec l'espace ou les appareils médicaux.

Mais quand même vachement moins sur Terre qu'à bord de l'ISS.

Oui mais suffisamment pour générer plusieurs erreurs par moi sur des systèmes avec plusieurs GB de mémoire.

Et encore, l'ISS a certainement plus de blindage contre le rayonnement que ma maison

Mais ta maisons bénéficie des km de blindage de l'atmosphère terrestre.
Plus sérieusement oui, il y a une influence. C'est d'ailleurs pour cela que justement l'informatique spatiale est gravée bien plus gros que nos processeur.
 
1 erreur par mois pour 256Mo de mémoire.
Donc mon ancienne config avec 16Go de ram aurait du avoir 64 erreur par mois.
C'est très très très largement supérieur au nombre de plantage ou fichier que j'ai trouvé corrompu que j'ai pu avoir.
Et pour les fichiers corrompus il étaient en provenance de support flash.
 
Je ne remet pas en cause l'utilité de l'ECC, mais je reste circonspect sur sa nécessité.

sur un système qui tourne H24 l'ECC est quand même recommandée, car oui il y a des corruptions qui arrivent sans forcement qu'elles aient un effet visible immediat.
 
Je suis sur qu'on a tous un vieil encodage où quelques frames deconnent, un mp3 qui crack par endroit ou alors ce fichier txt qui traine depuis windows 98 et où la moitié du contenu est f***** up...
 
ZFS avec ses scrub permet de checker et corriger ces degradations, mais si la ram deconne ça peut etre l'inverse. ZFS va lire un fichier/bloc, dire que son checksum / hash est mauvais et reecrire une version pourrie!
 
S'il y a une copie saine ailleurs pas de probleme car il reprend la copie, sinon on vient de griller un fichier/bloc...
 
Bilan des courses: ECC ou pas, mieux vaut avoir des copies/redondances en plus, mais l'ECC limite la casse.

Une question pour un rafraîchissement de mon NaS.
 
J'ai comme CM une E3C236D2I de Asrock, est il possible de monter dessus un 6700K? Car il n'ai pas dans la CPU List du site de la CM.
 
J'hésite avec le E3-1230v5 mais pour différent flux de décodage video (Plex familiale) je pense qu'il sera moins bon que le i7.

 
Perso, mon Freenas 9.10 crash en utilisant des RDM sous esxi6.0 ...    
 
Finalement, je suis en train de faire des tests avec Freenas 9.10 en bare-metal + OS dédié au container en VM sous bhyve.

Ton HW supporte pas le passthrough ?

Sinon, on parlait des Avoton (C2750). Je crois que le successeur arrive cet automne: http://www.anandtech.com/show/1048 [...] on-display

La variante 16 cores, 20W, 32 GB eMMC et 16x SATA

Le C2750 consomme combien en idle ?