Posts made by Visvanath Ratnaweera

Picture of Particularly helpful Moodlers Picture of Translators
I don't care whether half a day's work or 6 months of work as long as it won't shake the boat. May be subjective, but I have the feeling some powers are dashing our developers to bring deep rooted changes one after the other making the poor passengers sea sick. I suggest creating a crowd fund to send the devs on vacation.
;-(
Picture of Particularly helpful Moodlers Picture of Translators
Ron

Thanks for the summary! Very useful, the thread has become too long to digest at one go.

I don't claim to know the mechanisms behind cron.php - they have been changing at a rapid speed since about Moodle 3.7 - but can confirm your explanations as a "user", a Linux system admin, I mean. I just want to clear some misunderstandings of others users, which I see often in discussions in the forums, specially in the Hardware and performance forum.

- These tons of tasks increase the load on the server
No, they do not. The (total) load caused by Moodle increases continuously because Moodle get more and more work thanks to the new features that are added in every version. The task processing tries to keep Moodle still responsive by pushing as much processing as possible to the background.

- Increasing the frequency of calling cron.php increases the load. 
No, it is the same (total) load the Moodle, the task system tries to distribute them sensibly. Invoking tasks which are in the queue or being processed or finished and nothing to be done don't restart the task. The task system detects those states and do nothing.

So the answer to the original question, "Why run cron every minute when it takes 3minutes to run?" is, there is nothing called *one* cron task, it is a sea of tasks. cron.php simply wakes them up. More often the better, only then is Moodle always ready, up-to-date, to respond. This waking up doesn't cost a big overhead as explained above.

Picture of Particularly helpful Moodlers Picture of Translators
Are you familiar with Debian repositories and the management programs apt & Co. You are doing some incoherent things. For one, I am talking about the php-intl package, not php-extension which is unrelated. Pl. confirm with 'apt-cache search php-intl'. Secondly these php modules without PHP version numbers mean the default PHP, which is 8.2 in Debian 12. Where did you invite PHP 8.3? No Moodle version is PHP 8.3 compatible yet: http://www.syndrega.ch/blog/#php-and-dbms-compatibility-of-major-moodle-releases.

Although people here go out of the way to support their favorite products, Mac, XAMPP, GoDaddy, AWS, .., these forums are officially for Moodle. It is your responsibility to provide prerequisites, the LAMP platform in this case: https://moodledev.io/general/releases > Server requirements.
Picture of Particularly helpful Moodlers Picture of Translators
Why do you let Google control you? Ask the Moodle Docs, for example Step-by-step_Installation_Guide_for_Ubuntu. I have installed Moodle on Debian since Debian 5, never needed anything libicu67. The php_extension intl I know is php_intl, which you fetch with 'apt-get install php_intl'.