On (enfin, « je » en tout cas) parlait en download, est-ce qu’un HD peut supporter le débit arrivant en gb.
HD 150Mo, donc disons 1200mb/s, une fibre, quand tu regarde des speedtest, les bonnes fibres envoient du 900mb/s , le HD ne va donc pas ralentir l’arrivée du flux internet. Et puis de nos jours, les PC ont du SSD, les HD dans un PC, ça ne devrait plus exister.
Elle fait combien la bibliothèque Netflix ? Et d’où vient cette information ?
1 « J'aime »
Oui, je suis d’accord. C’était juste une remarque. Les SSD c’est top, juste encore cher pour les grosses capacités (2 To+)
Après ce n’est pas grave qu’un « HD » soit bloquant, voire un ssd.
Si on vie à 4, 1 sur la télé, un sur Netflix, et un qui stream (et le 4eme utilisé pas dordi car il fait des truc bizarre du genre faire ses devoir ou lire un livre)
Ya aucun accès disque et pourtant, cest impossible à faire en adsl.
Et pendant ce temps là dans notre beau pays la France, en ville je plafonne à 5Mbits en ADSL…
Alors là je suis pas du tout d’accord. Les HDD devraient toujours êtres là, et seront là encore un bon moment. Car pour du stockage à froid, c’est pas les SSD avec leur prix au giga (bien qu’il ne cesse de baisser d’années en années) toujours 1.5x plus chère qu’un HDD classique, et surtout le fait que quand ton SSD est kaput c’est bye bye les données (alors que le DD bien que coûteux, tu peu l’envoyer en société spé pour une récup), qui feront disparaitre le disque mécanique.
Et bien pour le coup, faut vraiment avoir un énorme intérêt pour ces données pour payer une entreprise pour ça.
Et entre mes SSD de 2to, et mes HHD de 6to … bah les 6to j’en ai reçu des cassé (car c’est drole de jouer au foot avec le colis des gens hein choro/UP/coli-truc ?) et j’en ai eu une sacré paire qui ont clamsé assez rapidement. Et les vieux? A force d’avoir des secteurs défectueux, je peux même plus lancer un film en 1080p sans que ça coupe pour certain tellement le débit à chuté dans les fraises.
Alors que les SSD bah … ils sont toujours la … jamais de soucis de livraison … jamais de cramage, jamais de « je fonctionne lentement car mon plateau est pas droit »(si si, j’ai eu ça aussi comme panne).
Je suis conscient que le jour ou le SSD crame bah … il crame … d’ou la règle des 3 2 1.
3 sauvegarde, sur 2 support différent, dont 1 en ligne.
Mon SSD peut claquer, en 24 heures tout mes fichiers de travail sont rétablis et je peux reprendre le travail (et en comptant qu’amazon va mettre 20 heure à me livré)
Un hd c’est bon pour un nas pour du stockage (et dans un mode Raid qui permettent de récupérer les donnees en cas de défaillance.
Avoir des donnees importantes sur 1 seul disque dur, c’est de l’inconscience.
idem. Mes donnees a ne pas perdre sont sur 1 nas en raid5, mirrorė sur un autre nas en raid5 et une 3ieme copie en ligne. Tout ca acheté sur le bon coin a pas cher, moins cher que le tarif de recup par une entreprise spécialisée.
Ben pas trop si ru pense qu’un ping passe par le disque dur. Dailleurs quand tu dis qun test est lancé depuis le disque son emplacement physique, non. Il est lancé depuis la ram, comme tout programme. Un disque ne fait que stocker, c’est tout. Tout programme est chargé en mémoire (totalement ou partiellement) avant exécution.
C’est exact ! Le ping sert entre autre chose à savoir si la machine distante est disponible ou pas. Cela peut être aussi un périphérique comme une imprimante pour savoir si elle est prête ou pas.
On se calme et on revient au sujet 
1 « J'aime »
J’ai lu de travers ?
Tu parles du disque dans le message auquel je réponds, il ne me semble pas l’avoir inventé …
1 « J'aime »
avoir des notions c’est bien, les mélanger c’est pas bien, le ping tente un envoi avec retour d’une quantité (certes infime mais quantité quand même) de données et parmi les résultats de cet envoi physique (paquets), il y a une valeur, que vous mélangez, à savoir la latence
qui elle, évidement n’a pas d’incidence physique, vu que c’est du temps.
il y a une 20aine d’années pas mal d’attaques DDoS nommées Ping of Death, se faisaient par manipulation de la quantité de données envoyées par les pings de plusieurs machines sur une cible unique.
j’aime bien quand les gens sabotent leur propre argumentaire implacable.
et d’où qu’il est chargé le programme ? du disque. Il est d’abord localisé, lu, puis envoyé à la RAM, et quand il démarre on le nomme processus, puis selon les paramètres il aura besoin ou non de faire des accès disques pour remettre en RAM se dont il a besoin.
Ouvrez le moniteur de ressources, puis l’invite de commandes et lancez vers votre routeur:
ping -t -l 65500 192.168.x.x
et regardez les E/S du disque s’agiter par vous même.
(-t = ping continu jusqu’à annulation manuelle par CTRL-C)
(-l = specifie taille du packet à 65500 octets) c’est le max sans faire bugger performances.
une requête de ping de base est extrêmement ridiculement infime oui, l’incidence physique l’est tout autant mais elle existe.
PS: quant à votre solution de protection/sauvegarde de vos données, vu les détails je suis surpris de ne pas avoir lu au moins un onduleur, mais bon, sachez qu’un disque durera plus longtemps si il est rangé dans un placard, puis si il ne fait que tourner, puis enfin le pire si il est redémarré ou relancé très souvent à savoir sortie de mode eco/ralenti.
quand je parle de mis partiellement ou totalement en ram, je parle des options de compilation qui te permettent de placer tout le code en ram avant exécution ou qu’une seule partie. Par exemple, un executable qui risque d’être lancé depuis un mappage reseau, t’as intérêt a le compiler pour le mettre entierement en ram pour lui eviter un crash s’il a besoin d’une portion de code alors que le reseau est indisponible. Mais c’est couteux en ram et plus lent au demarrage. Un ping n’a pas besoin du periph de stockage. Que celui de windows s’en serve (et ca reste a prouver que ce soit les donnees du ping qui vont sur le disque, ce que je ne crois absolument pas) s’appellerait du poor programming et ne permet pas d’en sortir une règle. Tout un tas de periph reseau font des ping sans avoir de stockage. Un E/S qui bouge sans analyse derrière ne prouve rien.
Mon principale NAS (equipe de disque WD RE4) tourne H24, sans spinoff des disques et est sur onduleur. L’autre qui sert de mirror (et avec du versionning pour garder un historique des modifs) n’est allumé qu’au moment de la synchro. Et de toute facon, le premier est synchronisé en temps reel sur un cloud. Aucun risque de perte.
les tests de vitesse commencent toujours par le test de download, que ce soit fait sur pc, smartphone ou que sais-je encore. Ces données, d’abord écrites - sur le disque (qqsoit son type) dans le dossier CACHE du navigateur utilisé et non dans la RAM - sont ensuite envoyées et effacées pour tester l’upload. Le paramètre principal du test sera sa durée d’execution, et pendant cette durée plus notre équipement pourra ouvrir de connexions (avec un X en français) en mode gave moi plus le resultat de la vitesse augmentera jusqu’au temps imparti, puis c’est la meme chose dans l’autre sens pour l’upload. Il y a une activité dans la RAM mais simplement due au du navigateur qui met une partie du cache en RAM.
un disque qui peut ecrire à 150Mo/s, une fibre d’1Gb de capacité theorique qui fait dans les 900 Mb/s réels tout ça c’est parfaitement juste et oui ça passe large car la bande passante de 900Mb/s equivaut à un débit de données réel final de 112 Mo/s, et c’est ce qui porte confusion dans l’esprit des gens, c’est comme avoir une route qui fait 4 voie, ça fait une large bande passante pour tous les vehicules, sauf qu’on te met une voie de bus et 2 bandes cyclables, ce qui fait que les données les plus rapides ne peuvent utilser qu’une seule voie 
1 « J'aime »
les prom eprom eeprom uvprom sont du sockage.
faites vos tests ou restez convaincu de ce que vous pensez, vous êtes libre je le respecte et ça ne me pose aucun problème, sauf le tutoiement.
bravo pour le setup sauvegarde.
1 « J'aime »
C’est amusant, ça, puisque tu l’as toi-même utilisé dans plusieurs messages dans différents sujets…
Certaines eeprom (comme les flash de type NOR) peuvent aussi executer du code.les NAND aussi mais plus lentement et ce n’est donc pas conseillé, mais donc ce n’est pas que du stockage. En général, le code est déplacé dans un petit bout de ram pour être exécuté, c’est préférable (pour les perfs et pour les limites de cycle d’écritures des eeprom.
Pour le tutoiement, je le fais par défaut sur les forums ou c’est majoritairement l’usage et je vouvoie si on m’en fait la demande, donc pas de soucis, c’est noté 