ho scritto un piccolo toy in python per fare robe di distanza di stringhe. Non sono molto soddisfatto delle performance quindi mi son detto "multithreadiamolo! cosi` uso tutti i core". Ora e` multithread e ci mette il 30% in piu`. Gran successo.
AdRiX,
Ubikindred,
Non sono Bob,
Angelo,
degra,
eslr,
Massimo Morelli,
Marco d'Itri,
loi,
Emma Woodhouse,
Raibaz,
gıørgıø,
and
Aldo Oldo
liked this
benvenuto nel mondo dell'overhead
- Craiv
sono indeciso tra scriverlo bene e adottare la tecnica MOAR CORES per sconfiggere l'overhead a forza di mazzate
- d☭snake
(moar cores = SGI UV 2000)
- d☭snake
pensa che con più core potrebbe rallentare ancora di più
- Craiv
less is more
- Lorenzo R v rs
Intendi hamming?
- Davide in the TARDIS
levenshtein
- d☭snake
Poi guardo come è definita. Cmq per ste cose di solito Pandas e NumPy vanno alla grande
- Davide in the TARDIS
meglio hummer che hamming, se devi andare sul pesante
- .mau.
Già che ci sei, perchè non usare anche la GPU? :-)
- marcoscan
una qualsiasi cosa piu` lunga da scrivere di un toy in python o linguaggio simile -> lo faccio in FPGA
- d☭snake
(nel mentre invece di scrivere bene il programma o scalare su un miliardo di core ho raggiunto cartapenna la convinzione che non devo fare 2^16 esecuzioni di quella funzione che cercavo di distribuire, ma 2004. A questo punto si torna al toy semplicissimo monothread senza pensieri)
- d☭snake
http://www.dabeaz.com/python... EDIT: tl;dr python ha un global interpreter lock, e le performance multithread sono pessime.
- Hiraedd
l'avevo notato ;)
- d☭snake
