InputB vs. Get; pages de codes; lecture lente sur un serveur unix

Nous avons utilisé le code habituel pour lire un fichier complet dans une chaîne de caractères pour ensuite parsingr VB6. Les fichiers sont du texte ANSI mais encodés en utilisant la page de code utilisée par l’utilisateur à l’époque (nous avons des utilisateurs chinois et anglais par exemple). C’est le code

Open FileName For Binary As nFileUnit sContents = StrConv(InputB(LOF(nFileUnit), nFileUnit), vbUnicode) 

Cependant, nous avons découvert que la lecture d’un fichier est TRÈS lente à partir d’un serveur exécutant Unix / Linux, en particulier lorsque la propriété du fichier n’est pas la même que celle du processus de lecture.

J’ai réécrit ce qui précède à l’aide de Get et découvert qu’il est beaucoup plus rapide et qu’il ne présente aucun problème de propriété de fichier. J’apprécie le fait que cela puisse être résolu en reconfigurant le serveur d’une manière ou d’une autre, mais je pense que depuis la découverte même sans ce problème, la méthode Get est encore plus rapide que InputB Je voudrais remplacer mon code existant par Get.

Je me demande si quelqu’un pourrait me dire si cela va vraiment faire la même chose. En particulier, fait-il correctement la conversion ANSI en Unicode et cela sera-t-il toujours vrai? Mes tests suggèrent que le code de remplacement suivant fait la même chose, mais plus rapidement:

• Créer un fichier rapidement à partir d’une colonne individuelle
• Joindre plusieurs fichiers dans un seul fichier sous Unix
• Question serveur simple Unix C ++: envoi de données au navigateur
• Comment obtenir des permissions de répertoire dans le script Bash sans évaluation backtick?
• Comment stocker des fichiers sur disque et garantir qu’ils soient supprimés en Java

  Open FileName For Binary As nFileUnit sContents = Ssortingng(LOF(nFileUnit), " ") Get #nFileUnit, , sContents 

Je réalise également que je pourrais utiliser un tableau d’octets, mais encore une fois mes tests suggèrent que ce qui précède est plus simple et fonctionne. Alors, comment le tampon fonctionne-t-il correctement (si vous pensez que l’aide en ligne de Get it Talk des caractères est renvoyée, cela entraînerait des problèmes lors de la lecture d’un fichier ANSI écrit en chinois sur la page de code chinoise).

Les points suivants pourraient être intéressants car l’approche InputB est généralement utilisée comme méthode pour lire un fichier complet, mais elle est beaucoup plus lente, par exemple.

Lecture d’un fichier 380Kb sur le réseau à partir du serveur unix

InputB (fichier appartenant) = 0.875 sec

InputB (non possédé) = 72.8 sec

Obtenir (non plus) = 0.0156 sec

Lecture d’un fichier de 9 Mo sur le réseau à partir du serveur unix

InputB (fichier possédé) = 19.65 sec

Obtenir (non plus) = 0.42 sec

Merci Jonathan

• Compter les mots et supprimer les chaînes d’un fichier texte sous Unix
• Créer un makefile pour le code C, en cours d’exécution sans ./
• Comment puis-je obtenir des permissions de fichiers octaux avec Ruby?
• La commande “file” n’est pas très efficace pour déterminer quels sont mes fichiers javascript
• Comment supprimer les 2 dernières lignes d’un fichier volumineux sans le lire