<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Je vlastně nějaký zavedený způsob, že autor napíše zapouzdřenou
    funkci optimalizovanou na paměť, pak další verzi na velikost kódu a
    třetí na rychlost, aby se pak použila verze podle aktuálně zvolené
    optimalizace?<br>
    <br>
    PH<br>
    <br>
    <div class="moz-cite-prefix">Dne 06.05.2024 v 14:00 Martin Záruba
      napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:e57f9870-dbeb-4396-95af-fb0661fcbfe3@volny.cz">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p><font face="Arial">Jasně. Ale pokud je to knihovní
          (zapouzdřená) funkce, neměla by být napsaná v assembleru, aby
          fungovala tak nejefektivněji (paměť, rychlost) jak je možné?</font><br>
      </p>
      <pre class="moz-signature" cols="72">Martin Záruba</pre>
      <div class="moz-cite-prefix">Dne 6.5.2024 v 13:19 Pavel Hudeček
        napsal(a):<br>
      </div>
      <blockquote type="cite"
        cite="mid:e78def82-f82d-45f6-92c7-9370dad13745@seznam.cz">Mohu
        se mýlit, ale mám za to, že pokud tomu něco nebrání, překladač v
        této situaci nechá provést jedno dělení a použije oba výsledky.
        <br>
        <br>
        Jinak mě vlastně nenapadá, k čemu by nějaké revoluční zrychleni
        převodu bin-dec v současné době bylo dobré. Nějak si nedovedu
        představit, kde by se konvertovalo obrovské množství čísel a
        ještě k tomu se okolo nedělalo nic jiného, aby ta konverze
        tvořila nezanedbatelnou část zátěže... <br>
        <br>
        Jestli by tento algoritmus dokázal třeba zrychlit nepochopitelně
        pomalej Open/Libre Office? Asi taky spíš ne. <br>
        <br>
        Ale jako akademická zajímavost se mi to líbí:-) <br>
        <br>
        PH <br>
        <br>
        Dne 06.05.2024 v 12:45 <a
          class="moz-txt-link-abbreviated moz-txt-link-freetext"
          href="mailto:snail@snailinstruments.com"
          moz-do-not-send="true">snail@snailinstruments.com</a>
        napsal(a): <br>
        <blockquote type="cite">Každý, kdo programoval dělení v
          assmebleru, ví, že s podílem získá zároveň i zbytek. Zadarmo,
          ani jeden takt navíc. Pokud tedy tradiční algoritmus vyžaduje
          jedno dělení a jedno modulo na číslici, ušetříme 50% času už
          jenom tím, že nebudeme zahazovat vedlejší produkt z operace
          dělení. Ovšem ve vyšších jazycích neexistuje způsob, jak
          předat zároveň podíl i zbytek. <br>
          <br>
          J. Hanzal <br>
          <br>
          <blockquote type="cite">jak tady před nedávnem běžela debata o
            funkci printf() a o převodu čísla <br>
            do řetězce obecně - náhodou jsem dneska narazil na tenhle
            článek: <br>
            <br>
            <a class="moz-txt-link-freetext"
href="https://www.cantorsparadise.com/1-8x-faster-integer-printing-algorithm-52d43bd265e0"
              moz-do-not-send="true">https://www.cantorsparadise.com/1-8x-faster-integer-printing-algorithm-52d43bd265e0</a>
            <br>
            <br>
            Autor používá zcela nový algoritmus k tomu, aby dostal
            integer do <br>
            řetězce podstatně rychleji než je klasika. Třeba se to
            někomu bude hodit. <br>
          </blockquote>
        </blockquote>
      </blockquote>
    </blockquote>
  </body>
</html>