Reprise du message précédent :

Pour les paquets distribués par Canonical, oui c'est sûr. Le reste, non.
J'ai une station Dell avec une nVidia (bien qu'elle me serve à rien) sous Ubuntu LTS, et devine quoi, ça marche.
 
Et si nVidia liste linux dans les plateformes supportées, ils pourraient aussi s'assurer que ça fonctionne en pratique et que Canonical fasse sa part du boulot.
Ubuntu n'est pas anecdotique parmi les utilisateurs de CUDA.
 

J'achète pas du matériel de merde en connaissance de cause.
 

Dans ce cas c'est pas mon problème.

Sinon je suis sur Fedora et c'est un peu mieux pour le desktop que les dérivés Debian (flash de firmware Dell intégré dans les MAJ ) et sur mon fixe chez moi (en GTX 1070), avec les répo Negativo je peux à la fois jouer et faire du CUDA sans problème

Wait, c'est un wrapper autour des trucs de Nvidia?

Dedans, ta par exemple Steam prêt a être installé, Spotify, le support de CUDA, les drivers Nvidia avec DKMS etc.

https://negativo17.org/

Faudrait que je retente Fedora, dnf est devenu plus rapide?
C'était vraiment le truc flagrant venant d'apt pour moi.

Je suis un gros fan de Debian (sur mes serveurs ) mais sur le desktop j'apprécie beaucoup Fedora maintenant, enfin ça fait presque 2 ans.
 
Je trouve pas que dnf soit spécialement lent, non.

Depuis que j'ai testé Archlinux, c'est lui ou rien.

Ou AntergOs pour ceux qui ont peur/pas l'temps.

Si tu me diras si t'as réussi à en sortir qqch
 

Ça manque de nixos ou de qubes tout ça.

question REST : quand vous créez une ressource via un POST, pour la retour de la requête, vous faites quoi ?
 
la spec HTTP préconise de renvoyer un code HTTP 201, normal, mais aussi d'inclure dans le header Location l'URI de la ressource nouvellement créée.
 
jusqu'à présent, je renvoyais toujours l'id de la ressource créée, mais mon chef souhaite que je suive la spec HTTP, ce que je trouve con car ça oblige à faire un GET inutile pour récupérer l'id de la ressource, qu'on pourrait se contenter de transmettre dans la réponse.

Je renvoie l'id.
 
Pourquoi tu fais pas les deux ?

parce que j'ai un chef nazi qui veut qu'on respecte la spec HTTP à la lettre
il estime qu'un code 201 et une url de localisation de la ressource suffisent largement et qu'il n'y a pas besoin de plus. en rajoutant en plus que si mon API est bien foutue, alors je devrais avoir normalement l'id dans l'url (sous la forme http://toto.com/users/id), et que si vraiment je veux pas faire un GET, j'ai qu'à extraire l'id par une expression régulière (sic)

  https://tools.ietf.org/html/rfc7231#section-6.3.2

Donc tu peux parfaitement ajouter l'id ou même l'intégralité de la resource créée dans le body.

CF au dessus, la lettre de la spec HTTP dit que le corps de la réponse "contient typiquement" descriptions & liens de resource.

Ça c'est pas du tout respectueux de la spec ou du concept de REST, les URLs sont globalement opaques (même si le corps peut décrire des moyens génériques de construire des URI).

edit: mais je comprend pas pourquoi tu veux l'ID en fait, là.

EN fait t'as pas besoin de connaitre son id (en général), t'a besoin de connaitre les différentes urls qui te permettent de faire un get/put/delete dessus.
Du coup je fais du hateoas et je renvoie directement les urls.

ok, du coup ça me rassure car lui il m'a sorti cette RFC : http://www.ietf.org/rfc/rfc2616.txt

dans laquelle on peut lire

un peu périmée sa RFC

edit: je précise qu'il ne voulait pas renvoyer de payload, malgré ce qui est précisé dans cette quote.

Bah la nouvelle est plus claire, mais même dans l'ancienne version

"refers to the new resource" ça peut être le contenu de l'objet créé, ou son ID, ou n'importe quoi.
 
Mais oui la RFC 2616 est obsolète depuis 2014.

j'ai reçu un mail de l'Hadopi, je suis un délinquant!

 
seedr.cc ?

Je la connaissais pas. J'aime bien

Elle est top !
 
C'est assez fin ce qu'elle fait.  
Et sur inter c'est frais par rapport à PEB par exemple

https://www.youtube.com/watch?v=r4vlvK1Vt1E
 
Je viens de découvrir ça c'est l'inspiration de l'humour de tous les Canadiens (dont AvE) sur youtube.

Preums

Mon install win10, qui etait dans le slow ring Windows insider, avait 2 ans, et fonctionnait toujours (depuis une des dernières install nvidia j'avais le problème chelou des menu clic droit qui mettaient genre 10sec à s'afficher, qui se résolvait par le fait de mettre le PC en veille). Mais elle a plutot pas mal tenu le choc.
Je suis d'accord que le support win est moins bon que linux dans le sens que tu trouves plus facilement de la doc sur ton probleme avec linux, mais disons que je suis en dual boot win10 / linux, j'ai du consulter de la doc 0 fois pour avoir un win qui marche à 100% tout beau tout propre, et j'ai passé 4j à avoir une Ubuntu qui fonctionne. Et je parle pas de trucs poilus, juste avoir une distro à jour avec CUDA, Python, Java et Pycharm d'installé
 

AMD = caca pour le compute...toutes les libs intéressantes ont une accélération CUDA...pour AMD c'est beaucoup plus rare.
 

j'ai pas regardé pour la souris, c'est surement très con, genre un fichier de conf à changer...
 

1/ ça marche très bien avec nouveau (dès l'installer, je suis en 4k, nickel), par contre nouveau c'est pas top pour CUDA
2/ c'est clair, vu que c'est une des rares distro supportées : http://docs.nvidia.com/cuda/cuda-i [...] quirements
 

depuis RedHat 7 j'ai plus jamais utilisé de distro rpm based...disons que je suis pas un expert de linux loin de là, et le peu que je connais est lié aux distro debian based...ça me fait un peu peur de changer
 

C'est pas chiant de devoir maitriser 2 systèmes de distro ?
 

ça arrive à rester stable malgré le coté rolling ? En fait de ce que je lis je me demande si c'est pas ce qui assure le meilleur uptime au final, parce que si un truc merdoie ils peuvent patcher très vite.
 
Je dois reconnaitre que leur wiki est superbe, la doc est bien faite.
 

Je l’utilise que depuis 6/7 mois. Mais c’est la distrib la plus stable que j’ai jamais eu. Et je l’ai sur le pc du boulot. Pour dev.  
 
Avoir tout a jour tout le temps est juste top. Et le moindre soucis avec un paquet, tu peux rollback en deux secondes, n’importe quel paquet ou dépendance, à la version que tu veux.

Enfoirés d'admin réseau qui viennent de bloquer mon accès à mon site de stream de musique en ligne

tunnel ssh

 
motif de licenciement si tu te fais griller.

uniquement si le tunnel ssh est interdit ( )

 
source ?

ça dépend des clauses dans la charte informatique que tu as signé

oui.
Et clairement pour moi c'est interdit dans la plupart des boites.

Il est interdit d'avoir une connection SSH?

Après t'façon tu peux juste utiliser ton tel' pour streamer, pas de mésutilisation des resources de la companie

Je suis fatiguééééé..

(non,le métier n'est pas du BTP)

tiens, tu veux pleurer davantage ?
 

for(Map.Entry<Integer, String> data: datas.entrySet()) {
 
   if(data.getKey() == warehouseId) {
 
     warehouseStock = data.getValue();
     break;
   }
}

le mec qui réinvente la roue au lieu d'utiliser Map.get() directement!

Punaise, agréablement surpris par la Linux Foundation, qui est prête à se mouiller si besoin est pour faire respecter l'Open Source (ça concerne un certain fork ).  
 
J'avais un petit doute avant de les avoir au téléphone, genre « oui mais bon c'est des gros quoi », là non c'était « faut pas faire chier sinon on a l'habitude par exemple avec Joyent »