For some reason it's not letting me have any.
I upped the number of CPU cores and RAM in my VM last night to do more, extended my work cache settings, and freed up disk space, but it's still not giving me any more than the three I currently have.

What's your client log say about the reason it's not requesting new work? There's usually some obvious-ish reason listed.

So is there any word on when further new work will drop?

Server status currently showing 704 tasks ready to send, though doubtless that has dropped a bit since the last server update. I am guessing it may not be till next week that we get another of the batches that was mis configured sent out. The person who normally sends batches out is away and I don't know how much time Glenn has free to do this. If he doesn't have time it will have to wait till the person who normally does it is back.

Edit, 704 was from the newest batch. there were also a few retreads from 1001.

Which network adapter are you using with VirtualBox out of interest? eno1 or wlp6s0? I checked my Win10 VM and I have wlp6s0 enabled (aka wireless), which strictly speaking I shouldn't have for bridging but I was lazy and selected the first option. Curious to know if the problem only affects the ethernet adapter, eno1.

I was also reading this article about problems with the default VirtualBox ethernet network adapter being the root cause:
https://petri.com/how-to-improve-network-performance-in-windows-virtualbox-guests/
It suggests installing the virtio-net adapter type for better performance. I was trying to check the driver was not junk when I saw your fix. I might still try this though.

Ok, I did a thing. It appears to have worked. In a sense I was right about not having this problem if they were linux tasks but only because if they were I wouldn't be using a VM to run them. The problem is a bug in the Virtualbox Bridged Network adaptor.
The change I made wasn't NAT, it was to the Windows network device driver settings.
Specifically I disabled “Large Send Offload (IPv4)” in the adaptor settings.
BOOM! Next upload file runs at 2000KBps instead of 3.2

I found the solution here in the last post: https://forums.virtualbox.org/viewtopic.php?t=110486

I changed my VM networking from Bridged to NAT to see if it makes any difference but I'll have to wait until the server unlocks the files again.

I doubt that'll make any difference as that just affects how the VM appears on the local network. The outside world only sees your router IP address, not the local IPs.

Just had an upload run 8.5 hours only to crash and restart.
This is ... not enjoyable.

Odd. I just looked and all your running tasks are the wah2ri ones which means they are east Asia and not the NZ ones where there is a server issue. I am averaging 55KB/s uploading the eas tasks. I wonder if doing a traceroute on the server from your end would show anything or if any other users from Australia might check to see what speed they are getting? (I know I am probably clutching at straws here but otherwise I am out of ideas.
http://upload7.cpdn.org is the server the EAS tasks are going to.

It's a wee bit rude promoting a crunching competition on a project that isn't included in said competition, don't you think?

Rude or not, it does mean I won't be taking part as I only go to other projects when CPDN has no work., though I can understand a competition not including a project that may have no work when it actually starts/runs.

I suspect if the work was available in Linux I wouldn't be having these issues.

I suspect the issue is at the remote end, Linux tasks wouldn't make any difference. I'll get in touch with the project scientist.

Formula BOINC 2024 re-launch

I am acting as admin for the above group and I wanted to let you know that the Formula BOINC website has been updated for the 2024 Season.

And that the Sprint Season will start on 29th February - just about 2 weeks time - so please help publicise Formula BOINC to your team members so that they can take part.

For Teams:
Teams previously registered to take part in these regular BOINC Challenges in previous years have been included for this season and Teams have now been allocated to one of 3 Leagues, depending on their performance in 2023.

If your team is NOT registered already, please ask your team founder to register (via the FB website)

Registered Teams are listed here:

https://formula-boinc.org/teams.py?race=0&division=1&standing=team

And it would be really good if your team members can take part and support the various BOINC projects throughout the forthcoming year.

As many teams are already registered, members do not have to do anything EXCEPT to make a note of the date and time when the Sprints will be taking place and to ensure that they are crunching tasks from the chosen project.

This information will be displayed on our website here:

https://formula-boinc.org/sprints.py?race=0&division=1&standing=team


For members:
We also have a Members League so that individuals can compete against one another - this is entirely voluntary but it can be rewarding to know how well you are doing when compared to other FB members - even those in the same team.

If any team members have not already registered, then there is a webpage that you can visit and register, which is here:

https://formula-boinc.org/howtoregister.py

And finally for all the latest news about Formula BOINC, we would ask members to visit our forum:

https://formula-boinc.org/forum/index.php

I do hope teams and members will support the Challenges and by doing so, this will help the many BOINC projects who need the support of volunteers in order to continue their research.

best regards
UBT - Timbo
Admin for Formula BOINC