From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22755 invoked from network); 3 Jun 2021 19:08:41 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 3 Jun 2021 19:08:41 -0000 Received: from mail-ot1-f51.google.com ([209.85.210.51]) by 1ess; Wed Jun 2 09:53:11 -0400 2021 Received: by mail-ot1-f51.google.com with SMTP id 5-20020a9d01050000b02903c700c45721so1411730otu.6 for <9front@9front.org>; Wed, 02 Jun 2021 06:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=fTp7Jc++I+Wbc8SCWyuiu6TkkCKjNB/c7EIn6DPA88A=; b=p/ePHNcWk2JxX0Rjxu2+ZxgnClUWUxAxQitwK/eArApHiORIvi1bmWDa4QP/vgBiGk g44hLh6Mc3/KuotQzjy2EhcRWN27HZZdH6JMhIlHbwinG5rF4oa+dkeW3QwiNlrZmhbS xQZMoVqjEERgHBBGk0/LIcdHjxbYaz92xKhHVUAl/sCmJN8fP8vcWaHohc1BiZkTcOD9 9MOyf3lrraDYO3xHfhco/4cx+SXyDX23EyP4+g6FEP5y8n4DqsVM12JIcAKAM1oUYOY9 r/tPc6TfgfUhk13fxoiGS/ca8OQX59aF5OCgecVMRKU6O+pZJmaUp0lko0ar0Lz4lfg/ aoow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=fTp7Jc++I+Wbc8SCWyuiu6TkkCKjNB/c7EIn6DPA88A=; b=GFK6bXl3qZUQvMRDdB7/vnEqyqAqv8emdvWSAxlmpLlP5mZICwvPmuWyNQwMWU2DEs yJ5g8Nay6256FFAQ7pBduCwzJNUzQ9XvTkg45aH8FDPn4xWlA9WR42m3RYMFae5Y6HRl Iq82h4CX/BuE04B/llSmn1CKswp+4qxDik5Wh16t8SxUWWR/jxLXEwoJH4S8/VKl4fHW IVz0j7c3QhiSVF0YArdZV2ij1sEohXZ+xY9AEB4CtsCCBIdDKr19MfxS4iU6kRIfBuZL z2o6rncpXDL3hB1O8Psj+KSNzFh/Ie8EI4FGp8oLuks7WJNbMmMMOASZXW7MrkSc5N1n Nncw== X-Gm-Message-State: AOAM531qK8X4W6R4mGQVDo7HCd4NSekk6uclYgO/iNdojCMvVqwd5X79 KlymltBWY2W0+6w8g4kr8QzAd0pY3ChcOOpadVnX418L X-Google-Smtp-Source: ABdhPJxTTWUMQq5pl0j/kqidNvoZrMmkDY3OxrqbrO15RxOM/DhMaZ//TDKd/HQ3+J4h+5C/BNHp2RKPpOlSqj/+7gI= X-Received: by 2002:a9d:61d6:: with SMTP id h22mr26564353otk.149.1622641607410; Wed, 02 Jun 2021 06:46:47 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac9:410a:0:0:0:0:0 with HTTP; Wed, 2 Jun 2021 06:46:46 -0700 (PDT) In-Reply-To: <81A58E6C8B19C6A43FC236CFCED33CE5@felloff.net> References: <81A58E6C8B19C6A43FC236CFCED33CE5@felloff.net> From: kemal Date: Wed, 2 Jun 2021 16:46:46 +0300 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: WEB2.0 GPU base-based hosting cache-aware frontend Subject: Re: [9front] [PATCH] sha3 but fixed the code style Reply-To: 9front@9front.org Precedence: bulk hello, > - sha3_keccakf() seems more than sub-optimal > > 64-bit constants need to have ULL prefix. > > for example, the indexing will be done twice because of the ROTL64() macro > > loops not unrolled, especially with the mod 5 indexing (divisions can be > very slow) i stole go's keccakf code, and translated it into c. it just uses bitwise operations and loops are unrolled. looks definitely better than the current one. can fulton test if this actually works? http://okturing.com/src/11179/body