SMPFR

Bonjour à tous,

Une petite problématique se pose à un de mes clients, il souhaite avoir une machine destinée à utiliser des bdd (MySql / Sql Serveur et Access) et désire etre le moins limité par les temps d'attente sur ces outils...

Il n'a pas de gros besoin, mais bon, autant faire au mieux.

Je pensais lui monter une machine avec un corei5 2500 qui dispose de 4 coeurs physique et d'une bonne fréquence. Un bon disque SSD histoire d'avoir un bon nombre d'IO et pas mal de ram... Le hic, il impose l'utilisation d'un Windows 7 32 bits (version d'access, etc...). Donc limitation à 4 Go de ram...

J'ai peur que les 4 Go de ram soit un facteur très limitant et cherche donc une solution pour contourner cela. Dans la mesure ou il se servira à priori de plusieurs instances d'access/sql serveur/mysql, je me demande si lui proposer une installation de Win 7 Pro 64 bits en machine de virtualisation et virtualiser plusieurs Windows 7 Pro 32 bits ne serait pas une bonne idée ? Quid des licences, pas le budget pour installer plein de licence non plus :/

Avez vous des idées la dessus ?

Merci à vous !

Heuuuu, je vois pas pourquoi il impose du 32 bits ...


Du coup, ressort un bon vieux P4, comme Monsieur veut pas évoluer ...

Appli propriétaire, et j'ai pas envie de me tapper la certification de ces applis ou prendre le risque que le truc marche à moitié et que l'on se rende pas compte de corruption de bdd ou autre...

je pense qu'un hôte en 64 et virtu de 32 est la meilleure solution

fait une recherche google avec windows 7 physical adress extension (pae)

la solution de virtu va etre couteuse.
il te faut une license pour l'hote (que tu peux eventuellement remplacer par un esxi) + 1 par VM.
ça va avoir un cout non negligeable

voila ce que je cherchais
http://www.unawave.de/windows-7-tipps/3 ... ml?lang=EN
pas testé perso mais vu tourner sur une machine

fait une recherche google avec windows 7 physical adress extension (pae)

la solution de virtu va etre couteuse.
il te faut une license pour l'hote (que tu peux eventuellement remplacer par un esxi) + 1 par VM.
ça va avoir un cout non negligeable

Pas de secret, pour une base de données, il faut beaucoup de ram (pour Access je sais pas, mais mysql/postgres/oracle, ça marche comme ça ! ).
Si tu es en 32 bits, tu sera limité à 3 Go pour ton application, PAE ou pas PAE. Le PAE permet d'utiliser plus que les 3 Go, mais ne peut pas allouer plus de 3 Go à un seul processus.

Pour le moment, tout ce que tu peu faire c'est un ordi i5 avec une barette de 4 Go et un très bon SSD.

+1 mais bon, si il tourne sous 7 32bits, je pense pas qu'il ait des bases de plus de 3Go

PS: access la base est sur disque, donc pas besoin de bcp de RAM.
vaut mieux que ça debite fort niveau disque

edit:
3go par process c'est avec l'option /3gb passée au kernel au demarrage, sinon c'est 2;)

Je connais pas vraiment windows, je pensais que c'était inhérent au PAE les 3 Go ^^

bah nan

ce qui est trompeur c'est que 2003 a partir du SP1 je crois active par defaut le PAE et le 3GB

J'avais lu que le PAE sous 7 était retiré, je vais essayer la modif de UNAWAVE et voir ce que ça donne.

Au pire, mettre 2 SSD en raid0, mais bon, SSD et raid, c'est toujours un peu compliqué... :/

Pour la virtualisation, j'avais plus pensé à un outil simple style virtualbox (ou tout autre outil sous windows, mais le soucis des licences sera bien présent...)

J'avais lu que le PAE sous 7 était retiré, je vais essayer la modif de UNAWAVE et voir ce que ça donne.

Au pire, mettre 2 SSD en raid0, mais bon, SSD et raid, c'est toujours un peu compliqué... :/

Pour la virtualisation, j'avais plus pensé à un outil simple style virtualbox (ou tout autre outil sous windows, mais le soucis des licences sera bien présent...)

Virtualbox a des performances vraiment miteuses, c'est bien pour faire des tests mais pour les performances ce n'est pas du tout la bonne solution.

Pour le raid de SSD, en quoi ça pose problème ?

J'avais lu que le PAE sous 7 était retiré

ce qui est tout a fait vrai

Au pire, mettre 2 SSD en raid0, mais bon, SSD et raid, c'est toujours un peu compliqué... :/

pourquoi RAID0 ???
RAID1 je veux bien, mais pourquoi se tirer une balle dans le pied avec du stripping ?
tu vas augmenter tes temps d'accès et diminuer ta fiabilité.

ce qui est tout a fait vrai

pourquoi RAID0 ???
RAID1 je veux bien, mais pourquoi se tirer une balle dans le pied avec du stripping ?
tu vas augmenter tes temps d'accès et diminuer ta fiabilité.

t'emps d'acces osef, entre 0.1 et 0.2 je suis pas sur qu'il y ai une difference
par contre en effet fiabilité légerement en baisser.
Le raid ssd c'est bien avec une vrai carte raid...

Qui gere le trim en raid et y en a pas des masses

Oui autant acheter un Revodrive 3 : SSD en RAID0 et avec gestion du TRIM et avec une BP supérieure.

+1 le ssd j'étais partit pour faire du raid et quasi rien ne gère le trim
enfin quasi rien d'abordable du coup j'ai deux disques séparés

+1 le ssd j'étais partit pour faire du raid et quasi rien ne gère le trim
enfin quasi rien d'abordable du coup j'ai deux disques séparés

pour une machine avec entretient, y a des outils qui gerent une espce de trim manuel, c'est ce qui était utilisé avant l'invention du trim, et toujouirs aujourd'hui pour les os qui le gere pas (les gen avant 7 en gros...)
pour un serveur, il est possible de le mettre en tache automatique, tous les jours par exemple, voir plus si necessaire. A planifier pendant les heures les moins chargées bien sur... mais sur des array de taille raisonnables c'est pas trop long (j'ai pas de chiffre precis en tete, donc veux pas dire de conneries, mais c'était moins d'une minute sur des ssd 120Go en single sous XP il me semble... et ça rend pas le disque indisponible completement, ça prend juste 90% de ses capa pendant)

Hum, donc au final, vous partiriez sur quoi 4 Go de ram et 1 SSD ?

Le revodrive3 est quand même vraiment pas donné :/

Le topic de la vente de son RevoDrive se date il y a un an. Je ne sais pas si c'était déjà vendue.