Reprise du message précédent :

Vous auriez moins d'emmerdes avec des SSD en raid 0.

perdre 10% des disques chaque année ça semble effectivement beaucoup. Par contre je vois pas ce que Microsoft pourrait y faire.

Morano rentre chez elle en week-end
 

Tu peux configurer ça dans le logiciel? (Sous Windows en tout cas, tu pouvais)

Vc > c'est bcp, mais ms n y peut pas grand chose.
Ça dépend de l âge des disques, et de leur usage. Paradoxalement le raid 5 use les disques plus vite qu'un raid 0 / jbod du fait du nombre plus important d'accès

Non : RAID-15 ou RAID-16

Et de la température et de l'humidité des locaux aussi (le MTBF est donné à température et taux d'humidité donné). Le taux de panne augmente sensiblement si la température est dans le haut des conditions d'utilisation.

http://www.carantec-pc.com/post/20 [...] isques-dur

Bon, je suis chez les romanichels. Effectivement, le réseau 3G est tout pourri comme le disent les concurrents (je vous laisse deviner quels sont les tests chez Free/Orange et les tests chez BouygTel).

edit pour Dion: oui, faut aller chez Sosh (mais attention, porta impossible depuis un abo Orange, et apparemment même certains utilisateurs Orange n'ont pas autant de BP que les utilisateurs Free).

j'imagine qu'il ont fourni la solution (exchange + archi)
on garde 6 mois de courrier pour les bal / agent  
soit une quantité astronomique de mail x 6000 agents
 

j'ai jamais vu ms vendre du matériel. Mais 6 mois mail c'est pas énorme. Par contre 6000 agents cest pas mal ; c'est tout l'Insee ?

ouaip

Sur disque ? Pas de déport sur sauvegarde "long term" LTO ?

oui sur disque  
c'est dupliqué sur 2 sites et sauvegardé en plus

l'étude qu'il cite  dit l'inverse  

http://static.googleusercontent.co [...] ilures.pdf

relit

Y a un dev de mon équipe qui vient de dépasser les 100k sur Stack Overflow \o/

Je sais que c'est identifiant
 
Qu'il est a priori content de bosser chez nous depuis 4 mois

Il a raison. L'average Failure Rate est minimal autour de 38°C si on en croit la fig 4. Je vais arrêter de ventiler mes DD

Ca a l'air de bien peler au Stadio olimpico de Rome.

j'ai beau relire  
je te mets la suite pour t'aider

J'ai envie d'acheter le lumia 800

en rose ?

Quel est le problème? Les reviews sur le hardware sont excellentes (sauf pour le cache du connecteur USB) et WP7 semble considéré comme un très bon OS.

Bien sûr je verrais plus ça venant d'harko, le fan historique de toute chose Microsoft et Nokia, mais ça m'a pas l'air d'être un mauvais choix (ce qui explique probablement pourquoi ce n'est pas le choix d'harko en fait)

Harko aurait surtout aimé la beauté de l'interface graphique de l'OS

tu as vu tourné un windows phone ?  
parcequ'il y a eu du chemin de fait depuis wm 6.5

Bah non, elle est simple et claire, c'est tout le contraire d'harko. Il aurait probablement été fan de WM 6.5, du stylet et du task manager, mais W7P c'est de l'anti-harko.

En effet elle est simple et claire mais c'est moche  

je vous chie dessus pendant une bonne gastro

On dit "j'aime pas"

Et quand bien même, c'est très différent du moche harkostyle:

quelqu'un pour m'aider à virer le warning svp ?
backlogCopy c'est un machin [] dans lequel j'ai fait des append()
 
et cursor, c'est un cursor de ce truc : http://pybrary.net/pg8000/interactiveexample.html  
 
mon code c'est simplement :  

chaque ligne du backlog contient en deuxième position une callback qui sera appelée pour chaque ligne du curseur (je fais du regroupement de requête, j'en ai 32k)

Sois fort. Résiste. Ne pense pas aux agios qui vont te tomber dessus à la fin du mois.

Tu peux regarder dans la doc de pg8000 comment masquer les warnings, ou appeler les méthodes fetch* plutôt que d'utiliser le curseur comme un itérateur (c'est une extension optionnelle de dbapi2, d'où le warning, cf http://www.python.org/dev/peps/pep-0249/ section "Optional DB API Extensions" )

Si t'as pas trop de records, le plus simple est d'utiliser fetchall

cursor.execute(queryText, values)
for dbRow, backlogRow in itertools.izip(cursor.fetchall(), backlogCopy):
    backlogRow[1](dbRow[0])

mais si tu utilises izip je présume que c'est pas le cas. Donc à la place tu peux itiliser fetchone via iter(callable, sentinel):

cursor.execute(queryText, values)
for dbRow, backlogRow in itertools.izip(iter(cursor.fetchone, None), backlogCopy):
    backlogRow[1](dbRow[0])

va appeler fetchone à chaque tour de boucle jusqu'à ce que celui-ci retourne None, et normalement il retourne None quand il n'y a plus de rows:

cursor.execute(queryText, values)
for dbRow, backlogRow in itertools.izip(cursor.fetchall(), backlogCopy):
    backlogRow[1](dbRow[0])

cursor.execute(queryText, values)
for dbRow, backlogRow in itertools.izip(iter(cursor.fetchone, None), backlogCopy):
    backlogRow[1](dbRow[0])

merci, j'ai pris le second et ça marche
 
C'est quand même un peu étrange que le concept de cursor ne soit mappé que de manière optionnelle sur un itérateur python, c'est des concepts assez proches.

bon, c'est cool, dans mon premier test, python arrive plus vire que node.js, python en fait encore beaucoup moins, mais c'est encourageant.

m'etonnerait que MS s'engage sur du hardware failure
apres ca depend de plein de choses: type de disques, volumes, average io, peak io, version d'exchange
 

Mais t'es pas chez sosh ?
 

temperature dans le haut des conditions d'utilisation et high end of our temperature range correspondaient pour moi
mais j'ai clique sur aucun des liens
 
 

Il y a aussi 4 applis dispo
 

c'est aligné
 

Les concept sont assez proches, mais apparemment ils ont décidé de ne pas l'imposer quand dbapi2 a été écrit.

?

Il essaie d'implémenter en python ce qu'il a fait en node.js
Il n'a pas encore tout porté en python. Ce qu'il a porté en python est + rapide que le complet en node.js. C'est donc encourageant.
 

je suppute qu'en fonction des bdd et des contextes (vue, tablescan, pagelocks,etc.), c'est fetchall ou fetchone qui a le plus de sens, et ils ne voulaient pas avoir un choix par défaut qui soit ridicule.

Euh, si c'est possible. Faut appeler le service client par contre : c'est plus un changement de forfait que changement d'opérateur.