
|
 |
|
 |
hashkill 0.2.3 [нестабилна] |
 |
  |
|
 |
 |
Датa: [30-04-2025]
Автор: Милен Рангелов
Подържа се от: Милен Рангелов
Следваща версия.
Новите неща са:
* 11 нови плъгина (lm, ntlm, oracle-old, oracle11g, ldap-sha, ldap-ssha, mssql-2000, mssql-2005, apr1, cisco-pix, md4)
* SSE2-ускорено чупене на хешове, доста по-бързо от openssl-ската имплементация.
* Подържа се вход от вид "hash" освен "user:hash"
* Подържат се доста по-големи списъци от хешове без производителността да пада (при плъгини с линейна сложност на чупене) - чрез използването на т.нар "hash bitmaps".
* Дребни поправки.
сваляне: http://www.gat3way.eu/hashkill/hashkill-0.2.3.tar.gz
официална страница: http://www.gat3way.eu/index.php?page=hashkill
Алтернативен адрес за сваляне: http://sourceforge.net/projects/hashkill/files/hashkill-0.2.3.tar.gz/download
Лиценз: GPL
<<GNOME-Minimalist( вер. 2.1) | hashkill( вер. 0.2.2)>>
|
 |
 |
 |
 |
Каунец? От: Юлиян На: 12-12-2010@1:50 GMT+2 Оценка: 1/НеутраленЛеко зле написан код :)
Пич, дано не си искарваш парите с програмиране!
[Отговори на този коментар]
Към: Каунец? От: IvoS На: 1-01-2011@12:46 GMT+2 Оценка: 1/НеутраленА ти Юлияне, дано не си иЗкарваш парите с правописа си че гладен ще останеш :)
Без лоши чувства ;)
[Отговори на този коментар] Към: Каунец? От: gat3way На: 23-01-2011@21:49 GMT+2 Оценка: 2/Информиращ
От една страна си прав, защото 0.2.3 е release-нат набързо, без много тестове, без никакъв code beautification, с много бъгове и има големи свинщини в кода, от които ме е срам. Като цяло, срането на места е голямо, чак на мен ми се повръща от това.
От друга страна, не си прав. Когато се налага да пишеш нещо където главното изискване е производителност и изтискване на максимума от хардуера, цялата идея да имаш прегледен, красив и лесно менижеруем код, много скоро пропада. Примерно unroll-вам разни цикли: това е много грозно, изглежда безсмислено, но спестявам ценно процесорно време, което иначе просто се похабява. Разглеждам няколко случая, в които един и същ код почти изцяло се преизползва, но не - имам няколко версии и цялата идея е просто да спестя някакъв излишен branching или някакво бавно четене/писане от паметта. Правя безумни дивотии само и само за да спестя някаква синхронизация, която изглежда много логично, но ми разказва играта на производителността. Позволявам си на пръв поглед идиотски разхищения на памет само и само за да избегна проблемите с false sharing-а. Правя кретенски номера, за да векторизирам кода, знам, обаче се налага. Няма друг начин - направя ли го красиво и прегледно, скоростта обикновено страда.
В този ред на мисли, новата версия, която ще излезе до месец-два, от една страна ще те "зарадва", защото огромна част от бъговете са изчистени, има повече коментари и където съм могъл, съм изчистил нещата и съм ги направил по-прегледни. От друга страна, безумните каскади нарастват с порядъци, защото вече подържам чупене на хешове върху GPU-та и там много често нормалната логика и прегледния код отстъпват място на наглед безумни изпълнения. Не е никак лесно, от друга страна съм горд че поне на ATI карти, скоростта ми е като на най-добрите hash cracker-и в момента: oclhashcat и ighashgpu, в някои случаи по-зле, в някои случаи по-добре. За Nvidia все още съм зле, защото нямам такъв хардуер и ми е трудно да оптимизирам кода като хората. Всичко това е постигнато на цената на разни идиотски оптимизации и безумни на пръв поглед решения. Така че (ехех) те съветвам никога да не хвърляш око на opencl kernel-ите, които съм изписал, много хора биха пометнали при вида им :)
[Отговори на този коментар]
|
 |
|
|
|
|
|
|