par un thread généré par une pool de thread ?
Le projet est de créer un Serveur qui peut brutforcer un hash SHA-1 et retrouver un mot de passe
Avec mon binome "on" a créer un client qui envoi un nombre variable de requête et un serveur qui génère un nombre variable de pool
Et l'idée c'était de diviser la tache unitaire en plusieurs threads pour accélérer les requêtes dans le cas ou il n'y a pas de queue si le nombres de Client est inférieur au nombre de thread créer dans la pool
J'ai essayé de divisé la tâche unitaire en 4 sous-threads, mais le problème est que je n'arrive pas à détecter la fin d'un sous-thread (qui arrive si ce dernier à trouvé le mot de passe), et du coup tout les threads doivent attendre la fin de autres pour rien car c'est sur qu'ils ne vont rien trouver d'intéressant ?
Vous savez comment kill des threads si un de leur collègue à finit sa tache ?
Je suis en binome avec une meuf et elle a tout fait j'ai honte plus je culpabilise
Le 19 décembre 2021 à 06:15:16 :
je saispas Le 19 décembre 2021 à 06:18:23 :
Je comprends le principe mais aucune idée
Merci quand même pour avoir pris le temps de répondre les gars
Le 19 décembre 2021 à 08:26:24 :
Utilises Log4j et dis moi ce que tu obtiens
non
Le 19 décembre 2021 à 08:43:25 :
Tu veux un schéma producteur-consommateur, tu t'en fous de kill les threads, tu veux surtout parallèliser les tâches avec des threads ouverts pour ça, non?
Une tache unique que peux demander un client peut d'abord nécessité de fouiller le hash dans une listes de dictionnaire, je voulais juste divisé cette fouille en 4 threads pour chacune un quart de dictionnaire.
Il faudrait que dès qu'un des threads à trouver je puisse kill les autres et envoyé la réponses.
La dans ma version j'attends que les 4 est finis et ce n'est pas opti
JvArchive compagnon