Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 19

#0 Re : -1 »  LinCopier - Gestionnaire de copies pour Linux » Le 11/12/2009, à 01:12

Revan26914
Réponses : 122

Bonsoir tout le monde,

Je suis la deuxième personne qui travaille sur le projet de LinCopier smile


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  wink -> 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 : 122

Hello tout le monde,

Brunod a écrit :

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 : 122

Le projet avance smile

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 big_smile

A ce moment là, on publiera déjà une alpha sur laquelle on ajoutera les fonctionnalités au fur et à mesure wink

#3 Re : -1 »  LinCopier - Gestionnaire de copies pour Linux » Le 16/11/2010, à 19:00

Revan26914
Réponses : 122
Brunod a écrit :

Il me semble que le gain plafonne à 3 instances de copie simultanées.

Je suis arrivé à la même conclusion big_smile Surtout qu'avec les processeurs multicoeurs d'aujourd'hui, cette parallélisation de la copie est plus qu'intéressante.

Brunod a écrit :

à 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 big_smile

Brunod a écrit :

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.

Brunod a écrit :

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 : 122
Brunod a écrit :

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.

Brunod a écrit :

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 : 122
Brunod a écrit :

Ou de renommer et garder les deux

Oui bien sûr wink

Brunod a écrit :

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 big_smile

#7 Re : -1 »  LinCopier - Gestionnaire de copies pour Linux » Le 10/12/2010, à 17:18

Revan26914
Réponses : 122

@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 : 122

Salut Brunod smile

Malheureusement rien pour l'instant sad 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 : 122

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 smile

Le temps disponible pour avancer reste toujours un problème sad

#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
Pylade a écrit :

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 ?

Pylade a écrit :

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/

grim7reaper a écrit :

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 ?

grim7reaper a écrit :

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
Pylade a écrit :

Merci, je n'étais pas au courant.

De rien ;-)

Pylade a écrit :

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
grim7reaper a écrit :

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
Pylade a écrit :

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 :-)