Pages : 1
#0 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 11/12/2009, à 01:12
- Revan26914
- Réponses : 118
Bonsoir tout le monde,
Je suis la deuxième personne qui travaille sur le projet de LinCopier 
Nous avons déjà un début de site (sur lequel vous trouverez des screenshots de LinCopier, qui n'est encore qu'à ses débuts).
Sans plus attendre, voici le lien 
-> http://lincopier.gw-computing.net
Bonne soirée à tous,
Revan
#1 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 27/10/2010, à 14:27
- Revan26914
- Réponses : 118
Hello tout le monde,
Une fonction qui manque cruellement lors de copie de fichiers, c'est qu'en cas d'erreur, la copie/déplacement s'arrête en attendant une réponse.
En effet, ça manque cruellement. J'ajoute ça à la TODO liste ;-)
@+
#2 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 08/11/2010, à 02:19
- Revan26914
- Réponses : 118
Le projet avance
J'ai terminé la fonction de copie de fichier et bientôt celle qui copie les répertoires. Quant à Sherwood51, il s'occupe actuellement de l'interface graphique. On devrait donc prochainement arriver à une version "utilisable" du logiciel, je pense 
A ce moment là, on publiera déjà une alpha sur laquelle on ajoutera les fonctionnalités au fur et à mesure
#3 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 16/11/2010, à 19:00
- Revan26914
- Réponses : 118
Il me semble que le gain plafonne à 3 instances de copie simultanées.
Je suis arrivé à la même conclusion Surtout qu'avec les processeurs multicoeurs d'aujourd'hui, cette parallélisation de la copie est plus qu'intéressante.
à moins qu'il ne soit possible de booster la copie "unique" pour atteindre ces mêmes vitesses
Je ne pense pas, mais rien n'empêche de booster la copie et de lancer plusieurs copies simultanées
Il serait aussi très pratique d'avoir tous les détails des fichiers en cas de duplicatas. En général, le copieur dit qu'une instance du fichier existe déjà dans la destination, mais sans en dire beaucoup plus.
Je suis d'accord, j'ai souvent été confronté à ce genre de situation et c'est franchement pénible.
et pourquoi pas un md5sum pour comparer les deux ? Pour ne pas réinventer le fil à couper le beurre, un couplage avec fslint ou équivalent... ?
Est-ce que le md5sum est vraiment utile dans ce cas là ? On pourrait simplement vérifier la taille du fichier ainsi que sa date de dernière modification, qu'en penses-tu ?
Je pense que la md5sum pourrait être intéressante pour vérifier si tous les fichiers ont été bien copiés. Mais en option, parce que ce n'est pas forcément utile pour toutes les copies.
#4 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 17/11/2010, à 15:24
- Revan26914
- Réponses : 118
Non je ne pense pas que le md5sum soit utile pour tester toutes les copies;
C'est pour ça que je parlais d'option. Pour certaines copies très sensibles ça peut être important de s'assurer qu'il n'y ait eu aucune perte.
Mais c'est utile pour savoir si deux fichiers sont semblables
Oui mais en fin de compte est-ce que ça a un intérêt ? Qu'est-ce que ça apporterait de savoir si les deux fichiers sont différents ? Si on a la taille, la date de création et la date de dernière modification, ça permet déjà de vérifier s'ils sont identiques et aussi de choisir lequel des deux fichiers on veut garder. En plus, sur les très gros fichiers, ce serait long et ça ralentirait un peu tout. Imagine un peu qu'il y ait un certain nombre de gros fichiers portant le même nom...
#5 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 17/11/2010, à 16:40
- Revan26914
- Réponses : 118
Ou de renommer et garder les deux
Oui bien sûr
Mais je répète, ce ne serait à faire QUE si tout le reste concorde
Oui d'accord si ce n'est QUE si tout le reste concordre, sinon ce serait un peu lourd
#6 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 17/11/2010, à 16:55
- Revan26914
- Réponses : 118
On dirait bien
#7 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 10/12/2010, à 17:18
- Revan26914
- Réponses : 118
@Zakhar :
Tout d'abord, merci pour l'explication. :-)
Mais j'ai envie de répondre oui et non. D'accord, il y aura toujours une limitation au niveau du hardware, mais ça ne n'empêche pas que l'implémentation joue son rôle sur les performances. Il y a la façon de gérer les erreurs, de parcourir les répertoires, etc. De plus, il y a quelques hacks qui peuvent aussi améliorer légèrement les performances ( ex. : mmap(3) ). Et justement, ce gain léger se ressent tout particulièrement sur les copies de très nombreux fichiers.
Comme on l'a dit, le but du projet n'est pas de refaire cp(1), mais de faire un gestionnaire de copie ergonomique et efficace (ex. : la copie continue en attendant une réponse de l'utilisateur). Mais je ne veux pas pour autant négliger la fonction de copie. S'il y a des améliorations au niveau de l'algorithme, je prends, bien qu'il y ait la limitation que tu as fort bien mentionnée. Je ne veux pas une fonction de copie qui soit à la traîne sur cp(1). Et d'après ce que j'ai constaté, il y a un gain d'une 20aine de secondes sur des copies plus ou moins grosses (bien sûr, il faudrait que je teste plus en détails, mais pas le temps de m'amuser à ça en ce moment).
#8 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 13/04/2011, à 09:09
- Revan26914
- Réponses : 118
Salut Brunod
Malheureusement rien pour l'instant 
Rolinh et moi avons trop de travail en ce moment.
Mais j'espère que bientot, sans doute à Pâques, nous pourrons poursuivre le développement et finir de poser l'interface graphique.
#9 Re : -1 » LinCopier - Gestionnaire de copies pour Linux » Le 07/11/2011, à 17:00
- Revan26914
- Réponses : 118
Toujours en train de bosser sur l'Alpha^^ On espère avoir le temps la semaine prochaine pour en finir avec les derniers ajouts et ainsi publier l'Alpha 2
Le temps disponible pour avancer reste toujours un problème
#10 Re : -1 » [détente] UrbanTerror: un serveur pour nous :) » Le 23/04/2011, à 12:13
- Revan26914
- Réponses : 288
C'était vraiment sympa :-D
A refaire ! ^^
#11 Re : -1 » [détente] UrbanTerror: un serveur pour nous :) » Le 26/04/2011, à 20:48
- Revan26914
- Réponses : 288
Des motivés pour ce soir ? Je pense vers 22h00 :-)
#12 Re : -1 » Top de vos applications Android » Le 15/06/2010, à 21:26
- Revan26914
- Réponses : 52
En voici quelques autres:
Note: toutes les applications que je cite existent en version gratuite.
Pour les scientifiques:
Matrix Calculator: Permet de faire toute sorte d'opérations sur les matrices (calcul des déterminants, valeurs propres, vecteurs propres, inverse, etc.)
Polynomials Math Calculator: Permet de résoudre des équations de dégré 2,3,4
QuadFormulaSolver: Permet de résoudre des équations quadratiques
Graph Lite: Dessine des graphiques
Jeux:
Scranmbled Net Lite: une sorte de casse tête avec des réseaux infromatiques qu'il faut relier à une source de courrant
Mazeid: un Pacman assez sympa
Mystery: Jeu 3D de type survival horror en plusieurs chaptitres (le 1 est gratuits, les autres je ne sais pas)
Retouche d'image:
Photoshop
PicSay
Divers:
Androlib Wallpaper: Une base de données de divers Wallpapers
Ununtu Style Wallpaper: Des wallpapers linux
Swiss Trafic: Info trafic pour la Suisse
Shopper: Appli de Google pour comparer des prix et rechercher des produits sur Internet.
Ringdroid: Pour retoucher des morceaux de musique et les mettre en sonnerie
NoteMe: Un bloc très pratique
Mabilo Ringtones: Des tas de sonneries assez cool
Fahrplan: Pour les horaires de transports publiques en Suisse (train, bus, etc)
Convert Me: Pour convertir des mesures
Barcode Scanner: Pour scanner les codes barre
#13 Re : -1 » /* Topic des codeurs couche-tard [3] */ » Le 17/12/2010, à 00:26
- Revan26914
- Réponses : 2480
Ouais, c'est ce qu'il disait, dans 90 % des cas c'est mal utilisé… mais ça n'est pas mauvais pour autant.
Pourquoi utiliser une fonction potentiellement dangereuse quand il y a mieux ?
Oui, ça fait plus « à la Rache », mais c'est tout.
Oui mais pourquoi programmer "à la Rache" quand on peut "bien" faire les choses ?
Au passage : http://www.manpagez.com/man/3/atoi/
bah si tu à un minimum de contrôle de type (il regarde si le format correspond à ta variable quand même).
oui un warning. Mais qu'est-ce qu'un warning quand tu compiles un grand projet ?
Et oui, scanf je peux m'en passer. Comme printf, comme for, comme if comme tout ce qui est de plus haut niveau que de l'assembleur RISC en fait (ouais, parce que même le CISC tu as des trucs dont tu peux aisement te passer).
Ce genre de remarque est relativement inutile…
Je ne vois pas le rapport ? Il y a mieux que scanf(3), alors pourquoi l'utiliser ? Si dans 90 % des cas elle est mal utilisée, je ne vois pas l'intéret de l'utiliser dans les 10% autres pourcent ou une fonction plus sure fait très bien l'affaire ...
#14 Re : -1 » /* Topic des codeurs couche-tard [3] */ » Le 17/12/2010, à 00:44
- Revan26914
- Réponses : 2480
Merci, je n'étais pas au courant.
De rien ;-)
Revan26914 a écrit :
[…]
Je ne vois pas le rapport ? Il y a mieux que scanf(3), alors pourquoi l'utiliser ? Si dans 90 % des cas elle est mal utilisée, je ne vois pas l'intéret de l'utiliser dans les 10% autres pourcent ou une fonction plus sure fait très bien l'affaire ...Laquelle ?
fgets(3) par exemple.
ça t'évite pas mal d'embêtements que tu aurais avec la fonction scanf(3), comme des tas de checks ou comme les Format string attack (en anglais).
#15 Re : -1 » /* Topic des codeurs couche-tard [2] */ » Le 16/12/2010, à 23:35
- Revan26914
- Réponses : 2492
Ce n'est pas parce que 90% des gens l'utilisent trop et mal (comme les goto et les variables globales) que c'est à bannir de tout code.
La différence c'est que goto et les variables globales sont utiles. scanf(3) tu peux t'en passer. De plus, scanf(3) c'est dangereux entre autre parce que tu n'as pas de type check lors de la compilation. Sur un bon compilo, au pire tu as auras un warning en cas d'erreur de type.
#16 Re : -1 » /* Topic des codeurs couche-tard [2] */ » Le 16/12/2010, à 23:49
- Revan26914
- Réponses : 2492
Pour atoi, c'est juste un peu plus "à la Rache" que d'utiliser strtol, mais je ne vois vraiment pas ce qui pourrait justifier une dépréciation…
Pour la gestion des erreurs.
#17 -1 » CPU qui chauffe trop » Le 06/02/2010, à 17:54
- Revan26914
- Réponses : 10
Bonjour,
J'ai remarqué ces derniers jours que mon CPU chauffait trop. J'ai donc installé "sensors" et j'ai vu que la température de mon CPU variait entre 70 et 80 [°C].
Le problème survient après une longue utilisation.
Au moment de ces "surchauffe" j'utilisais: Geany (pour du LateX) et Google Chrome, ainsi que quelques documents ouverts.
Quelqu'un a-t-il une idée de la source du problème ?
Merci d'avance,
Revan
#18 Re : -1 » CPU qui chauffe trop » Le 07/02/2010, à 16:56
- Revan26914
- Réponses : 10
Merci à tous pour vos réponses :-)
Comme sherwood et qid, je pense que ça vient du ventilo (au niveau logiciel).
J'ai fait des essais avec Windows 7 (j'ai un dual boot) et le CPU est à 35 °C au démarrage et avec un tas d'applications lancées il reste dans les 41-45 °C
Sous Ubuntu il est au démarrage à 39-45 °C et il monte à 47-56 °C en ayant juste le Terminal lancé.
Et quand j'avais LateX, Chrome, et un PDF ouvert il est monté jusqu'à 79 °C et je n'entendais pas le ventilo tourner. Le problème doit sans doute venir de là. :s
EDIT: j'ai essayé de le mettre en PowerSave et pour l'instant avec LateX, Chrome et quelques documents ouverts et la température du CPU reste dans les 44°C ce qui est plutôt bien :-)
Pages : 1