Reprise du message précédent :

 
C'était par défaut au départ.
C'est suite au problème de reboot que j'ai forcé la taille du swap.
 
Il m'avait semblé voir un problème de ce genre sur les mp amd à l'époque

le screen montre 4 sur C  
et  
4 sur D

 
Toutes les versions de win10 ne gèrent pas la ram au dessus de 4 Go, faut checker ça avant d’upgrader amha.

Tu l'as testé avec quoi ?

 
Avec le truc standard de windows.
J'ai pas vu le résultat, il a rebooté et je ne sais pas où trouver le score

 
 
C'est pas très clair si c'est 4 par partition ou 8 par partition
 

Ben, ton autre capture montre bien que c’est 4 Gio par partition, qui font donc 8 Gio de mémoire virtuelle en tout.

Là peut être : https://www.pcastuces.com/pratique/ [...] /page4.htm

Par contre l'outil de Windows est-il aussi efficace que d'autres outils tiers ???

 
 
Merci.
 
Le résultat est donc
 

 
Donc pas de problème de disque, pas de problème de mémoire, je n'ai pas d'accessoire usb branché en permanence...
Dans le doute j'ai remis les paramètres par défaut encore une fois, on verra bien.

Tu as fait un test étendu ?
 
Puis faut voir si cet outil est aussi efficace que d'autre genre "Memtest86" ? (Si il est toujours d'actualité d'ailleurs ? Des années que j'ai pas eu besoin de ça ...)

 
c'est toujours la référence pour tester la RAM

Est ce qu'il y a un TU sur le nouveau Edge ? J'ai pas trouvé

https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Super, merci! Bon y a pas beaucoup a lire pour le moment

Bonjour,  
 
Dites c'est possible de garder des sous-dossiers invariablement en tête de liste quel que soit la disposition de rangement ?  
Mon problème étant que je classe les fichiers en "détails" avec la colonne "modifié le" par ordre décroissant (pour retrouver le dernier placé dans le dossier, en haut) mais quand je fais ça les sous-dossiers se retrouvent tout en bas. Y'a moyen de dissocier fichiers et sous-dossiers dans leur comportement de tri ?
 
Merci !

Le tri de Windows sépare les dossier des fichiers, contrairement à MacOS qui mélange les 2.
Tu auras toujours les dossiers triés, puis les fichiers triés (ou inversement).
Sachant que l'inversion change l'ordre d'affichage mais pas l'ordre de tri. Les dossier se retrouvent donc en haut ou en bas de liste.

7ème mise à jour de mon Bios sur mon PC portable en 13 mois, je vise le record du monde !    
Je note consciencieusement les dates pour qu'on ne me traite pas de mégalo    
20/07/2018
16/08/2018
25/09/2018
11/12/2018
15/01/2019
30/07/2019
26/08/2019
Pour l'anecdote, l'avant dernière mise à jour -> version 1MCN51WW avait supprimé le Grub en démarrage par défaut.  
Or cette version, qui est la 1MCN52WW donc, ne l'a pas fait !
Finalement c'est stable de le faire via un executable depuis W10, j'en apporte la preuve.
 
On peut user la puce ROM jusqu'à la moelle à force de réécrire dessus sans cesse ou pas ?    
 

Ces mise à jour du BIOS sont-elles nécessaires à chaque fois? est-ce par rapport aux failles de sécurités du CPU?

J'en sais trop rien je dois bien le reconnaitre.
Je les fait systématiquement car je pense que cela peut être utile vis à vis des failles Spectre et Meltdown.
Mais je me goure peut être complétement.
La dernière mise à jour corrige une couille présente dans la mise à jour précédente    

Latest Version BIOS fixed all merged issues from previous.
 
Version 1MCN52WW
 
Fix issue SMBIOS Type 17 ¨ Part Number〃 would show unknown message

Celle du 20/07/2018 corrige les failles CPU. Et depuis, chaque MAJ corrige les bugs des précédentes. C'est ça ?    
 
/me sort  

C'est possible en effet    
J'avais parlé trop vite pour le Grub -> je démarre le PC ce soir et j'arrive directement sur Windows.
J'ouvre les paramètres du bios tout frais tout neuf -> windows boot manager avait été remis en première place, comme pour le précédent flashage.
Ce sont des coquinous ces chinois  

ça tombe bien que vous parliez de ça, je passais par là pour ça.
le combo windows 10 + maj bios devrait apporter les correctifs contre les failles intel, or quand je check avec mds tools je suis vulnérable à tout, avec inspectre par contre je suis imunisé spectre et meltdown.
 
pourtant ma dernière maj bios concerne les failles intel, et windows 10 devrait aussi rajouter sa couche via update.

 
ok donc c'est peine perdue pour moi  
 
Merci !

Je tente sur ce topic parce que ça semble être un problème Windows 10 mais sinon j'en ouvrirai un.
Depuis un moment maintenant, mais je viens de le remarquer vraiment il y a quelques jours, mon PC sous Windows 10 fonctionne sans problème et il reste allumé H24.
Mais au bout de quelques jours (difficiles à estimer), le fait de télécharger des fichiers (en FTP depuis un serveur, en HTTP depuis un site) fait ramer le PC même au niveau du pointeur souris et me donne une vitesse de téléchargement divisée par 10.
Une fois que le téléchargement est terminé, tout revient normal jusqu'au prochain téléchargement.
Si je redémarre le PC, tout revient directement à la normale pendant quelques jours (?).
J'ai mis à jour les pilotes etc mais le problème persiste.
Est-ce que quelqu'un connait un bug de Windows 10 1903 de ce type ?
Merci !

"Ramer" ce n'est pas assez précis.
Il faudrait savoir ce que fait le PC à ce moment là (charge cpu, ram, disques, logiciels lancés, etc...)
 
Tu utilises quel navigateur/logiciel pour ces téléchargements ? lancé lui aussi en permanence ?

Je viens de me rendre compte d'une correction historique apportée à l'observateur d'évènements.
Une évolution récente a fait que les "erreurs" DCOM 10016 qui dérangeaient l'esprit de pas mal de gens, ont reçu une correction inespérée après 5 ans de Windows 10.
Elles sont classées maintenant en "avertissements".
 

Enfin !

Disons que vu que le pointeur souris de déplace et fige tellement souvent que je ne touche plus trop le PC le temps que le téléchargement se fasse. Là je viens de le redémarrer donc je vais attendre quelques jours pour que le phénomène réapparaisse.
Le navigateur est Google Chrome (il est fermé tous les soirs maximum, je ne le laisse jamais tourner quand je ne suis pas devant le PC) et FileZilla pour la partie FTP. J'ai également une machine Hyper-V qui tourne et un serveur Emby pour la partie multimédia.
A noter que le problème se produit sur n'importe quel disque (j'en ai 5 internes et 2 externes).

ça n'a peut-être pas de rapport mais FTP est en voie de disparition sous Chrome:
https://www.ghacks.net/2019/08/16/g [...] p-anymore/

Ca se comprend, mais la justif est tendu... parce que vu que Chromium est open source, demander l'implémentation FTPS/SFTP à quelqu'un via Google Code ou autre ça ne serait pas si couteux. D'autant que par exemple, les mecs qui utilisent les fork de Chromium (genre Microsoft) pourraient se dire que le FTP est important pour eux et l'upgrade pour l'effort commun...

 
Pour ce que ça change, rien, à part dans la tête des utilisateurs (placebo).

Chrome n'est pas Chromium.
Google ne va clairement pas faire quoi que ce soit vu le taux d'utilisation faible de la fonctionnalité.

Dans les options, tu demandes bien à fermer tous les processus quand il est fermé (ce n’est pas le choix par défaut, donc méfiance).
 

Les différences entre les deux sont de l’ordre du négligeable, en vrai. Et c’est Chromium qui subit les évolutions que Google veut pour Chrome, pas Chrome qui est dépendant de ce que les devs de Chromium veulent de leur côté.
 
Maintenant, il faut noter que le FTP de Free n’est pas accessible via HTTP. Soyez au courant de ça.

En meme temps, un bug fait planter l'observateur d'evenements avec les vues personnalisées. "fix when it's done"
 
EDIT : (pas spécfiqiue à Windows 10 toutefois)

Messieurs, j'ai une petite question peut être un peu bête, mais j'arrive pas à comprendre...

A la maison, j'ai une machine sans écran, qui fait office de serveur dédié (jeux, Plex, webserver etc...).
Je m'y connecte donc exclusivement à distance, en RDP.
Initialement, pour faciliter mes développements .NET perso, je le faisais tourner sous Windows Server (2016 je crois).
Comme je commençais à être limité par cet OS pour d'autres usages (notamment pour mes serveurs de jeux), j'ai finalement installé Windows 10 à la place.

Sous Windows Server, j'utilisais un compte administrateur dédié pour la prise de contrôle, et ça marchait très bien.
Je me déconnectais de ma session avec Démarrer > Déconnecter, et tout restait dans l'état où je l'avais laissé (applis ouvertes, notamment...)

Là, sous Windows 10, je suis obligé de "couper la connexion à l'arrache" sans déconnecter l'utilisateur sinon la session se ferme et les applis cessent de tourner (embêtant pour les applis de serveurs dédiés qui ne sont pas des services Windows...)
En palliatif, j'ai configuré Windows 10 pour que mon utilisateur admin se connecte automatique au démarrage, mais ça pose des soucis évidents de sécurité...

Qu'est-ce qui explique cette différence de fonctionnement ?
Y a moyen d'avoir le fonctionnement comme décrit ci-dessus "à la Windows Server", c'est à dire : Démarrer > Déconnecter laisse la session ouverte mais déconnecte l'utilisateur

Dites moi messieurs, vous mettez manuellement à jour vos pilotes Realtek ou vous attendez les MAJ de Windows?
 
Sur mon laptop vieillissant, mes drivers datent de presque un an, alors que je vois des gars sur les forum de Rog d'Asus ou de Ten forum qui mettent à jour leur driver quasi tous les jours avec des versions plus ou moins beta de Realtek.
 
Je ne me plains pas de mon son, mais je crains juste que le suivi ne se fasse plus sur mon vieux cheval.

Ah non je n'ai rien modifié de ce côté là, il faut que je trouve cette option. C'est en avancé ou accessible via le menu Paramètres ?

Avancé. C’est pratiquement la dernière de la liste, avec l’activation de l’accélération matérielle et la remise à zéro des réglages.

 
C'est un piège !    
 
Tu as 2 déconnecter sous Windows 10 :
1. Tu as "Se déconnecter" dans le menu Utilisateur, qui ferme la session
2. Tu as "Déconnecter" dans le menu démarrer, qui ne ferme pas la session.
 
Oui, c'est con.
 
 

Une mise à jour est censée avoir corrigé son plantage avec les vues personnalisées, ce que j'ai constaté:
https://support.microsoft.com/fr-fr/help/4501375
troisième point en partant de la fin de la liste.
Mais peut-être qu'un bug peut en cacher un autre ?

Merci
 
En fait pour Windows Server 2012 R2, c'est plutôt le KB4507448 (on ne met pas les pré-versions), et c'est en cours de déploiement. Ca va donc se régler.