Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:113931 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 9629 invoked from network); 2 Apr 2021 21:58:35 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 2 Apr 2021 21:58:35 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 7B9C21804B7 for ; Fri, 2 Apr 2021 14:56:42 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Fri, 2 Apr 2021 14:56:41 -0700 (PDT) Received: by mail-qk1-f181.google.com with SMTP id y5so6376943qkl.9 for ; Fri, 02 Apr 2021 14:56:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vrEQ8hVoHpkj1n1rx2igAp6N/XZrrqmHjpK2MGV69X8=; b=OVEh3R4nwHOzqeWN5FnMP8zAxpa0gx5JyjGiVQdGsN405ppBtFkkAI8QQHKCJ68aux cfpW81vQVbzrFAQvFpNgsvDIFTggO64e3uhVmriTutzDr5u3p3QlGXU71GNI0F6JDK+l SRpu+zAwydwJD1bveWFHa1UxkDgreCQuk9VyD/wr5WXaWmtda7y7humazPmu7LCpePLX is9VD5+JJxWtyjvclN3CrG1T/45Wk3yb/vRQh/pa74sEVCM8lMyqfkBDbFB3f1lYq2lt PeyOaSBCmS6M4ssdSogPkwbttxtTs42w7wvUJiHEbrGOn5XY9WhClBNKiYqCW73fHxyF S6LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vrEQ8hVoHpkj1n1rx2igAp6N/XZrrqmHjpK2MGV69X8=; b=uL28kWn1PJda5xW9U9jSgDXlDoQDeyAufgwU8jC95Jn4ijbZROZbYMj5DCuoxIW3pV 6vYASYXW8/RbZnLc3fq9Ohdr8cWlttU4PLMAbY2P2s/vUyjfwQCrYh8NBcuYGnfpa6HD 3mijldMKx4s1olHKEl4+V5aSmDZr0xtriZmKPBsSJrCHFgnm+19t6M8/MDq9UHZ8/742 /vkRXzzcXAUBsbhEGoQbrC/hWmEruldGbBFwnzNaPUa6kJDeT4wJF2P6m+eIhR+jsOcZ jaMGpVSSu+8j9zzr4PKj2qReOe4+dkPR/ouVnK5kcUlO9FLNSTGAkNbpQYMjGWwUus2n 2ORg== X-Gm-Message-State: AOAM531znjkuKNRTITtUUMFFXNtq5XId+12PFTnSg4XRkpJ6RUSbb8O8 3lJRqne4dtEl9eIAxdqWloGnDKKZSRheq2NWkJ4= X-Google-Smtp-Source: ABdhPJwim8cXLe7dgcASgcGWr/IL/0ofBKcIqwj+D8Md3wuo6xrv2zdXvflEVjLgvDr7frJWSmgWj7oeXHApZJ/4oPA= X-Received: by 2002:a05:620a:46:: with SMTP id t6mr14761748qkt.358.1617400593654; Fri, 02 Apr 2021 14:56:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Fri, 2 Apr 2021 22:56:22 +0100 Message-ID: To: Go Kudo Cc: Levi Morrison , PHP internals Content-Type: multipart/alternative; boundary="000000000000d827e505bf046bf7" Subject: Re: [PHP-DEV] [VOTE] Object scoped RNG implementation From: tekiela246@gmail.com (Kamil Tekiela) --000000000000d827e505bf046bf7 Content-Type: text/plain; charset="UTF-8" Hi Go Kudo, First, let me say that I believe we need such implementation in PHP and I would like to see object scoped RNG as part of the standard. However, I have voted no for a number of reasons. Let me list them from the perspective of a noob PHP user. - I really do not understand why we are introducing new functions. Can't the classes implement the necessary methods to get integers, doubles, and string of bytes? As a new user I would be completely overwhelmed by all these functions: rand(), mt_rand(), rng_int(), rng_next(), rng_next64(). Which one should I use? What is the difference between rng_next() and rng_next64? - As soon as I left the RFC page I forgot what the new classes were called. I still can't tell from memory what's their name. I understand what they mean, but they are definitely not friendly names. - What's the difference between MT19937 and XorShift128Plus? They are different algorithms but which one should I pick? I tested the implementation locally and I see no difference in performance. - I am not a fan of adding a new optional parameter to shuffle() and friends. I'd prefer to have a method in the class that I can pass an array to. - What is the default seed? Do I have to provide a seed each time? Why can't the seed be done automatically? - Signed? Unsigned? As far as I know, PHP doesn't have unsigned integers. What's the real-life purpose of this flag? - I don't see any use in supporting userland implementations. Why can't they create separate libraries? I don't know about performance, but if someone wants to have custom RNG then I don't think they worry about performance. - When using the functions the performance was 50% worse than when calling ->next() directly. Is this right or is the implementation going to be optimized further? The fastest way to get a random number seems to be mt_rand() based on my tests. I would rather like to see a single class called RNG/Random that implements RNG/RandomInterface. The constructor of the class would take 2 arguments. The first is the algorithm with a default either MT or XORShift. The second is an optional seed. If no seed is provided then the seed is generated automatically like in mt_srand(). The class would then implement methods like: nextInt(), nextDouble(), nextBytes(), arrayShuffle(), stringShuffle(), randomArrayKeys(). I would keep the standard functions as they are. Let them use MT by default. We could even deprecate them in future if this takes off. This would make it painfully obvious what the class does and how to use it. No more procedural code. I would also make the class final so that you can't inherit from it, but that is highly opinion-based. Now that I have written this, I read previous conversations and it looks to me like what I would like is what you had previously. I'm sorry if I complain too much, but I would like to see something like this implemented, just not like you are proposing right now. It is too messy for me and I know I wouldn't like it if I had to use it. Regards, Kamil --000000000000d827e505bf046bf7--