Salut
Bien sûr que les VM ont des contraintes... Typiquement, empiler les
choses n'est pas la façon de rendre les choses plus performantes...
Maintenant, il faut savoir ce que l'on veut... C'est comme tout, et
quand on y va au petit bonheur la chance, ça marche pas :D
Soit on utilise la VM pour du pro, et on a du hard de pro, et là, pas
de souci de perf. C'est même parfois meilleur que sur un simple disque
dur... sans compter les avantages (démarrage plus rapide, snapshot,
etc.)
Soit on l'utilise à titre perso et les attentes ne sont pas les mêmes.
Typiquement, sur un portable (on est vraiment dans l'usage basique),
il suffit de le gaver de mémoire (je dirais 32 Go aujourd'hui pour
être confortable... les vendeurs nous arnaquent depuis 10 ans à nous
vendre des pécés à 4 Go de mémoire alors que ça permet à peine à un
navigateur d'ouvrir 4 onglets (je plaisante à peine)).
C'est la quantité de mémoire vive qui va faire la différence, puis le
disque dur (vive les SSD) et enfin le cpu (et encore... tant qu'on a
les extensions de virtualisation, même un x3 suffit largement dans 90%
des cas)).
Bref, si on veut deux ou trois vm en même temps pour des raisons
perso, c'est largement aussi confort qu'un double-boot, et même plus.
Reste les plus grosses contraintes avec les hôtes moyens (comme
Windows et la leur liaison bizarre avec l'extérieur : perso, j'ai une
VM Win10 qui ne fonctionne pas avec ma Suunto et leur soft de merdre
proprio en USB avec kvm mais qui fonctionne avec Virtualbox... c'est
impossible à déboguer évidemment... et c'est la même VM !)). Pour les
hôtes libres, en général, ça fonctionne plus que bien...
Pour terminer, sur l'usage d'un environnement identique de compil,
imposer une distro n'est jamais qu'un moyen très moyen (et je dirais
totalement obsolète... pour être gentil). À l'usage, avec les MAJ, les
customisations, etc, ça finira par foirer. Ce n'est pas pro. Vaut
beaucoup mieux mettre en place une intégration continue à l'aide d'un
environnement maîtrisé ET reproductible (genre docker + choix
d'outils, le tout piloté dans ansible ou chef ou n'importe quoi
d'automatisable). Ça me parait le B-A-BA en informatique de dév
aujourd'hui, et donc dans une école d'info aussi.
Mais bon, informatique et pro, j'en suis un peu revenu depuis le temps ;-)
PK
Le jeu. 11 juil. 2019 à 18:22, Olivier Allard-Jacquin
<olivieraj@???> a écrit :
>
> Bonjour,
>
> Le 11/07/2019 à 08:25, Patrice Karatchentzeff a écrit :
> > Bon, bah, ce sera une bonne expérience de psyco-rigidité débile qui te
> > permettra de découvrir avec un peu d'avance celle du monde du travail
> > ;-)
>
> Il faut quand même avouer que les VM ne sont pas la panacée:
> - en terme de perfs, et plus précisément pour ce qui est de
> l'accélération graphique, les VM sont ne sont pas au niveau de ce que
> donne un OS installé directement sur le disque dur
>
> - les accès disques sont ralentis, car tu "bénéficies" de la double
> fragmentation de l'OS invité, en plus de celui du fichier (du host) qui
> contient le disque virtuel
>
> - il y a double consommation de mémoire vive, à savoir les OS host et
> guest. Si c'est un Windows 10 qui est en invité, le Linux hôte a intérêt
> de tourner sur une machine qui est bien fournie !
>
> - pour ce qui est des périphériques externes, typiquement l'USB et le
> série/COM (si si, au XXIème siècle, cela existe encore ... :) ), il y a
> du bon mais aussi beaucoup de mauvais :
> + Typiquement, mon GPS ne communique que très mal avec un Windows XP
> dans un VM VirtualBox, alors qu'il n'a pas de soucis avec un Linux ou un
> Windows natif
> + Quand à flasher les firmwares de contrôleurs de robots avec une VM
> VMWare et du Windows, 9 fois sur 10 cela ne marche pas. Je pense
> notamment que le problème vient d'un support plus ou moins folklorique
> des options de contrôle de flux hardware.
>
> - enfin, pour ce qui est de la connexion réseau de la VM, il y a tout
> une panoplie de trucs plus ou rigolos qui peuvent de passer
> (configuration du guest en mode local, bridge, nat, ...), plus la
> connexion sur le host (lorsqu'il y a wifi + ethernet, il peut y avoir
> des trucs amusant avec la VM ...).
>
> Bref, je comprends que les admins informatiques de l'école ne veulent
> pas se casser la tête avec des configurations "bizarres". Déjà qu'ils
> vont devoir se farcir des machines au hardware hétérogènes, sur lequel
> les utilisateurs vont installer un peu tout et n'importe quoi ...
>
>
> > Le jeu. 11 juil. 2019 à 07:59, Clement <clem.alexandre.38@???> a écrit :
> >>
> >> Bonjour,
> >>
> >> J'avais moi aussi pensé aux VM cependant ils demandent obligatoirement
> >> un Dual Boot et ne veulent pas qu'on utilise des VM à la place... Je
> >> cite : "L'installation ne doit pas être faite dans une machine
> >> virtuelle. De plus l'installation doit se faire dans une partition
> >> unique (choix par défaut proposé dans l'installateur) et non pas dans
> >> des partitions
> >> multiples.".
>
> Typiquement, ils ne veulent pas d'avoir un /home à part.
>
> >> Et oui, je me doute que ce soit pareil en terme d'utilisation mais le
> >> fait est qu'ils obligent (pour une raison X) l'utilisation d'Ubuntu 19.04...
>
> Tout simplement parce qu'ils veulent avoir un parc d'OS homogènes, et
> éviter d'avoir des machines avec des applicatifs de versions différentes.
>
> Typiquement, un Ubuntu 18.xx va utiliser la version Z de GCC, alors que
> le Ubuntu 19.yy va utiliser un GCC Z+alpha . C'est le genre de "gags" a
> avoir des problèmes de compilation, linkage et exécution bien vicieux,
> auquel se rajoutent les erreurs de codage des élèves.
>
> Si au moins tu peux éliminer de l'équation les questions/doutes liés
> aux softs eux-mêmes, alors tu peux alors te concentrer sur le problème
> du code des élèves.
>
> Autre exemple tout simple : Tu développes du code avec un binôme,
> chacun travaillant sur une librairie à part. Si vous vous échangez les
> librairies/exécutables compilés (.so, .a, .out, ...), alors que vos
> compilateurs ne sont pas strictement identiques, alors cela va vraiment
> devenir folklorique pour débugger tout cela (plantage à l'exécution, au
> linkage des librairies, etc ...).
>
>
> >> Le 11/07/2019 à 07:10, Patrice Karatchentzeff a écrit :
> >>> Salut,
> >>>
> >>> Si le fait d'utiliser Win/Ubuntu est obligatoire, plutôt que le dual
> >>> boot, je te suggère plutôt d'utiliser des VM pour cela. Tu continues à
> >>> utiliser ton environnement ainsi.
> >>>
> >>> Note que pour l'utilisation, une Mint, Ubuntu ou Fedora, c'est un peu
> >>> près pareil... C'est au niveau de l'admin que cela change un peu...
> >>>
> >>> Bon courage,
> >>>
> >>>
> >>> Le mer. 10 juil. 2019 à 17:54, clem.alexandre.38@???
> >>> <clem.alexandre.38@???> a écrit :
> >>>> Bonjour,
> >>>>
> >>>> Dans le cadre de mes études je suis obligé (malheureusement) à mettre en
> >>>> place un Dual Boot Linux / Windows sur mon PC portable (déjà sous Mint)
> >>>> et ce en utilisant obligatoirement Ubuntu 19.04. Comment dire, le fait
> >>>> de changer de distrib' m'embête déjà beaucoup mais la mise en place d'un
> >>>> Dual Boot est hors de mes compétences actuelles et j'aimerai éviter
> >>>> toute fausse manipulation.
> >>>>
> >>>> Je compte me rendre à l'install party du 23/07 et j'aimerai savoir si
> >>>> vous avez des suggestions / conseils / TODOList pour moi avant cette
> >>>> date (hormis le fait d'avoir une clé USB bootable avec la version
> >>>> d'Ubuntu et une clé d'activation de Windows 10 ainsi qu'une sauvegarde
> >>>> de mes données avant).
> >>>>
> >>>> Merci d'avance pour vos conseils / réponses :)
> >>>>
> >>>>
> >>>
> >
> >
> >
>
>
> --
> ~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Phoenix / _ \/ _ \ Olivier Allard-Jacquin
> / / \ / \ \ Web: http://olivieraj.free.fr/
> /___/ / \ \___\ Mail: olivieraj@???
> ~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
>
--
|\ _,,,---,,_ Patrice KARATCHENTZEFF
ZZZzz /,`.-'`' -. ;-;;,_ mailto:patrice.karatchentzeff@gmail.com
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_)
