Agreed. Simply knowing how to program in assembly changes the perspective of a C programmer. It's fine to do embedded programming in a mid level language as long as you know more or less what that code will do at the machine level.
So you believe they should fine him for putting himself at risk based on their sincere belief that they lack the mental maturity necessary to be allowed to carry guns in a disarmed country?
Shall we also fine him if he is seen running with scissors in his own home? What if he uses a fork to pull his toast from the toaster?
Yes, it really does. Surely the natural consequences of his action have given him good reason not to do it again.
Why must every small slight, real or imagined, demand a pound of flesh?
If you want to play the game of worst possible consequences, go ahead and assume he causes an international incident leading to global nuclear war. Surely we must soak him in gasoline and light him up in a public square.
Sure, but you don't get to sue people for accessing the lake before you owned the property. If they built a nice path with the blessing of the previous owner, you may not even have the right to block their future access.
There's plenty of blame to go around. It seems silly to file charges. I'm not sure what takes so long about emptying his pockets for him, accidentally dropping the phone and congratulating him for winning the jackass of the week award.
But, as for the passenger, he truly is a depressingly stupid jackass.
I should be more specific, an IOMMU exclusively controlled by the CPU. In this case, the secure side necessarily controls it (or it wouldn't be secure), not the user side. This makes the user side at the secure side's mercy. A narrow interface would leave the radio secure, but would also make the user side secure from the radio.
In a cellphone, the radio is the worst of the bunch. It has the ability to snoop on the main CPU and controls the boot process. that's why rooting many Android phones involves re-flashing the radio. An actual free and open radio probably isn't permitted by the FCC and other nation's equivalents around the world, but I would like to see it demoted to just another component with a narrow interface to the main system. Preferably it would require the cpu to feed it digitized audio rather than having a direct connect to the microphone.
There's not actually a lot on the machines I am using. That doesn't mean that I have written or even audited every line myself, just that it is open for me to do so.
Of course, in embedded devices the code is less open for my audit or modification, but those devices also don't have much exposure to my personal data.
Of course not, but each and everyone I described above is a member of the militia. That was the understanding and definition when the document was written, so that is the meaning that must be used to follow it properly today.
George Harrison got sued over 3 notes. The case wound on so long that by the time there was a ruling, he owned copyright on both works anyway.
So apparently the standard is based on the number of 3 note combinations available. Worse, simple transpositions are likely to sound very similar to most ears.
Really, LiIon, especially the newer formulations are quite easy to charge properly. Just set max voltage at 4.2V, current limit it to around 1C and cutoff at about 1/10 C and you're golden. It really says a lot that they managed to screw it up.
That's why you got UEFI in the first place, and that's why UEFI has provisions for:
- Remote connections.
- Ethernet boot.
- etc.
We already had those with the old BIOS.
As for systemd, startpar already booted faster, as did a number of other modifications to SysV. Same for fast shutdown. We already have tools like puppet and company for deploying config files.
For fleets of servers, I wouild rather do the re-flash and then disable flash writes during the commissioning process (assembly line style if you have a lot of new servers to put online) rather than wonder what happens if someone wipes a bunch of servers in a single stroke one night.
The ability to update a BIOS is a good thing, but nobody in their right mind does it routinely.
Tariffs may increase the COST of supplies but I see n no reason they would reduce the supply (they might reduce the demand). But they also increase the incentives for domestic businesses to enter the market as they aren't subject to the tariff in domestic sales (economic opportunity). That, in turn improves employment and supports rising wages. The key is to make the tariffs corrective rather than punitive. In the cases we're talking about here, that means the tariff should be as close as possible to the difference in labor cost to produce the product.
We've tried free trade and the result has been stagnant wages and an increasing economic divide.
Others would prefer to optimize for distribution of wealth so we don't have some with more than they can ever spend while others have none. Others would prefer to optimize for opportunity, in which case tariffs that encourage employment and small business here will be acceptable even if not as optimal for total wealth.
In that case, you're not actually single tasking, are you?
Play the people off of each other. for example, you have tasks for A,B,C, and D and you're doing them in that order. If B pesters you while you're doing A's task, then D pesters you, tell D that his task is being delayed by B's task but if B were to die mysteriously, D's task would get done a lot sooner.
You're the one asserting that taking a break is the same as a task switch.
Taking a break ios more of a pause than a task switch. To go with a physical analogy, taking a break in a workshop means you put the work down and clear off a spot on the bench for a cup of coffee. Task switching means you put the workpiece and all the tools on the bench away, unchuck the bit you were using, then get out the other workpiece and tools needed to work on it, chuck a different bit.
One of those is clearly more work and more disruptive to the eventual completion of the first task.
I'm fairly sure the "Valley People" think the rest of us are living in caves grunting at each other around the fire.
Agreed. Simply knowing how to program in assembly changes the perspective of a C programmer. It's fine to do embedded programming in a mid level language as long as you know more or less what that code will do at the machine level.
So you believe they should fine him for putting himself at risk based on their sincere belief that they lack the mental maturity necessary to be allowed to carry guns in a disarmed country?
Shall we also fine him if he is seen running with scissors in his own home? What if he uses a fork to pull his toast from the toaster?
Yes, it really does. Surely the natural consequences of his action have given him good reason not to do it again.
Why must every small slight, real or imagined, demand a pound of flesh?
If you want to play the game of worst possible consequences, go ahead and assume he causes an international incident leading to global nuclear war. Surely we must soak him in gasoline and light him up in a public square.
Sure, but you don't get to sue people for accessing the lake before you owned the property. If they built a nice path with the blessing of the previous owner, you may not even have the right to block their future access.
There's plenty of blame to go around. It seems silly to file charges. I'm not sure what takes so long about emptying his pockets for him, accidentally dropping the phone and congratulating him for winning the jackass of the week award.
But, as for the passenger, he truly is a depressingly stupid jackass.
Of course that prediction completely failed to note that housing and healthcare wouldn't go down any leaving most of us less well off than before.
I should be more specific, an IOMMU exclusively controlled by the CPU. In this case, the secure side necessarily controls it (or it wouldn't be secure), not the user side. This makes the user side at the secure side's mercy. A narrow interface would leave the radio secure, but would also make the user side secure from the radio.
If there isn't an IOMMU, DMA access is enough to overwrite any code in the system, and so control the CPU.
In a cellphone, the radio is the worst of the bunch. It has the ability to snoop on the main CPU and controls the boot process. that's why rooting many Android phones involves re-flashing the radio. An actual free and open radio probably isn't permitted by the FCC and other nation's equivalents around the world, but I would like to see it demoted to just another component with a narrow interface to the main system. Preferably it would require the cpu to feed it digitized audio rather than having a direct connect to the microphone.
There was even less when I was working on coreboot.
Keep in mind, the BIOS is a nasty pile of hair but it IS open to audit.
The ME, OTOH loads an encrypted and signed blob.
There's not actually a lot on the machines I am using. That doesn't mean that I have written or even audited every line myself, just that it is open for me to do so.
Of course, in embedded devices the code is less open for my audit or modification, but those devices also don't have much exposure to my personal data.
Of course not, but each and everyone I described above is a member of the militia. That was the understanding and definition when the document was written, so that is the meaning that must be used to follow it properly today.
The militia is anyone who owns a gun and is willing/able to fire it at an enemy. If they are in practice, they are well regulated.
So the people can keep arms because we need a militia and they can bear them so they can stay well regulated.
George Harrison got sued over 3 notes. The case wound on so long that by the time there was a ruling, he owned copyright on both works anyway.
So apparently the standard is based on the number of 3 note combinations available. Worse, simple transpositions are likely to sound very similar to most ears.
Really, LiIon, especially the newer formulations are quite easy to charge properly. Just set max voltage at 4.2V, current limit it to around 1C and cutoff at about 1/10 C and you're golden. It really says a lot that they managed to screw it up.
Not necessarily. Many middle eastern countries have plenty of economic activity, it's just that all the benefits accrue to the ruling class.
That's why you got UEFI in the first place, and that's why UEFI has provisions for: - Remote connections. - Ethernet boot. - etc.
We already had those with the old BIOS.
As for systemd, startpar already booted faster, as did a number of other modifications to SysV. Same for fast shutdown. We already have tools like puppet and company for deploying config files.
For fleets of servers, I wouild rather do the re-flash and then disable flash writes during the commissioning process (assembly line style if you have a lot of new servers to put online) rather than wonder what happens if someone wipes a bunch of servers in a single stroke one night.
The ability to update a BIOS is a good thing, but nobody in their right mind does it routinely.
So tell me again, what has actually been gained?
I must say, I have yet to see a genuine improvement offered by UEFI. It looks like it's all downside from the consumer standpoint.
If you read up a few posts, you'll see that I am not interested in maximizing economic activity, I am interested in maximizing economic well-being.
You have fallen into exactly the trap I spoke of that economists have mostly been ensnared in.
So tell me, which is more valuable top the people who make up society, economic well-being or economic activity?
They scrubbed their hair out from all those extra showers?
Tariffs may increase the COST of supplies but I see n no reason they would reduce the supply (they might reduce the demand). But they also increase the incentives for domestic businesses to enter the market as they aren't subject to the tariff in domestic sales (economic opportunity). That, in turn improves employment and supports rising wages. The key is to make the tariffs corrective rather than punitive. In the cases we're talking about here, that means the tariff should be as close as possible to the difference in labor cost to produce the product.
We've tried free trade and the result has been stagnant wages and an increasing economic divide.
So optimizing for profit or perhaps total wealth?
Others would prefer to optimize for distribution of wealth so we don't have some with more than they can ever spend while others have none. Others would prefer to optimize for opportunity, in which case tariffs that encourage employment and small business here will be acceptable even if not as optimal for total wealth.
In that case, you're not actually single tasking, are you?
Play the people off of each other. for example, you have tasks for A,B,C, and D and you're doing them in that order. If B pesters you while you're doing A's task, then D pesters you, tell D that his task is being delayed by B's task but if B were to die mysteriously, D's task would get done a lot sooner.
You're the one asserting that taking a break is the same as a task switch.
Taking a break ios more of a pause than a task switch. To go with a physical analogy, taking a break in a workshop means you put the work down and clear off a spot on the bench for a cup of coffee. Task switching means you put the workpiece and all the tools on the bench away, unchuck the bit you were using, then get out the other workpiece and tools needed to work on it, chuck a different bit.
One of those is clearly more work and more disruptive to the eventual completion of the first task.