Results for exploits translation from English to Galician

i am sure exploits will be found.
estou seguro de que se acharán exploits.

use of html in mail will make you more vulnerable to "spam" and may increase the likelihood that your system will be compromised by other present and anticipated security exploits.
o emprego de html no correo farao a vostede más vulnerábel ao "correo lixo" e podería incrementar o risco de que o seu sistema se vise comprometido por outros ocos de seguranza.

loading external references in html mail will make you more vulnerable to "spam" and may increase the likelihood that your system will be compromised by other present and anticipated security exploits.
o emprego de referencias externas no correo html farao a vostede más vulnerábel ao "spam" e podería incrementar o risco de que o seu sistema se vise comprometido por outros ocos, actuais e futuros, de seguranza.

exact measurement is possible because of hardware counters (including counters incrementing on a time tick) provided in modern processors, which are incremented whenever an event is happening. as we want to attribute events to code regions, without the counters, we would have to handle every event by incrementing a counter for the current code region ourself. doing this in software is, of course, not possible; but, on the assumption that the event distribution over source code is similar when looking only at every n-th event instead of every event, a measurement method whose overhead is tunable has been developed: it is called sampling. time based sampling (tbs;) uses a timer to regularly look at the program counter to create a histogram over the program code. event based sampling (ebs;) exploits the hardware counters of modern processors, and uses a mode where an interrupt handler is called on counter underflow to generate a histogram of the corresponding event distribution: in the handler, the event counter is always reinitialized to the n of the sampling method. the advantage of sampling is that the code does not have to be changed, but it is still a compromise: the above assumption will be more correct if n is small, but the smaller the n, the higher the overhead of the interrupt handler.
a medida exacta é posíbel debido á existencia de contadores por hardware (incluíndo os contadores que se incrementan cun golpe de reloxio) nos procesadores modernos, se se incrementan sempre que acontece un evento. xa que queremos atribuir eventos a rexións de código, sen os contadores deberíamos xestionar cada evento aumentando por nós mesmos un contador para a rexión de código. facer isto mediante sóftware non é posíbel; pero, se asumimos que a distribuición dos eventos sobre o código fonte é similar cando se examina o n- ésimo evento no canto de a cada evento, podemos desenvolver un método de medida cuxo custo sexa axustábel: é a denominada mostraxe. a mostraxe baseada en tempo (tbs) usa un cronómetro para comprobar periodicamente o contador do programa e criar un histograma sobre o código do programa. a mostraxe baseada en eventos (ebs) aproveita os contadores hardware dos procesadores modernos, e usa un modo no que se chama un xestor de interrupcións para xerar un histograma da distribución de eventos correspondente: no xestor, a conta de eventos sempre é inicializada de novo para o "n" do método de mostraxe. a avantaxe da mostraxe é que as fontes non deben ser tocadas, pero aínda así é un compromiso: a suposición de riba será máis correcta se "n" é pequeno, pero canto menor sexa "n", maior será a sobrecarga do xestor de interrupcións.