Proxmox Virtual Environment 8.4 est disponible

Posté par  . Édité par Xavier Teyssier, Benoît Sibaud et bobble bubble. Modéré par bobble bubble. Licence CC By‑SA.
Étiquettes :
42
14
avr.
2025
Virtualisation

Proxmox Server Solutions GmbH a publié la version 8.4 de sa plate-forme de virtualisation libre Proxmox Virtual Environment (VE). Proxmox VE est sous licence GNU Affero GPLv3. Proxmox Server Solutions propose un support d’entreprise à partir de 355 € par an et par processeur.

Principales nouveautés de la version 8.4

  • Migration à chaud avec des dispositifs médiés :
    Les dispositifs médiés permettent de partitionner les ressources matérielles physiques en plusieurs dispositifs virtuels. Il est désormais possible de migrer des machines virtuelles (VM) en cours d’exécution utilisant des dispositifs médiés, tels que les vGPU NVIDIA.

  • API pour les solutions de sauvegarde tierces :
    Proxmox VE propose une API qui simplifie le développement de plug-ins par les fournisseurs de solutions de sauvegarde externes. Ces solutions de sauvegarde tierces peuvent désormais implémenter directement des fonctionnalités de sauvegarde et de restauration dans Proxmox VE, tout en tirant parti de fonctionnalités avancées.

  • Passage direct de répertoires via Virtiofs :
    La version 8.4 offre la possibilité de partager des fichiers et des répertoires directement entre un hôte et les machines virtuelles (VM) exécutées sur cet hôte. Cette fonctionnalité est rendue possible par virtiofs, qui permet aux machines virtuelles d’accéder aux fichiers et répertoires de l’hôte sans surcharger le système de fichiers réseau. Les systèmes invités Linux modernes sont dotés de la prise en charge native de virtiofs, tandis que pour les invités Windows, l'utilisation de cette fonctionnalité nécessite un logiciel supplémentaire.

  • Mises à jour de tous les composants libres :
    Proxmox VE 8.4 est basé sur Debian 12.10 (“Bookworm”), mais utilise par défaut le noyau Linux 6.8.12. Cette version de Proxmox VE inclut des mises à jour vers les dernières versions des principales technologies open source pour les environnements virtuels, telles que QEMU 9.2.0, LXC 6.0.0. La solution est livrée avec ZFS 2.2.7 et Ceph Squid 19.2.1.

D’autres améliorations incluent un mécanisme de filtrage de sauvegarde plus robuste, des améliorations de la pile SDN (réseau défini par logiciel), et de nouvelles options dans l’installateur ISO.

Journal Retour d'expérience sur un upgrade de PC

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
18
24
mai
2025

Hello les moules,

J'ai installé récemment la dernière version de kdenlive 25.04.0 qui intègre un super effet segmentation d'objet, object mask en anglais, pour isoler automatiquement un objet particulier dans une séquence vidéo et créer des masques réutilisables dans la timeline. C'est basé sur un modèle d'apprentissage appelé SAM2.
Mais damned ! Je tombe sur cette erreur lors de son utilisation

/usr/local/lib/python3.13/site-packages/torch-2.7.0-py3.13-linux-x86_64.egg/torch/cuda/__init__.py:174: UserWarning: CUDA     initialization: The NVIDIA driver on your system is too old (found version 11040). Please
(…)

Journal DVD et upscaling, vous faites comment?

Posté par  (Mastodon) . Licence CC By‑SA.
Étiquettes :
9
3
jan.
2025

J'hésitais à faire un sondage, mais le dernier est sorti tellement récemment que c'est un peu trop rapide.

Un des thèmes de ce dernier Noël, c'est le retour du DVD à la maison. Du coup j'ai rippé une dizaine de DVD ces 2 derniers jours, et j'ai encore une pile en attente.

Vu que la plupart des gens ont maintenant des écrans dont la résolution surpasse celle du DVD, il y a un moment où de la mise à l'échelle (…)

Forum Linux.gentoo nvidia, pilote propriétaire, ou nouveau, par rapport à quel modèle?

Posté par  . Licence CC By‑SA.
Étiquettes :
4
10
juin
2024

bonjour,

je lis ici et là sur les internets, certains commentaires évoquant que les GPU nvidia fonctionnent mieux avec le pilote nouveau (libre?), d'autres au contraire avec le pilote proprio.. j'ai presque l'impression que le chipset A fonctionnera mieux sous nux avec le proprio, mais que le B sera mieux sous un autre linux avec le pilote libre (nouveau), et que tout dépend du modèle du GPU.

Cependant, même si c'est assez facile/simple d'identifier le modèle de GPU (lspci, lshw (…)

Journal ollama et le GPU

Posté par  . Licence CC By‑SA.
Étiquettes :
5
16
avr.
2024

Bonjour à tous,

lors d'un précédent journal concernant les LLM, poulpatine m'a fait remarquer que je faisais erreur en affirmant que ollama ne fonctionne pas avec les GPU sous linux.
En effet j'avais tort. Enfin, en partie; je m'explique:
- en passant par l'installation standard de ollama, ollama tourne via un service systemd. Dans ce cas, le GPU n'est pas utilisé.
- par contre, en lançant un serveur ollama via une commande ollama serve, l'inférence utilise parfaitement (…)

Forum général.cherche-matériel Recherche une ou plusieurs références de GPU peu cher pour redonner du peps à de vieilles UC

Posté par  . Licence CC By‑SA.
Étiquettes :
3
14
jan.
2023

Salut à tous & bonne année,

J'ai récupéré quelques UC HP antédiluviennes promises à la déchetterie et je voulais améliorer le côté graphique de la chose pour des collégiens de la génération de mon fils, pas vraiment suréquipés niveau informatiques, et puis aussi pour mon héritier en premier lieu.

Est-ce que vous auriez des références de carte graphique 2D/3D bon marché bien exploitées par xorg sans recours à des blobs et toujours en vente ?

Merci par avance,

Votre Y.

Libération de modules noyau NVidia pour Linux

Posté par  . Édité par Benoît Sibaud et Pierre Jarillon. Modéré par Xavier Teyssier. Licence CC By‑SA.
Étiquettes :
59
17
mai
2022
Serveurs d’affichage

Enfin ! Après tant d’années, Nvidia publie les modules noyau de ses processeurs graphiques (GPU) sous double licence GPL/MIT. Le code source est sous GitHub… et il y a de l’animation.

Probable signe de leurs priorités du moment, seules les architectures Turing et Ampere sont assez mûres pour la production. Pour les GeForce et stations de travail, le code est considéré alpha. Mais c’est un grand pas en avant.
On peut maintenant rêver à la libération du logiciel en espace utilisateur.

Commentaires tirés du lien publié sur LinuxFr.org le 11 mai :

  • xoddark rappelle que « c'est seulement la partie noyau qui est libre (DRM/Modesetting/etc) pas les parties userspace (implémentation des api OpenGL/Vulkan/OpenCL/CUDA/etc) et c'est seulement pour les GPU à partir de la génération Turing, les plus anciennes n’y ont pas le droit.
  • pinaraf précise « pour le moment c’est testé que pour les usages datacenter, donc pas la partie affichage mais vraiment la partie G.P.U. (CUDA/OpenCL). »
  • lawless traduit l’annonce NVidia : La page indique que les pilotes GPU NVIDIA ont été conçus au fil des ans pour partager le code entre les systèmes d’exploitation et donc que le code actuel n’est pas conforme aux conventions de conception du noyau Linux et ne sera donc pas intégré au noyau Linux. Le code source publié sert de référence pour aider à améliorer le pilote Nouveau. Nouveau peut exploiter le même firmware que celui utilisé par le pilote NVIDIA, exposant ainsi de nombreuses fonctionnalités du GPU, telles que la gestion de l’horloge et la gestion thermique, apportant de nouvelles fonctionnalités au pilote Nouveau
  • Guillawme précise que plus loin la même page indique « l'intégration au noyau est en projet »
  • Thomas Debesse rappelle qu’il s’agit d’un « pilote Linux pour carte graphique, pas pilote graphique pour Linux », avant une discussion sur la documentation et l’intégration au pilote Mesa avec Xavier Claude, pinaraf et moi1392.