561 karma · joined January 12, 2016
That's 15+ years of research, breakthroughs and inventions in plasma confinement physics and engineering that have had to happen first.
As a noncommercial research reactor, W7-X will continue to be useful for many years to come. For material testing alone I would imagine access to reactor capable of producing a stable, continuous fusion reaction is invaluable.
The ARC is a design proposal from 2015. As such they have access and can utilize all the achievements, results and processes from W7-X, ITER and other material science advances of the last 15 years. If their proposal was not better than already built specimens, it would be a bad proposal. To declare it a race against the research foundation they built upon seems ignorant at best.
In 10-20 years, when the ARC is built, a new design proposal will emerge, based on even newer advances in material science and the lessons learned from building the ARC. And it again will be better than the then current, assembled reactors. That is how it is supposed to be.
In the MSSQL case - not sure about others, this is were I had to use it - you can also switch data segments between tables indexed over the same partition function and with the same DDL. So you recreate the existing table a second time, create all the required indexes on it (which is fast because the table is empty), and then you switch partitions between them basically via pointer manipulation. The empty partition is now in the normal table, the data partition in the recreated one. Then you drop table on the recreated table. This is much more IO efficient than a delete-from statement.
This switching of course allows for a lot of other fun stuff as well, where you switch out a partition with a couple million rows, then work on it in isolation, switch the partitions back and then only have to "replay" the few rows that hit that partition while they were switched. Which is easy because they are now in the shadow table which is not updated further.
It is of course data and application dependent if you can use these things without affecting your application; but if it is suitable, the gains can be immense.
On other sites you look at what they want to include and you just think "yeah, no, let's not do that" and just close the page.
They will dissect, examine and research it on their own and their learning will be much deeper.
"Open source" as a term or development methodology is older than both the OSI definition and the Debian manual it is based on.
Another scheme is usually found at Autobahn rest stops, where you actually have to pay for toilets, but get a voucher over the full amount that you can then use in their shops.
At least that's how I understood the mechanics just now, having never been forced to actually understand them.
Also, there does not need to be an evil twist where someone deliberately holds back a developed cure. It is much easier to cut/steer the research in ways that favor treatment/management options, ensuring that a cure would only be found be accident.
Talking so high about freedom and rights, and then calling other people's rights trivial when they do not fit in your echo chamber of righteousness.
Your personal opinion of the license terms is irrelevant. You respect other people's license, because you want them to follow yours. If developers can not grasp that, how do we expect users to?
Also, not sure there are three pieces of storage software that I trust and are readily available to me.
Email got a lot more boring since this was introduced.
As a non-native speaker, this makes it sounds like they compare different roles.
1. filesystem is corrupted, once again
2. try to repair it
3. oh right, the repair tool can not replay the journal
4. try to mount it
5. admit after 3 hours of nothing that the journal-replay code triggered on mount actually can really not deal with corruption
6. reboot the server to get the filesystem unstuck
7. rerun repair, this time throwing away the journal
8. look at the empty filesystem with everything in lost+found
9. restore from backup
The team I'm in only runs 1'400 servers, yet this happens regularly.
The CDN that is actually pushing the traffic runs FreeBSD and would be using, if anything, jails.
No, they world needs as many of those as it can get (if they are tagged as such). And then all the authors need to discuss with each other what they learned from the implementation. And then they compare their code with existing code bases and discuss differences. They review their patches, as well as patches from other projects.
They discuss the diffs, learn from others and bring in new ways too look at things.
All bugs are shallow given enough eyes, and yet one of our biggest mantra's sole purpose is to limit the number of eyes. We need people that are familiar with crypto codebases and its subtleties, because we need the reviewers for our established projects. And for this reason, we need people to write and publish crypto related code. Not so we can push another new, excitingly half-baked TLS stacks into a product, but to foster the code review process we all rely on.
The other option gives you an immediate, personal loss - "your files are gone" - together with an all but unobservable, mid- to longterm benefit for society.
You can of course hope for the majority to take the second option, but hope is the first step on the path to disappointment.