C'est avec la plus grande attention que j'ai pris connaissance de votre courrier au sujet du dossier de votre ami Luc.
Les batteries de ce modèle de portable ont été fabriquées en une seule fois, et même si bon nombre de ces batteries n'ont pas été utilisées, elles ont subies l'usure du temps.
Cette situation a entraîné de nombreux échanges avec le fabricant sans qu'aucune solution satisfaisante n'ait été trouvée à ce jour. Bien conscient des désagréments rencontrés, nous restons ouvert à toute proposition que vous pourriez nous faire pour trouver une issue au dossier de Luc.
N'hésitez pas à revenir vers moi, nous étudierons toutes demandes que vous pourriez nous faire.
Je reste à votre entière disposition,
Cordialement,
Le Service Médiation
Et voici ma réponse :
Bonjour Médiateur LDLC,
Merci pour votre réponse.
Depuis quand êtes-vous au courant de ce problème de batteries ?
Pourquoi proposez-vous toujours cet ordinateur à la vente ?
Luk avait-il seulement une chance de recevoir l’un de ces ordinateurs pouvant réellement fonctionner sur batterie ?
Je suis par ailleurs de tout cœur avec vous vis-à-vis du fabricant.
Mais à Luc, j’aurai difficile à expliquer la pertinence ici de ma compassion à votre égard.
Cet ordinateur est estampillé LDLC. Pour l’acheteur, le fait qu’il provienne de chez Xxxxx avec lequel vous auriez un contentieux est votre problème, pas le sien.
Voici les caractéristiques importantes de l’ordinateur (LDLC Mercure ML1-C1-4-S1) que j’ai conseillé à Luc (en fonction de ses besoins) :
Écran : LED 11,6" (entre 11" et 16")
Dimensions : ultraportable (si possible)
Résolution : 1366×768 (minimum)
CPU* Single Thread Rating : 943 (minimum 500)
CPU* Mark : 1738 (minimum 1000)
CPU* Physical Cores : 2
Mémoire vive : 4 Gio (minimum 4 Gio)
Mémoire de masse : 120 Go SSD (minimum SSD 100 Go ou HD 500 Go)
Webcam : 1,0 Mégapixels (minimum 1 MPx)
OS : sans (si possible)
Clavier : Fr (belge si possible)
Batterie : 4,5 heures (minimum 4)
Prix : ± 300 € (maximum 350 €)
Ce que j’imagine comme issues possibles au dossier de Luc :
a) LDLC rembourse intégralement l’argent versé par Luc à LDLC dans le cadre de cet achat.
a+) un avoir de 10 € pour dédommagement du temps perdu, des frais supplémentaires et du stress.
b) LDLC trouve une batterie qui fonctionne pour cet ordinateur, vérifie qu’elle fonctionne bien et envoi le tout à Luc le plus rapidement possible.
b+) une housse ou un avoir de 10 € pour dédommagement…
c) LDLC identifie un autre ordinateur qui répond aux critères ci-dessus et le propose avec une réduction, d’autant plus si le prix est plus élevé. Luc pourras alors accepter ou préférer l’option a).
Dans ce cas-ci, du fait que c’est bien LDLC qui ne parviendrait pas à honorer l’acte de vente en fournissant l’objet convenu, l’offre d’un avoir serait perçus comme injuste dans la mesure où nous n’avons pas identifié d’alternative crédible à cet ordinateur parmi les autres ordinateurs proposés pour ce prix-là.
Quelques pistes :
Pour la batterie, il est techniquement possible de remplacer les cellules (généralement 18650). Des techniciens LDLC peuvent-ils faire cela ? Ou une équipe du côté de Xxxxx ?
LDLC est (?) l'un des bons endroits où l'on peu acheter un ordinateur sans os de sorte à pouvoir y installer un système GNU/Linux.
Je n'utilise ni Facebook, ni Tweeter. Vous êtes ma seule famille :)
Je suis toujours surpris par la sanction. Mais j'apprécie les commentaires qui me confortent dans l'idée qu'ici vous êtes nombreux à comprendre de quoi je parle et vous êtes apparemment quelques-uns à partager le même genre de déboires ou de connaître LDLC.
Désolé si ce n'est pas exactement le bon endroit.
Si Luk ou moi-même avions les reins suffisamment solides, nous pourrions engager un avocat. Mais comme nous n'avons ni l'un ni l'autre de gros moyens financier et qu'il s'agit d'un magasin en ligne, cette lettre ouverte est le seul moyen…
Depuis un certain temps, le système Windows de Microsoft supporte GPT aussi bien que nos systèmes GNU/Linux.
Avant tout, vérifie bien que ton disque dur n'est pas formaté en GPT, car il serait alors possible d'avoir plus que 4 partitions…
Sinon, il semblerait qu'il est possible de passer d'une table de partition msdos en GPT sans perte des partitions existantes… →cette vidéo (à vérifier)
Sur le fond, je pense qu'il s'agit d'une question de goût. Je trouve ça fort de me retrouver à -1 pour ce journal après quelques minutes ; mais c'est ça "aussi" LinuxFr.org :(
Sinon, voici la commande utilisée :
head /dev/urandom | hexdump -e '32/1 "%02X ""\n"" "'
Bonjour Monsieur,
Je prends bonne note de votre recherche d'une clé USB avec un bouton d'interdiction d'écriture.
Après recherche, nous ne disposons pas de clé de ce type.
Une alternative serait d'opter pour des cartes SD avec un verrou et pour un petit lecteur de cartes :
Kingston MobileLite G4 : http://www.ldlc.com/fiche/PB00171186.html,
Kingston SDXC 64 Go - UHS-I Classe 10 : http://www.ldlc.com/fiche/PB00192430.html.
J'espère que ces informations répondent à l'ensemble de vos questions et je reste à votre disposition pour toute demande complémentaire.
Cordialement,
Ils ne nous disent pas pourquoi il est impossible de trouver une clé usb avec bouton de protection d'écriture chez eux :(
C'est curieux que l'on ne trouve plus de clé USB avec protection contre l'écriture (“write-protect” en anglais) :(
Comment ce fait-ce ?
Cela devrait être la majorité des clés usb, comme pour les disquettes, etc. Pour luter contre la propagation des virus, c'est un minimum… Vraiment curieux :/
Les commentaires sont tous unanime, du genre « This only works on NTFS formatted flashdrives. And it does write protect the drive even if you plugged it back to other computer. »
Cela ne fonctionne que sous Windows, avec NTFS, et sur une seule machine. Lorsque l'on place cette même clé ailleurs, (genre Windows vérolé), il n'y a aucune protection et la clé est compromise :(
Notez bien que les systèmes GNU/Linux supportent généralement bien d'être installé sur une machine pour ensuite être démarré sur une autre machine…
Donc lorsque la machine n'est pas très performante, j'installe sur un DD ou SSD placé dans une bonne machine et ensuite je place le DD ou SSD dans la machine pas très puissante.
Par ailleurs, l'installation peut-être plus rapide à partir d'une clé usb :
Pour créer la clé à partir de l'image.iso :
Après plus de dix ans de "militantisme" (membre actif d'un GLUG), j'en suis venu à la conclusion que la meilleurs distribution est celle qu'utilise elle-même la personne qui va t'aider à installer aux petits oignons…
Par ailleurs, j'aime pas trop l'idée de découvrir GNU/Linux en l'installant sur la vielle machine toute pourrie, histoire également de prolonger son existence. En effet, il n'y a pas que le matériel ou les logiciels eux-mêmes qui évoluent ; il y a également les formats de donnés au sens large. Par exemple les technologies du web utilisés actuellement nécessitent plus de traitement qu'il y a 10 ans ; les photos numérique ont plus que doublé de volume en terme d'octets et de pixels ; etc. Souhaiteras-tu utiliser LibreOffice ? et LanguageTool ?
Néanmoins, 2 Gio doivent pouvoir sufir pour déjà faire pas mal de choses. Quel CPU ? Si possible, remplace le DD par un SSD et mets à jour le BIOS.
J'aime bien MATE, et j'ai l'impression qu'il n'est pas trop "lourd", surtout en n'activant pas la composition.
Si la distrib' le propose, installe zram-config et preload.
Merci pour cette idée. Je viens de trouver une autre solution (via MyISAM) après plusieurs heures supplémentaires à domicile ;)
À l'occasion, j'essayerai la transaction car je serais curieux de comparer les deux solutions.
Pour ce qui est de l'explication de la différence entre le script exécuté sur mon poste de travail et l'exécution sur le serveur, nous devrons attendre mardi. Car le poste de travail en question ne se trouve pas chez moi. Mes hypothèses sont : soit niveau io, soit c'est MyISAM par défaut sur le poste de travail.
C'est exactement ce que je faisais depuis des mois, jusqu'à cette mise à jour du serveur qui me permet de le faire directement sur le serveur et donc de pouvoir automatiser l'opération.
Par ailleurs, comme tu auras pu le voir dans mon précédent commentaire, nous avons trouver la solution, qui passe par l'utilisation de MyISAM moins pénalisé par les multiple INSERT (un par enregistrement) généré par mdb-export. InnoDB est ensuite utilisé "en prod". Entre les deux, le mysqldump génère quant à lui des INSERT beaucoup moins nombreux car groupant plusieurs enregistrements.
Par défaut sur le serveur, c'est le moteur InnoDB qui est utilisé.
Le passage du fichier Access vers MariaDB se fait dans une base de donnée temporaire (MyISAM). Un dump est fait à partir de là et réinjecté dans la base de donnée "en production" (InnoDB).
Voici un résumé de mon script :
$mdbfile="db_MSAccess.mdb"echo"SET storage_engine=MyISAM;" >db_schema.sql
mdb-schema --drop-table "$mdbfile" mysql |grep -v "^COMMENT ON COLUMN" >>db_schema.sql
mysql -u theuser -pthepass tempdb <db_drop_tables.sql
mysql -u theuser -pthepass tempdb <db_schema.sql
# Oui, dans la base de donnée Access,# les noms de table sont parfois "horribles" :(
mdb-export -D %F -I mysql "$mdbfile""Première Table" >db_data.sql
mdb-export -D %F -I mysql "$mdbfile""Deuxième Table" >>db_data.sql
# ... les autres tables...
mysql -u theuser -pthepass tempdb <db_data.sql
# Oui, je corrige cela...
mysql -u theuser -pthepass tempdb <db_rename.sql
# et encore d'autres aberrations...
mysql -u theuser -pthepass tempdb <db_cleaning.sql
mysqldump -u theuser -pthepass tempdb >tempdb_dump.sql
sed -i 's|ENGINE=MyISAM|ENGINE=InnoDB|g' tempdb_dump.sql
mysql -u theuser -pthepass proddb <tempdb_dump.sql
Résultat, ce qui prenait 37 minutes prend maintenant 37 secondes :)
Avec la commande htop, je ne vois rien qui correspondrait à ce problème.
Je ne vois quasi aucune activité. C'est très etrange, je vous l'ai écrits, c'est comme s'il y avait des "sleep"… Le CPU reste à 5% et la mémoire vive reste avec ± 400 Mo de libre.
La bd ne contient que des tables, non-lié entre-elles.
Néanmoins, avec MyISAM, ça va beaucoup plus vite ! :)
30 secondes auront suffis ! :)
Merci beaucoup de me répondre. Je me sens déjà moins seul.
Côté poste de travail :
AMD Athlon II X3 450
Bench : 2637 multi / 1063 single
RAM: 4 Gio
Côté serveur (NAS +…) :
Il s'agit d'une machine virtuel via Xen, mais la majorité des ressource lui sont dédiés.
AMD Athlon 64 X2 Dual Core 4200+
Bench : 1102 multi / 667 single
RAM: ± 1,2 Gio (partie des 2 Gio physique)
Mais cela fait plusieurs heures que je cherche à comprendre, et j'ai déjà observé, à coups de free, top, iotop, htop, etc. qu'il n'y a pas de problème de mémoire, ni de problème CPU. C'est un véritable mystère :(
C'est comme s'il y avait des temps d'attente, ou des sync entre chaque INSERT… Est-ce possible ?
Ce que j'envisage actuellement, c'est de placer les tables de la base de donnée d'importation (temporaire) en mémoire vive, avec le moteur MEMORY à coup de sed sur le script issu de mdb-schema (création des tables).
Mais je suis presque sûr qu'il dois y avoir une autre alternative moins "radicale"…
Par ailleurs, non, c'est pas un problème de « MDB=>SQL=>Injection en base »… La méthode n'a pas changé… L'opération qui prenait 3 minutes sur poste de travail prend 37 minutes sur le serveur.
La base de données n'est même pas très grande. Le fichier Access pèse 18 Mo. Il y a un total (20 table confondues) 75000 enregistrements (→ autant d'INSERT). Le script SQL contenant les INSERT fait également 18 Mo. C'est le traitement de ce dernier qui prend 37 minutes.
Merci, c'est un contournement ! mais cela fonctionne…
La solution consiste à
1°) désactiver "Lancer la calculatrice" (car il n'est pas possible de déterminer ce qu'est pour nous la calculatrice en question)
2°) ajouter un raccourcis, que l'on nommera par exemple "Lancer ma calculatrice préférée" et d'y associer la touche (ou combinaison)…
Sur la page de téléchargement, tu devrais donc cliquer sur "download rmp" (sous "RedHat, CentOS, Fedora, SUSE")
Soit il te sera directement proposé de l'ouvrir dans ton gestionnaire de paquetage, soit tu l'enregistres et l'ouvres ensuite toi-même avec le bon programme.
Note bien qu'il ne s'agit pas d'un logiciels libre et que le code source n'est pas disponible au regards extérieurs, etc.
Je regrette beaucoup la disparition du menu contextuel pour le formatage des caractères :(
Avant, c'était mieux (mieux que dans Microsoft Office) car il était possible de garder les mains sur le clavier et faire :
- [menu-contextuel] → S (ou F) → E pour obtenir l'exposant
- [menu-contextuel] → S (ou F) → B pour barrer
- etc.
S pour le sous-menu Style… à été remplacé plus tard par F pour le sous-menu Format… puis plus aucun sous-menu de ce genre :(
C'était très pratique lorsqu'il fallait barrer plusieurs mots lors de la saisie, etc.
Pourquoi ? pourquoi diable avoir supprimé cette merveilleuse possibilité ? :(
# Réponse du médiateur LDLC
Posté par Space_e_man (site web personnel) . En réponse au journal Coup de gueule : lettre ouverte à LDLC. Évalué à 2.
(anonymisé)
Et voici ma réponse :
Bonjour Médiateur LDLC,
Merci pour votre réponse.
Depuis quand êtes-vous au courant de ce problème de batteries ?
Pourquoi proposez-vous toujours cet ordinateur à la vente ?
Luk avait-il seulement une chance de recevoir l’un de ces ordinateurs pouvant réellement fonctionner sur batterie ?
Je suis par ailleurs de tout cœur avec vous vis-à-vis du fabricant.
Mais à Luc, j’aurai difficile à expliquer la pertinence ici de ma compassion à votre égard.
Cet ordinateur est estampillé LDLC. Pour l’acheteur, le fait qu’il provienne de chez Xxxxx avec lequel vous auriez un contentieux est votre problème, pas le sien.
Voici les caractéristiques importantes de l’ordinateur (LDLC Mercure ML1-C1-4-S1) que j’ai conseillé à Luc (en fonction de ses besoins) :
Écran : LED 11,6" (entre 11" et 16")
Dimensions : ultraportable (si possible)
Résolution : 1366×768 (minimum)
CPU* Single Thread Rating : 943 (minimum 500)
CPU* Mark : 1738 (minimum 1000)
CPU* Physical Cores : 2
Mémoire vive : 4 Gio (minimum 4 Gio)
Mémoire de masse : 120 Go SSD (minimum SSD 100 Go ou HD 500 Go)
Webcam : 1,0 Mégapixels (minimum 1 MPx)
OS : sans (si possible)
Clavier : Fr (belge si possible)
Batterie : 4,5 heures (minimum 4)
Prix : ± 300 € (maximum 350 €)
CPU* : http://www.cpubenchmark.net/cpu.php?cpu=Intel+Celeron+1037U+%40+1.80GHz&id=1988
Ce que j’imagine comme issues possibles au dossier de Luc :
a) LDLC rembourse intégralement l’argent versé par Luc à LDLC dans le cadre de cet achat.
a+) un avoir de 10 € pour dédommagement du temps perdu, des frais supplémentaires et du stress.
b) LDLC trouve une batterie qui fonctionne pour cet ordinateur, vérifie qu’elle fonctionne bien et envoi le tout à Luc le plus rapidement possible.
b+) une housse ou un avoir de 10 € pour dédommagement…
c) LDLC identifie un autre ordinateur qui répond aux critères ci-dessus et le propose avec une réduction, d’autant plus si le prix est plus élevé. Luc pourras alors accepter ou préférer l’option a).
Dans ce cas-ci, du fait que c’est bien LDLC qui ne parviendrait pas à honorer l’acte de vente en fournissant l’objet convenu, l’offre d’un avoir serait perçus comme injuste dans la mesure où nous n’avons pas identifié d’alternative crédible à cet ordinateur parmi les autres ordinateurs proposés pour ce prix-là.
Quelques pistes :
Pour la batterie, il est techniquement possible de remplacer les cellules (généralement 18650). Des techniciens LDLC peuvent-ils faire cela ? Ou une équipe du côté de Xxxxx ?
Des batteries sont sur le marché :
xxxx
Je reste à votre disposition,
Cordialement,
S.
[^] # Re: Oui, et ?
Posté par Space_e_man (site web personnel) . En réponse au journal Coup de gueule : lettre ouverte à LDLC. Évalué à 4.
LDLC est (?) l'un des bons endroits où l'on peu acheter un ordinateur sans os de sorte à pouvoir y installer un système GNU/Linux.
Je n'utilise ni Facebook, ni Tweeter. Vous êtes ma seule famille :)
Je suis toujours surpris par la sanction. Mais j'apprécie les commentaires qui me confortent dans l'idée qu'ici vous êtes nombreux à comprendre de quoi je parle et vous êtes apparemment quelques-uns à partager le même genre de déboires ou de connaître LDLC.
Désolé si ce n'est pas exactement le bon endroit.
Si Luk ou moi-même avions les reins suffisamment solides, nous pourrions engager un avocat. Mais comme nous n'avons ni l'un ni l'autre de gros moyens financier et qu'il s'agit d'un magasin en ligne, cette lettre ouverte est le seul moyen…
Je vous tiendrai au courant de la suite.
[^] # Re: Petite question
Posté par Space_e_man (site web personnel) . En réponse au journal Linux Mint MATE 17.3 bêta. Évalué à 3.
Juste que GNU/Linux Mint 17.x sont des versions LTS maintenues en sécurité jusqu'en 2019.
GNU/Linux Mint 17.x MATE, c'est donc pour l'instant la seule manière d'avoir un système MATE sûr jusqu'en 2019.
[^] # Re: ca depend du boot
Posté par Space_e_man (site web personnel) . En réponse au message Probléme de partitionnement pour un dual boot Windows 10 + Linux Mint. Évalué à 1.
Depuis un certain temps, le système Windows de Microsoft supporte GPT aussi bien que nos systèmes GNU/Linux.
Avant tout, vérifie bien que ton disque dur n'est pas formaté en GPT, car il serait alors possible d'avoir plus que 4 partitions…
Sinon, il semblerait qu'il est possible de passer d'une table de partition msdos en GPT sans perte des partitions existantes… →cette vidéo (à vérifier)
[^] # Re: Mon avis
Posté par Space_e_man (site web personnel) . En réponse au journal Hommage aux Hackers moins-connus. Évalué à 1.
Pour l'inscription ou la stèle en elle-même ?
Vous me faites hésiter… Je peu l'enlever, mettre autre chose à la place ?
[^] # Re: Euh moins connus que qui ?
Posté par Space_e_man (site web personnel) . En réponse au journal Hommage aux Hackers moins-connus. Évalué à 4.
Moins connus que Steve Jobs par exemple, ou moins connu que Mark Zuckerberg.
Bien entendu que c'est un concept flou, subjectif, etc.
En même temps, c'était pour faire un jeu de mot…
J'encourage mes élèves à chercher par eux-mêmes ce qu'ont bien pu faire ces hackers.
[^] # Re: Mon avis
Posté par Space_e_man (site web personnel) . En réponse au journal Hommage aux Hackers moins-connus. Évalué à 3.
Sur le fond, je pense qu'il s'agit d'une question de goût. Je trouve ça fort de me retrouver à -1 pour ce journal après quelques minutes ; mais c'est ça "aussi" LinuxFr.org :(
Sinon, voici la commande utilisée :
[^] # Re: Ok, j'ai trouvé :)
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB en lecture seule ou sécurisée compatible GNU/Linux ?. Évalué à 1.
Ils ne nous disent pas pourquoi il est impossible de trouver une clé usb avec bouton de protection d'écriture chez eux :(
# Ok, j'ai trouvé :)
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB en lecture seule ou sécurisée compatible GNU/Linux ?. Évalué à 1.
https://www.kanguru.com/storage-accessories/kanguru-ss3.shtml
ou encore
http://www.netac.com/Product_Detail.aspx?id=228
'reste plus qu'à trouver ça livrable en Belgique…
Mais pourquoi ne trouve-t-on pas ça plus facilement dans nos magasins ?
Je viens de poser la question à LDLC … je vous tiens au courant.
[^] # Re: Clés USB en lecture seule
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB en lecture seule ou sécurisée compatible GNU/Linux ?. Évalué à 2.
Merci beaucoup ! Enfin de l'aide…
C'est curieux que l'on ne trouve plus de clé USB avec protection contre l'écriture (“write-protect” en anglais) :(
Comment ce fait-ce ?
Cela devrait être la majorité des clés usb, comme pour les disquettes, etc. Pour luter contre la propagation des virus, c'est un minimum… Vraiment curieux :/
[^] # Re: NTFS + Windows
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB en lecture seule ou sécurisée compatible GNU/Linux ?. Évalué à 1. Dernière modification le 27 octobre 2015 à 19:06.
Les commentaires sont tous unanime, du genre « This only works on NTFS formatted flashdrives. And it does write protect the drive even if you plugged it back to other computer. »
Cela ne fonctionne que sous Windows, avec NTFS, et sur une seule machine. Lorsque l'on place cette même clé ailleurs, (genre Windows vérolé), il n'y a aucune protection et la clé est compromise :(
[^] # Re: moi !
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB en lecture seule ou sécurisée compatible GNU/Linux ?. Évalué à 3.
Tu ferais comment ?
# reCAPTCHA, alternative ?
Posté par Space_e_man (site web personnel) . En réponse à la dépêche Dégooglisons Internet, saison 2 : ils ne savaient pas que c'était impossible, alors ils l'ont fait !. Évalué à 1.
encore un "service" de GOOGLE qui a du succès, y compris "parmi-nous"…
Existe-t-il une ou plusieurs alternatives ?
# DéGOOGLEisons internet !
Posté par Space_e_man (site web personnel) . En réponse à la dépêche Sortie de LTB Self Service Password 0.9. Évalué à 1.
Dans le genre « déGOOGLEisons internet » n'y a-t-il pas moyen d'utiliser autre chose que reCAPTCHA ?
[^] # Re: Lecteur DVD encore bon ?
Posté par Space_e_man (site web personnel) . En réponse au message Quelle distribution Linux installer ?. Évalué à 1.
Notez bien que les systèmes GNU/Linux supportent généralement bien d'être installé sur une machine pour ensuite être démarré sur une autre machine…
Donc lorsque la machine n'est pas très performante, j'installe sur un DD ou SSD placé dans une bonne machine et ensuite je place le DD ou SSD dans la machine pas très puissante.
Par ailleurs, l'installation peut-être plus rapide à partir d'une clé usb :
Pour créer la clé à partir de l'image.iso :
(dev/sdc doit être remplacé par le périf' correspondant à la clé usb)
('être admin' via sudo -s par exemple)
Pour vérifier la somme MD5 :
# La distribution idéal, celle du pote qui sait t'aider...
Posté par Space_e_man (site web personnel) . En réponse au message Quelle distribution Linux installer ?. Évalué à 3. Dernière modification le 09 octobre 2015 à 18:10.
Après plus de dix ans de "militantisme" (membre actif d'un GLUG), j'en suis venu à la conclusion que la meilleurs distribution est celle qu'utilise elle-même la personne qui va t'aider à installer aux petits oignons…
Par ailleurs, j'aime pas trop l'idée de découvrir GNU/Linux en l'installant sur la vielle machine toute pourrie, histoire également de prolonger son existence. En effet, il n'y a pas que le matériel ou les logiciels eux-mêmes qui évoluent ; il y a également les formats de donnés au sens large. Par exemple les technologies du web utilisés actuellement nécessitent plus de traitement qu'il y a 10 ans ; les photos numérique ont plus que doublé de volume en terme d'octets et de pixels ; etc. Souhaiteras-tu utiliser LibreOffice ? et LanguageTool ?
Néanmoins, 2 Gio doivent pouvoir sufir pour déjà faire pas mal de choses. Quel CPU ? Si possible, remplace le DD par un SSD et mets à jour le BIOS.
J'aime bien MATE, et j'ai l'impression qu'il n'est pas trop "lourd", surtout en n'activant pas la composition.
Si la distrib' le propose, installe zram-config et preload.
[^] # Re: créer une transaction ?
Posté par Space_e_man (site web personnel) . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 1.
Merci pour cette idée. Je viens de trouver une autre solution (via MyISAM) après plusieurs heures supplémentaires à domicile ;)
À l'occasion, j'essayerai la transaction car je serais curieux de comparer les deux solutions.
Pour ce qui est de l'explication de la différence entre le script exécuté sur mon poste de travail et l'exécution sur le serveur, nous devrons attendre mardi. Car le poste de travail en question ne se trouve pas chez moi. Mes hypothèses sont : soit niveau io, soit c'est MyISAM par défaut sur le poste de travail.
[^] # Re: Dump
Posté par Space_e_man (site web personnel) . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 1.
Merci pour ton commentaire tardif.
C'est exactement ce que je faisais depuis des mois, jusqu'à cette mise à jour du serveur qui me permet de le faire directement sur le serveur et donc de pouvoir automatiser l'opération.
Par ailleurs, comme tu auras pu le voir dans mon précédent commentaire, nous avons trouver la solution, qui passe par l'utilisation de MyISAM moins pénalisé par les multiple INSERT (un par enregistrement) généré par mdb-export. InnoDB est ensuite utilisé "en prod". Entre les deux, le mysqldump génère quant à lui des INSERT beaucoup moins nombreux car groupant plusieurs enregistrements.
# SOLUTION ! passer par MyISAM
Posté par Space_e_man (site web personnel) . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 3. Dernière modification le 09 octobre 2015 à 16:18.
Par défaut sur le serveur, c'est le moteur InnoDB qui est utilisé.
Le passage du fichier Access vers MariaDB se fait dans une base de donnée temporaire (MyISAM). Un dump est fait à partir de là et réinjecté dans la base de donnée "en production" (InnoDB).
Voici un résumé de mon script :
Résultat, ce qui prenait 37 minutes prend maintenant 37 secondes :)
[^] # Re: I/O des disques dur et usage CPU
Posté par Space_e_man (site web personnel) . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 1.
Avec la commande htop, je ne vois rien qui correspondrait à ce problème.
Je ne vois quasi aucune activité. C'est très etrange, je vous l'ai écrits, c'est comme s'il y avait des "sleep"… Le CPU reste à 5% et la mémoire vive reste avec ± 400 Mo de libre.
La bd ne contient que des tables, non-lié entre-elles.
Néanmoins, avec MyISAM, ça va beaucoup plus vite ! :)
30 secondes auront suffis ! :)
[^] # Re: I/O des disques dur et usage CPU
Posté par Space_e_man (site web personnel) . En réponse au message MariaDB (MySQL) MDB Tools → trés nombreux insert, extrêmement lent :( ? [résolu]. Évalué à 1.
Merci beaucoup de me répondre. Je me sens déjà moins seul.
Côté poste de travail :
AMD Athlon II X3 450
Bench : 2637 multi / 1063 single
RAM: 4 Gio
Côté serveur (NAS +…) :
Il s'agit d'une machine virtuel via Xen, mais la majorité des ressource lui sont dédiés.
AMD Athlon 64 X2 Dual Core 4200+
Bench : 1102 multi / 667 single
RAM: ± 1,2 Gio (partie des 2 Gio physique)
Mais cela fait plusieurs heures que je cherche à comprendre, et j'ai déjà observé, à coups de free, top, iotop, htop, etc. qu'il n'y a pas de problème de mémoire, ni de problème CPU. C'est un véritable mystère :(
C'est comme s'il y avait des temps d'attente, ou des sync entre chaque INSERT… Est-ce possible ?
Ce que j'envisage actuellement, c'est de placer les tables de la base de donnée d'importation (temporaire) en mémoire vive, avec le moteur MEMORY à coup de sed sur le script issu de mdb-schema (création des tables).
Mais je suis presque sûr qu'il dois y avoir une autre alternative moins "radicale"…
Par ailleurs, non, c'est pas un problème de « MDB=>SQL=>Injection en base »… La méthode n'a pas changé… L'opération qui prenait 3 minutes sur poste de travail prend 37 minutes sur le serveur.
La base de données n'est même pas très grande. Le fichier Access pèse 18 Mo. Il y a un total (20 table confondues) 75000 enregistrements (→ autant d'INSERT). Le script SQL contenant les INSERT fait également 18 Mo. C'est le traitement de ce dernier qui prend 37 minutes.
[^] # Re: changer les raccourcis clavier
Posté par Space_e_man (site web personnel) . En réponse au message GNU/Linux Mint 17.2 MATE et ses 3 calculatrices, comment choisir ?. Évalué à 1.
Merci, c'est un contournement ! mais cela fonctionne…
La solution consiste à
1°) désactiver "Lancer la calculatrice" (car il n'est pas possible de déterminer ce qu'est pour nous la calculatrice en question)
2°) ajouter un raccourcis, que l'on nommera par exemple "Lancer ma calculatrice préférée" et d'y associer la touche (ou combinaison)…
[^] # Re: au hasard
Posté par Space_e_man (site web personnel) . En réponse au message GNU/Linux Mint 17.2 MATE et ses 3 calculatrices, comment choisir ?. Évalué à 1.
Non, il n'est possible de modifier que la touche (ou combinaison) :(
# RPM ?
Posté par Space_e_man (site web personnel) . En réponse au message installation teamviewer. Évalué à 3. Dernière modification le 05 septembre 2015 à 11:34.
Salut,
Apparemment, Mandriva utilise le système de paquetage RPM : https://fr.wikipedia.org/wiki/Mandriva_Linux#La_gestion_des_paquetages
Sur la page de téléchargement, tu devrais donc cliquer sur "download rmp" (sous "RedHat, CentOS, Fedora, SUSE")
Soit il te sera directement proposé de l'ouvrir dans ton gestionnaire de paquetage, soit tu l'enregistres et l'ouvres ensuite toi-même avec le bon programme.
Note bien qu'il ne s'agit pas d'un logiciels libre et que le code source n'est pas disponible au regards extérieurs, etc.
# Menu contextuel réduit :(
Posté par Space_e_man (site web personnel) . En réponse à la dépêche LibreOffice 5.0 : sous le capot. Évalué à 3.
Je regrette beaucoup la disparition du menu contextuel pour le formatage des caractères :(
Avant, c'était mieux (mieux que dans Microsoft Office) car il était possible de garder les mains sur le clavier et faire :
- [menu-contextuel] → S (ou F) → E pour obtenir l'exposant
- [menu-contextuel] → S (ou F) → B pour barrer
- etc.
S pour le sous-menu Style… à été remplacé plus tard par F pour le sous-menu Format… puis plus aucun sous-menu de ce genre :(
C'était très pratique lorsqu'il fallait barrer plusieurs mots lors de la saisie, etc.
Pourquoi ? pourquoi diable avoir supprimé cette merveilleuse possibilité ? :(
Je vais donc devoir mettre à jour mes fiches : http://www.spaceeman.be/ftl/#ttexte
Bien sûr que c'est le genre de fiches qu'il faut mettre à jour régulièrement…
Mais là, je vais devoir expliquer que non, plus rien n'est dispo' dans le menu contextuel !
'faudra lever votre main et prendre la souris ! :(