bon, je dois avouer que tu marques un point... J'avais pense un temps convertir un Mac Mini en serveur base de donnees, mais vu les performances j'ai vite abandonne. Et mon gros QuadCore consomme decidement trop dans son coin.
J'en ai profite pour faire quelques tests avec une base Postgresql (pour une raison que j'ignore, il a ete impossible d'installer MySql sur mon poste XP...) et les performances sur les grosses requetes sont bluffantes par rapport a Sqlite. Et les acces concurrents semblent bien marcher au poil.
Bon ben, recherche d'hebergeur comme qui dirait !
Est-ce que quelqu'un a un retour d'experience sur les dedibox, kimsufi et autres ?
qui a dit qu'on etait une entreprise ?
non, c'est uniquement fait sur notre temps libre (enfin le mien surtout, vu que je suis le seul a developper), et on en tire zero profit, si ce n'est de pouvoir faire quelques petite manips interessantes avec les donnees (j'avais ete bien inspire par ca aussi ==> http://blog.ted.com/2010/05/the_hidden_infl.php )
deja que j'y investis du temps et une partie de mes pauses dejeuner, si en plus je dois y mettre de ma poche ^^
ahh non, on est radins, on se contente de 1Go gratuit, et pour les cas limites, on passe un des portables en serveur FTP le temps de telecharger...
dur dur la jeunesse !
tant que j'étais seul sur le coup, une base locale ne posait pas de problème
limite, un serveur m'aurait semblé un peu "overkill" pour ce que je voulais faire
avec peu d'utilisateurs, et une bonne politique de parsing, pas de doublons, mais une phase de merge qui mange et du calcul et du temps...
donc effectivement maintenant je me demande si une base centrale ne serait pas mieux
le problème, on est pas en réseau local, donc la base serait en ligne quelque part, et ca génère des coûts
là, on s'échange nos bases via Dropbox, une pauvre âme fait le merge et tout le monde se synchronise comme ça
peu efficace, mais gratuit >_<
d'ailleurs, ce n'est pas si aberrant quand on y pense, ça ne me fait jamais que 400 octets par record, sachant qu'en plus il y a des index, que le texte stocké est en unicode (japonais oblige), non franchement ça me choque pas plus que ça
en fait, je ne gère pas de réseau social, mais j'ai une appli qui me permet de l'analyser
nous ne sommes pas liés au réseau social, juste membres, mais nous avons envie d'avoir des données plus fines que celles disponibles par defaut
imaginer :
- un réseau de 20 millions de membres, avec amis, photos, communautés...
- impossibilité de rechercher les utilisateurs par critère, alors même qu'ils sont publics
du coup, ce qu'on a fait :
- on parse comme des malades les infos, et on les stocke
- ensuite, on lance nos moulinettes "sciences sociales" pour analyser des graphes de connectivité, etc...
donc chacun stockera dans sa base une partie du site, et après mise en commun des données, en avant les calculs
de mon côté, j'ai 2.5M d'utilisateurs, mes collègues doivent en avoir a peu près autant à eux 4, d'où un volume croissant...
Pas de rapport effectivement !
C'est juste qu'entre temps je me suis pas mal amélioré en gestion de threads et que j'ai envie de me remettre au C++ sur un petit projet...
Je me demande juste ce que 6000 lignes de Python donneront en C++, j'ai mal rien que d'y penser !
Dans mon cas, plus que la structure de données, c'est le côté parallèle qui me gêne le plus. Je peux accepter qu'une grosse requête prenne 2 minutes, pourquoi pas. Mais je ne peux pas accepter que mon appli soit en standby pendant tout ce temps à cause d'une requête qui correspond à une tâche que je voudrais en arrière plan
Et oui... c'est le problème de faire sa sauce dans son coin et d'avoir quelques personnes qui passent en disant "tiens j'utiliserais bien ton bousin; et en passant si on pouvait rajouter ça, ça et ça...."
Le fait de scinder la base, pourquoi pas, mais j'aurai toujours le problème des accès concurrents pour la table principale, chose qui a l'air lourdingue avec sqlite...
et non, malheureusement, même en étant dans le BIOS, mon écran restera complètement noir...
il semblerait que l'élément déclencheur soit un changement de résolution, et pas de bol, mon BIOS est en VGA tout bête.
Le problème dans mon cas, c'est que même avec un reboot je perds le signal.
Du coup, au boot suivant je n'ai toujours rien ! Pas pratique pour accéder au bios tout ça !
ah ben content de voir que je ne suis pas le seul alors !
j'ai bien essayé d'allumer l'écran en premier, mais dans ce cas, j'obtiens un superbe "no signal found" jusqu'au milieu du boot, donc je n'irai pas très loin comme ça !
de plus, ayant un grub au démarrage, j'ai bien essayé de le faire patienter un peu, mais il semblerait que ce soit un changement de résolution (passage du VGA au splashscreen) qui soit l'élément déclencheur...
y a pas à dire, c'est bien le DVI quand même...
J'avais déjà vu des commutateurs audio utilisant des prises mini-jack, donc je me disais que ca irait...
Après, je n'ai pas forcément l'intention de garder mes haut parleurs moisis ad vitam aeternam, donc si je pouvais éviter de bousiller le son en chemin, je suppose qu'il vaut mieux éviter les amplificateurs, j'ai bon ?
Auquel cas je devrais plutot utiliser les sorties audio composite (rouge/blanc) si possible ?
Le problème ici au Japon, c'est qu'on a pas l'air d'avoir de prise de terre !
Nos prises ressemblent un peu aux prises américaines, avec 2 fiches seulement >_<
J'ai bien un gros bourrelet noir, mais aucun disque grillagé.
Peut-être une différence avec la version japonaise ? Mais ça m'étonnerait.
Je vais toujours essayer de chercher comment m'en sortir avec la prise casque, ça m'énerve d'avoir à changer mon câble de place à chaque fois ^^
Si tu regardes cette image, [http://www.gayakuman.com/uploads/2009/09/lg-w2363v-gayakuman(...)], tu verras qu'il n'y a pas de haut parleur. La partie blanche en bas en forme de disque, c'est du plastique tout bête. Et les symboles blancs sur la partie noire sont une sorte d'oscillogramme qui indique la présence de son en entrée (par exemple via HDMI). Donc je sais que j'ai du son qui arrive, je n'ai juste aucun moyen de le faire sortir ailleurs que par la prise casque...
Non non, je t'assure, pas de haut parleurs !!!
Pour ce qui est du TruSurround, si je comprends bien c'est sensé permettre une meilleure restitution des sons depuis une source multicanal sur 2 haut parleurs (ça doit être pour la prise écouteurs je dirais)
Ce n'est pas une télé, mais un moniteur PC. Donc pas de haut parleurs du tout.
Quand je dis que je m'en sers comme une TV, c'est grâce à un tuner que j'ai relié par HDMI (mes hauts parleurs étant du coup reliés au tuner ^^)
pour ma décharge le manuel était en japonais à l'origine >_<
mais quel intérêt de mettre une entrée audio sur un périphérique qui n'a pas de sortie autre qu'une prise casque ??
j'avais d'ailleurs essayé de raccorder mes enceintes à cette prise, mais j'obtiens un son d'une qualité déplorable (problème de haut parleur ? d'impédance ou je ne sais quoi ?)
# errata
Posté par PyroTokyo . En réponse au message systeme de message ??. Évalué à 1.
mais on va pas chipoter hein ^^
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
J'en ai profite pour faire quelques tests avec une base Postgresql (pour une raison que j'ignore, il a ete impossible d'installer MySql sur mon poste XP...) et les performances sur les grosses requetes sont bluffantes par rapport a Sqlite. Et les acces concurrents semblent bien marcher au poil.
Bon ben, recherche d'hebergeur comme qui dirait !
Est-ce que quelqu'un a un retour d'experience sur les dedibox, kimsufi et autres ?
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
non, c'est uniquement fait sur notre temps libre (enfin le mien surtout, vu que je suis le seul a developper), et on en tire zero profit, si ce n'est de pouvoir faire quelques petite manips interessantes avec les donnees (j'avais ete bien inspire par ca aussi ==> http://blog.ted.com/2010/05/the_hidden_infl.php )
deja que j'y investis du temps et une partie de mes pauses dejeuner, si en plus je dois y mettre de ma poche ^^
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
dur dur la jeunesse !
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
si on avait un FTP encore je dis pas, mais on a juste nos machines perso...
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
limite, un serveur m'aurait semblé un peu "overkill" pour ce que je voulais faire
avec peu d'utilisateurs, et une bonne politique de parsing, pas de doublons, mais une phase de merge qui mange et du calcul et du temps...
donc effectivement maintenant je me demande si une base centrale ne serait pas mieux
le problème, on est pas en réseau local, donc la base serait en ligne quelque part, et ca génère des coûts
là, on s'échange nos bases via Dropbox, une pauvre âme fait le merge et tout le monde se synchronise comme ça
peu efficace, mais gratuit >_<
[^] # Re: Question:
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
[^] # Re: Question:
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
bon, après un VACUUM, je descends à 850MB, mais quand même !
[^] # Re: lapin compris
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
en fait, je ne gère pas de réseau social, mais j'ai une appli qui me permet de l'analyser
nous ne sommes pas liés au réseau social, juste membres, mais nous avons envie d'avoir des données plus fines que celles disponibles par defaut
imaginer :
- un réseau de 20 millions de membres, avec amis, photos, communautés...
- impossibilité de rechercher les utilisateurs par critère, alors même qu'ils sont publics
du coup, ce qu'on a fait :
- on parse comme des malades les infos, et on les stocke
- ensuite, on lance nos moulinettes "sciences sociales" pour analyser des graphes de connectivité, etc...
donc chacun stockera dans sa base une partie du site, et après mise en commun des données, en avant les calculs
de mon côté, j'ai 2.5M d'utilisateurs, mes collègues doivent en avoir a peu près autant à eux 4, d'où un volume croissant...
[^] # Re: Il dit qu'il voit pas le rapport
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
C'est juste qu'entre temps je me suis pas mal amélioré en gestion de threads et que j'ai envie de me remettre au C++ sur un petit projet...
Je me demande juste ce que 6000 lignes de Python donneront en C++, j'ai mal rien que d'y penser !
Dans mon cas, plus que la structure de données, c'est le côté parallèle qui me gêne le plus. Je peux accepter qu'une grosse requête prenne 2 minutes, pourquoi pas. Mais je ne peux pas accepter que mon appli soit en standby pendant tout ce temps à cause d'une requête qui correspond à une tâche que je voudrais en arrière plan
[^] # Re: scinder en plusieurs bases sqlite
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
Le fait de scinder la base, pourquoi pas, mais j'aurai toujours le problème des accès concurrents pour la table principale, chose qui a l'air lourdingue avec sqlite...
# oops
Posté par PyroTokyo . En réponse au message choix d'une nouvelle DB. Évalué à 1.
[^] # Re: Ohh...
Posté par PyroTokyo . En réponse au message HDMI au boot. Évalué à 1.
il semblerait que l'élément déclencheur soit un changement de résolution, et pas de bol, mon BIOS est en VGA tout bête.
[^] # Re: Ohh...
Posté par PyroTokyo . En réponse au message HDMI au boot. Évalué à 1.
Du coup, au boot suivant je n'ai toujours rien ! Pas pratique pour accéder au bios tout ça !
[^] # Re: Ohh...
Posté par PyroTokyo . En réponse au message HDMI au boot. Évalué à 1.
j'ai bien essayé d'allumer l'écran en premier, mais dans ce cas, j'obtiens un superbe "no signal found" jusqu'au milieu du boot, donc je n'irai pas très loin comme ça !
de plus, ayant un grub au démarrage, j'ai bien essayé de le faire patienter un peu, mais il semblerait que ce soit un changement de résolution (passage du VGA au splashscreen) qui soit l'élément déclencheur...
y a pas à dire, c'est bien le DVI quand même...
[^] # Re: Lapin compris
Posté par PyroTokyo . En réponse au message problème de connectique : trop de matériel !!!. Évalué à 1.
Après, je n'ai pas forcément l'intention de garder mes haut parleurs moisis ad vitam aeternam, donc si je pouvais éviter de bousiller le son en chemin, je suppose qu'il vaut mieux éviter les amplificateurs, j'ai bon ?
Auquel cas je devrais plutot utiliser les sorties audio composite (rouge/blanc) si possible ?
[^] # Re: Prise de terre
Posté par PyroTokyo . En réponse au message problème de connectique : trop de matériel !!!. Évalué à 1.
Nos prises ressemblent un peu aux prises américaines, avec 2 fiches seulement >_<
http://www.washington.edu/computing/global/plug_a.bmp
[^] # Re: C'est simple...
Posté par PyroTokyo . En réponse au message sortie audio sur moniteur. Évalué à 1.
Peut-être une différence avec la version japonaise ? Mais ça m'étonnerait.
Je vais toujours essayer de chercher comment m'en sortir avec la prise casque, ça m'énerve d'avoir à changer mon câble de place à chaque fois ^^
Si tu regardes cette image, [http://www.gayakuman.com/uploads/2009/09/lg-w2363v-gayakuman(...)], tu verras qu'il n'y a pas de haut parleur. La partie blanche en bas en forme de disque, c'est du plastique tout bête. Et les symboles blancs sur la partie noire sont une sorte d'oscillogramme qui indique la présence de son en entrée (par exemple via HDMI). Donc je sais que j'ai du son qui arrive, je n'ai juste aucun moyen de le faire sortir ailleurs que par la prise casque...
[^] # Re: C'est simple...
Posté par PyroTokyo . En réponse au message sortie audio sur moniteur. Évalué à 1.
Pour ce qui est du TruSurround, si je comprends bien c'est sensé permettre une meilleure restitution des sons depuis une source multicanal sur 2 haut parleurs (ça doit être pour la prise écouteurs je dirais)
[^] # Re: C'est simple...
Posté par PyroTokyo . En réponse au message sortie audio sur moniteur. Évalué à 1.
Quand je dis que je m'en sers comme une TV, c'est grâce à un tuner que j'ai relié par HDMI (mes hauts parleurs étant du coup reliés au tuner ^^)
[^] # Re: C'est simple...
Posté par PyroTokyo . En réponse au message sortie audio sur moniteur. Évalué à 1.
pour ma décharge le manuel était en japonais à l'origine >_<
mais quel intérêt de mettre une entrée audio sur un périphérique qui n'a pas de sortie autre qu'une prise casque ??
j'avais d'ailleurs essayé de raccorder mes enceintes à cette prise, mais j'obtiens un son d'une qualité déplorable (problème de haut parleur ? d'impédance ou je ne sais quoi ?)