Maintenance lourde dès lundi
id Software annonce que la mise à jour prévue ce mardi sera avancée à ce lundi 25/04 (généralement à partir de 21:00/22:00 pour nous) et pourra durer 24h voire 48h. En effet, afin de répondre aux problèmes de performance rencontrés ces dernières semaines dus principalement à la base de données, l’architecture va être remaniée en profondeur. Donc si vous avez des matchs prévus, attention :)
News du 23/04/2011 à 9:37 pm par Kapiter
News d'avant: JeeSports Open QL 1v1 Cup #6: Amai vainqueur
News d'après: The Gathering 2011: les résultats
News d'avant: JeeSports Open QL 1v1 Cup #6: Amai vainqueur
News d'après: The Gathering 2011: les résultats
ceci n’est pas un troll
Problème de charge avec leurs bases de données… ils vont peut-être installer memcached pour limiter le nb de requests ^^ Plus sérieusement, y’a des infos sur leur architecture qqpart ? j’ai rien trouvé de pertinent à ce sujet
We’re going to be replacing our harddrives soon on the server hosting the db, with SSDs. That should hopefully greatly improve things.
Ils vont foutre des SSD et c’est à peu près tout ce qu’on sait.
SSD failure incoming!
Euh… sérieusement, c’est ça l’update, passer en SSD !? Je comprend mieux pourquoi y’a pas d’infos sur leur architecture, y’a pas d’architecture en fait ^^ Ben si c’est pas une blague, c’est « marrant » de voir qu’ils savent pas utiliser et optimiser des flux SGBD
on va tous mourir!
j’ai jamais rien capté aux blagues de nerds.
l´idée est pas si conne de tenter l´utilisation d´un cache en SSD, après sans connaître les problèmes et charges réelles qu´ils ont c´est dur de juger leur scompétences .. n´est pas uzu…
cf l´ebook dispo sur google:
Oracle Disk I/O Tuning: Disk IO Performance & Optimization for Oracle Databases
Anéfé, sans info ni sur leur archi ni sur leurs soucis, on peut pas juger de la taille du problème ^^
C’que j’en dis c’est que des SI comme ceux des banques, de FB, de Google ou encore des services d’intelligence sont certainement plus nécessiteux que QL en terme d’I/O et qu’ils ont pas attendu l’avènement du SSD pour booster leurs performances/monter en charge… Mais bon osef, s’ils ont les sous et qu’ils peuvent se faire plaisir, autant en profiter :]
Y a de quoi rire, c’est vrai que c’est TRES lourd en terme de requêtes QL. (après s’ils font 10 requêtes par page web chargée)
Sinon comme autre « maintenance », ils ont pas prévu d’alléger leur DB en virant les comptes inutilisés ?
Mais prendre du matos dernier cri, c’est un peu la solution « overkill » facile, après ils viendront pleurer que QL c’est pas rentable, que les joueurs sont ingras blabla.
Enfin bref, qu’ils se ruinent…
l´idée est pas si conne de tenter l´utilisation d´un cache en SSD
Je ne vois pas l’intérêt de mettre du cache en SSD par rapport à le foutre en mémoire o_O
ID n’a pas parlé de cache, c’est juste quelques wanabee geeks qui racontent des conneries.
Pour les wanabee je sais pas mais pour les autres, quand id parle de « intense loads (I/O performance) on our database server. » ça implique par nature des questions de cache
avec des SSD tu gagnes bien sûr en performance (en lecture, pas de problèmes de fragmentation, etc…) mais surtout en consommation & dissipation de chaleur, ce qui n’est pas négligeable et qui impacte également les performances des serveurs… et grandement leur coûts d’exploitation :)
coincoin dit vrai
le cache est juste la déduction que j´en ai faite de l´utilisation du ssd.
sinon coincoin euh .. le foutre en mémoire où? :>