Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: sehr schneller Rechner gesucht

   
    by Assarbad, 19. Mär 2011
  Könntest du das mal erklären? Ich habe mich nicht bemüht den Code tiefergehend zu verstehen, sondern ihn nur "refactored". Zu der Annahme Gleitkomma-Arithmetik seien generell langsamer hatte ich weiter oben schonmal etwas geschrieben.
  
  Braucht dann aber auch ein wenig Erklärung. Wie vielleicht meine Bitmasken oben auch - war aber schon zu müde *gähn*
• Forum: Programmieren allgemein

  AW: sehr schneller Rechner gesucht

   
    by Assarbad, 19. Mär 2011
  So, und jetzt nochmal zum Thema selber. Mir sind da einige Unstimmigkeiten aufgefallen:
  
  j,y: variant;Variants sind langsam, weil sie künstlich zusammengefaßte Typen sind. Warum sollte - angesichts der Nutzung dieser beiden Variablen als Integer - das notwendig sein?
  
  k1,k2,k3,k4,k5,k6,k7,k8,k9,k10,k11,k12,k13,k14,
  k15,k16,k17,k18,k19,k20,k21,k22,k23,
  k24,k25,k26,k27,k28,k29,k30: integer;...
• Forum: Programmieren allgemein

  AW: sehr schneller Rechner gesucht

   
    by Assarbad, 19. Mär 2011
  Stimmt.
  
  Das wüßte ich gern genauer. Was soll das bringen? Die kleinste Einheit die der Prozessor modifizieren kann ist: ein Byte. Was soll es da also bringen (außer Platzeinsparung) das zu tun? Wir reden hier ja nicht von mehreren Megabyte mit einem Array von Einsen und Nullen und einer Beschränkung der verfügbaren RAM-Menge bei der uns das juckt (siehe "Programming Pearls" und mehrere der...
• Forum: Programmieren allgemein

  AW: sehr schneller Rechner gesucht

   
    by Assarbad, 18. Mär 2011
  Does not compute.
  
  Double ist 64bit breit, Single ist 32bit.
  
  ms-help://embarcadero.rs_xe/vcl/System.Double.html
  
  
  
  NB: du hast allerdings dahingehend recht, daß ein Double verlustlos beliebige 32bit-Integerwerte darstellen kann (also ohne Rundungsverluste).