Connexion
Abonnez-vous

Spotify : un bug provoquait l’écriture de dizaines de gigaoctets

Souffrance des SSD

Spotify : un bug provoquait l'écriture de dizaines de gigaoctets

Le 14 novembre 2016 à 10h30

Spotify déploie depuis ce week-end une importante mise à jour pour l’ensemble de ses clients sur ordinateurs. Elle corrige un sérieux bug qui provoquait l’écriture de dizaines de gigaoctets sur l’unité de stockage sans action particulière de l’utilisateur. Linux, macOS et Windows sont concernés.

Depuis juin, un nombre croissant de commentaires dans les forums officiels de Spotify faisaient état d’un comportement problématique de l’application sur les trois principaux systèmes d’exploitation sur les ordinateurs. Des utilisateurs ont en effet remarqué que le logiciel se mettait parfois à écrire une énorme quantité de données sur le disque dur ou le SSD, même quand il était simplement ouvert, sans lire de musique.

Jusqu'à 700 Go en une seule journée

Plus précisément, un utilisateur signalait par exemple que Spotify avait écrit 2,8 Go en deux jours et demi. Après une désinstallation puis une réinstallation de l’application, le problème était toujours là, écrivant 1 Go sur le disque en 17 minutes seulement. Un autre s’est aperçu que Spotify avait écrit 100 Go de données en une seule journée. Un autre qu’après l’écoute d’une trentaine de titres, 50 Go avaient été écrits.

Ars Technica, qui s’est penché sur le problème, indique que trois de ses rédacteurs ont cherché à reproduire le problème, et qu’ils y sont parvenus à chaque fois. Le rythme moyen constaté était de 5 à 10 Go par heure. Nos confrères indiquent même que lancer l’application sans rien faire avait abouti dans l’un des cas à l’écriture de 700 Go de données pendant la journée. Notez que ces dernières prennent place dans le dossier temporaire défini par l’application. S’il a été déplacé sur un disque dur secondaire pour ne pas empiéter sur le SSD, ce dernier n’est pas concerné.

Soucis de performances et d'usure des SSD

Les témoignages se sont ainsi succédés et rapidement le sujet des conséquences est tombé sur le tapis. Sur un disque dur classique, il y avait surtout le souci des performances : quand l’unité de stockage est prise dans de gros travaux d’écriture, les performances générales s’en trouvent affectées, pour peu que l’utilisateur ait besoin de lancer d’autres logiciels, ou un jeu.

Pour les SSD, la situation était plus sérieuse. Les disques possèdent en effet un nombre limité de cycles d’écriture. Un travail intensif de ce type peut donc raccourcir nettement la durée de vie du composant, au grand dam de son utilisateur. Plusieurs ont d’ailleurs fini par indiquer qu’ils avaient désinstallé Spotify et s’étaient rabattus sur la version web qui dispose à peu près des mêmes fonctionnalités, à l’exception notable de la synchronisation hors-ligne pour les abonnés Premium.

Une mise à jour en cours de déploiement

Depuis vendredi cependant, une mise à jour est déployée à l’ensemble des utilisateurs, qu’ils soient sous Windows, macOS ou Linux. Cette version 1.0.42 corrige bien le problème, mais le déploiement étant progressif, il n’a pas réglé la situation tout de suite pour tout le monde.

La correction du problème a été confirmée par Spotify, qui a indiqué qu’il faudrait plusieurs jours avant que la mise à jour touche l’ensemble des utilisateurs. Dans le cas où vous n’auriez pas encore reçu cette nouvelle version, il est recommandé de fermer le logiciel et de passer par la version web. Les mises à jour se font en effet au redémarrage de Spotify.

Commentaires (31)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

On a la même chose avec la TV sur PC sur le site d’Orange. Tu laisses tourner ta TV, ton disque dur se remplit tout seul et il faut passer Ccleaner pour nettoyer le cache.



Mais chez Orange, on n’appelle pas ça un “bug” mais une “fonctionnalité” !

votre avatar

Ah bah voilà, j’arrêtais de lancer l’appli car elle me pourrissait un dossier dans %AppData% alors que dans la config de Spotify j’avais bien déplacé le répertoire temp sur un HDD autre que mon SSD system.

votre avatar

On avait eu le coup avec PDF Architect où les devs avaient oublié de retirer les codes de debug, du coup l’appli déposait 1 Go de logs par jour dans le dossier de profil utilisateur. Youpi.

D’ailleurs, Vincent, est-ce le même problème ? Ça y ressemble, mais l’article ne dit pas ce qui était écrit.

votre avatar







Inny a écrit :



On avait eu le coup avec PDF Architect où les devs avaient oublié de retirer les codes de debug





Exactement a quoi j’ai pensé en premier … les logs en mode débug … :mgreen:

C’est pour cela que les serveur on une partition spéciale pour le /var/log


votre avatar

C’est la nouvelle mode actuellement. On lance des betas et on laisse les utilisateurs finaux jouer les testeurs.

votre avatar

“sur la version web qui dispose à peu près des mêmes fonctionnalités”Sur le papier c’est l’idée oui. Dans la réalité, celui qui a déjà essayer d’utiliser réellement la WebApp en lieu et place du client lourd ou de l’appli mobile sait parfaitement que c’est inutilisable&nbsp;<img data-src=" />

votre avatar

Conspiration des fabricants de SSD, c’est pas con&nbsp;<img data-src=" />

votre avatar

Bof, pas besoin de Spotify pour ça. Il y a beaucoup mieux : STEAM et ses principes de fonctionnement foireux, qui ne sont pas des bugs.




 Prenons un jeu où les développeurs adorent changer 1 pixel de quelques textures régulièrement qui sont répartis dans une 15aine de très gros fichiers, par hasard... Total War: Warhammer (22 Go sur disque)       






 Bref, download d'un patch (100 Mo comme déjà eu), copie des gros fichiers du jeu dans un coin pour updating (22 Go), updating proprement dit (22 Go d'écriture, forcément), conservation de l'update si réussite et suppression du surplus. Mais comme c'est un SSD presque plein et que STEAM ne précise pas la cause exacte de l'erreur, compte facilement 10 échecs avec à chaque fois un redownload du patch et une copie de zéro à chaque fois.       






 Résultat : le jeu demande donc 45Go réel au lieu de 22 Go (au prix du Go...) et mon SSD a dû perdre 500 Go de durée de vie juste par ce jeu que j'ai joué au final 3 heures vu que les updates foiraient et que ça me démotivait à la fin...      



&nbsp;



 Et bien sûr, STEAM ne permet PAS de ne PAS updater un jeu, et les développeurs ne semblent pas comprendre que des updates mieux pensés est obligatoire en 2016 vu que les SSD se généralisent. Donc tu updates ou tu ne joues pas (ou alors tu joues avec STEAM mode offline... ce qui n'est pas forcément acceptable). En 2016, ne pas avoir une telle option de blocage des updates est purement ridicule (d'autant que ça fait ch*** pour d'autres raisons. Ex: des mods qui ne fonctionnent plus parce que le jeu a été updaté alors qu'on aurait préféré qu'il ne le soit pas... et Valve s'en moque).
votre avatar

Je ne pense pas que Steam permettra un jour de contourner un update, dans la mesure où il pourrait bien être une contre-mesure contre telle ou telle forme de tricherie (et donc ça ne plairait pas aux développeurs)

votre avatar

Boh, tu trouves quoi de pas bien avec la version web ? (play.spotify.com)

Je l’utilise à longueur de journée et je n’ai jamais rencontré de difficultés. Puis l’avantage de n’avoir aucune pub grâce à uBlock Origin est vraiment appréciable. <img data-src=" />

votre avatar

&nbsp;La dernière fois que j’ai lancé l’appli Spotify sur Linux, mon PC a failli exploser (remplissage de la RAM et de la swap, j’ai réussi à killer à temps). Ce nouveau bug montre bien les défauts de QA <img data-src=" />

votre avatar

Et là, on est content d’avoir tout ce qui est temporaire dans un Ramdisk : pas de soucis d’usure, et pas vraiment de pénalité de performances pour ceux qui tournent avec un disque mécanique ^^

votre avatar

Je ne connais pas de jeu qui permet à des joueurs n’ayant pas la même version/patch de pouvoir jouer ensemble. Et si c’est possible, il suffit que les devs fassent en sorte que ce ne le soit plus. Bref, si c’est l’excuse de Valve, elle est invalide.

votre avatar

Non, Spotify utilisait abusivement la fonctionalitée VACCUM sur la base de donnée, ce qui a pour effet de recreer la base de donnee en supprimant les lignes plus utilisees, donc en fait Spotify ne prennait pas plus de place vu que c’est le meme fichier qui etait duplique puis ecrase.

votre avatar







Obidoub a écrit :



&nbsp;La dernière fois que j’ai lancé l’appli Spotify sur Linux, mon PC a failli exploser (remplissage de la RAM et de la swap, j’ai réussi à killer à temps). Ce nouveau bug montre bien les défauts de QA <img data-src=" />





Tiens je me sens moins seul du coup, ça m’est arrivé trois fois : des processus Spotify se lancent en boucle jusqu’à saturation de la mémoire. Malheureusement les trois fois j’ai pas eu le temps de tuer les processus, Spotify à complètement fait crashé mon Linux et j’ai du éteindre de force le PC.&nbsp;<img data-src=" />


votre avatar

La MAJ de Spotify demande une rançon pour libérer l’espace disque ?

votre avatar

Cocasse pour du streaming.

votre avatar

Le problème existe aussi avec WhatsApp avec ses sauvegardes iCloud sur Mac.



Mac space running out? Whatsapp backup to iCloud may be the cause



La différence étant que Spotify récrit tout le temps sur le même fichier Mercury.db (donc usure prématurée du SSD).

votre avatar

Et ben, heureusement que ces dossiers de cache sont envoyés sur ma RAM. Je l’aurais eu mauvaise!

votre avatar

Les équipes de Spotify n’ont pas l’air d’être très à l’aise avec le cache, d’une manière générale… L’appli iOS m’a toujours généré des Go de cache sans même que je mette des titres hors-ligne.&nbsp;

votre avatar







nucle a écrit :



Et ben, heureusement que ces dossiers de cache sont envoyés sur ma RAM. Je l’aurais eu mauvaise!





Avec 4To de RAM t’es OK <img data-src=" />


votre avatar

Quand j’ai remarqué ça j’ai tout envoyé dans /tmp. Il est toujours possible que ça fasse planter l’ordi au pire mais ça cassera pas le disque dur.

votre avatar







kade a écrit :



Avec 4To de RAM t’es OK <img data-src=" />





Oui, du moins pas jusqu’à ouvrir Chrome ou Firefox.&nbsp;<img data-src=" />


votre avatar

Petite vérif’: tu as coupé le swap ? <img data-src=" />

votre avatar

Du coup, si notre SSD est proche de la mort à cause de ce bug, on peut envoyer la facture directement au support de Spotify? Ceci dit, il sera certainement difficile de prouver que c’est bien Spotify le responsable <img data-src=" />

votre avatar







kade a écrit :



La MAJ de Spotify demande une rançon pour libérer l’espace disque ?





c’est ça ou tu reste coincé sur la playlist “chanteurs(euses) quebequois(e)” sinon


votre avatar







Guitarnono a écrit :



Les équipes de Spotify n’ont pas l’air d’être très à l’aise avec le cache, d’une manière générale… L’appli iOS m’a toujours généré des Go de cache sans même que je mette des titres hors-ligne.







Toutafé, et en plus, il n’est pas possible de le vider, sauf désinstaller/réinstaller l’application.


votre avatar

Le bug de merde <img data-src=" />



Ils ont prévu quelque chose pour ceulles qui ont vu des dégradations de matos ?

votre avatar

<img data-src=" />

votre avatar

Vive le progrès

votre avatar

Et sinon, ils n’ont pas dit à quoi c’était dû ?

Spotify : un bug provoquait l’écriture de dizaines de gigaoctets

  • Jusqu'à 700 Go en une seule journée

  • Soucis de performances et d'usure des SSD

  • Une mise à jour en cours de déploiement

Fermer