It took me quite a bit of reading to understand what a "Cardinal scouting director" is. In fact, I'm still not entirely sure what such a person actually does.
Given the tech-oriented and international audience of this side, I'm not sure that one can assume that I am alone in being confused by the wording of the title. A better one would be to simply refer to the person as "sports executive".
The fact that the expression "binge-watch" actually exists ought to tell you something
I have a hard time watching any TV-series where each episode doesn't have a conclusion, since I can't watch something for more than about an hour straight. Seems like viewers of modern TV-series treat them as single 25-hour movies.
It sounded like a simple markov-chain based on the input data. It doesn't really look like AI. Unless the AI was actually so smart that we simply don't have the capacity to understand what is being said?
Both Ansible and Docker work and are supported on FreeBSD, but I can't tell you if there are any specific issues to consider since I don't actually use them myself.
I still run Linux on my workstations because it's easier to get all the workstation/laptop things working there. However, I'll give FreeBSD a try on the desktop as well next time I reinstall.
On the server, there are really no benefits to Linux currently.
I'll give you one reason why I finally moved to FreeBSD for my servers: it does not use systemd.
It might sound like a trollish thing to say, but it's true. It's not the only reason of course. FreeBSD really is much nicer on the server. It's much more predicable and easier to analyse problems. The lack of systemd is just one factor that contributes to this.
I wouldn't be so quick to assume that reference counting requires less CPU cycles unless you have actual data to back up that claim.
With reference counting every single allocation, as well as every single object ownership transfer requires extra CPU cycles and memory accesses to manage the memory as well as manage the counter (yes, I know Swift does some clever tricks to avoid the counting which frankly is the only reason it's as performant as it is). Also remember multithreading issues when updating the refcounter.
With garbage collection, you obviously don't need to do any reference counter management, saving a lot of CPU and memory access cycles right there. But what is less obvious is that memory allocation itself is much faster with (compacting) garbage collector. After collection, all free memory will be in a single contiguous block, reducing the memory allocation operation to a single ADD instruction.
So, in summary:
With refcounting you have:
Slow memory allocations (need to manage a fragmented heap)
Slow accesses and pointer handovers (updates to the refcounter)
Slow free (need to manage the free list)
No asynchronous pauses (since there is no garbage collector)
With a GC, you get:
Fast allocations (usually just an "add" instruction since the heap is not fragmented)
Zero cost accesses and pointer handovers
Zero cost free (just stop using the pointer)
Some asynchronous pauses and CPU usage while running the GC
There have been plenty of research on memory management, and we're well past the time when you could say "GC is slower than the alternative".
Thankfully, much fewer than in most other places. Because of the cost, and the fact that most people can get by just fine with the very good public transport system, cars have become somewhat of a status symbol here.
That said, myself and most other people I talk to are annoyed that the government is not being more welcome to electric vehicles. You could have very good coverage with only a handful of charging stations, and you can travel across the country several times on a single charge.
Wages can vary greatly, but housing and cars are both incredibly expensive here compared to other countries (both caused by the fact that Singapore is very small and very densely populated).
But, I have seen people buying cars that would cost them roughly a year's salary. It used to be even worse, which is why the government introduced a new law saying that you are only allowed to use financing for 50% of the purchase price.
Yes, of course. I agree that Singapore is definitely out of the ordinary here.
What I am objecting to, however, is the statement that a 35k USD car is "only for rich people". Plenty of "normal" people own cars here. It's a matter of priorities. Priorities, mind you, that I don't agree with. I do have a car, but I really wish I could get rid of it so I can spend the money on better things.
You said it more bluntly than I would have, but every time programming languages are discussed the same Rust people show up with the same kind of comments. Of course you'll see these things when the same people go out to make an operating system.
Except that schoolchildren today learn that there are 8 planets. Telling them that there are nine would confuse them just as much as you were confused when the number was dropped to 8.
You might want to read the entire article summary (no need to even RTFA). Here, I'll help you by even highlighting the relevant part:
Google released over-the-air firmware updates for its Nexus devices Monday and will publish the patches to the Android Open Source Project (AOSP) repository by Wednesday
Granted I only did a quick reading but if the 'address randomization' is based on the unique MAC address of the device than its not really 'random' now is it?
The wording in the document can be confusing. When talking about the MAC-derived addresses, they are referring to the class of interfaces that needs the randomisation. The generated address is random.
And arguably the only benefit is in not being able to physically track where a specific device goes but why do I need 'address randomization' than, why not just 'random DHCP'?
You could. But one of the core ideas of IPv6 is that you don't need DHCP. The hosts decide on their own IP addresses. Originally using the MAC address to guarantee uniqueness, and subsequently using the above-quoted privacy extension to make sure the hosts can't (easily) be tracked.
Then again, if you really want, you can run DHCP as you said. It's just something you don't normally need.
Or, you might want to read up on Privacy Extensions before you start talking about exposing internal information which hasn't been valid since 2001. Yes, that's 15 years ago, as modern as 2001 may feel to us old guys.
The problem stems from the fact that when you go full on IPV6 and allow an internal host to transit your firewall outbound, you have exposed more than just the router's IP, but internal network information too
This isn't true though, since address randomisation arguably makes you expose less information since individual hosts will change their IP address at some random interval. This will make it pretty hard to figure out if the packet you received an hour ago was from the same host as the one just now.
I'm Swedish but I have lived abroad for the last 10 years or so. When I recently visited Stockholm I realised just how much of a change it has been. If you dare to use cash, people look at you strangely and sometimes you get a sigh from the staff since they have to open the cash register and start to mess with bills and coins.
This is all good for locals for whom you can simply insert the card and type your PIN, but for someone like who has a foreign credit card, and therefore can't use the PIN code, I need to sign the receipt every. single. time.
This, combined with the fact that I'm Swedish but don't have a Swedish identity card with a social security number on it (my old one expired years ago) makes any purchase in Sweden a huge hassle for me.
I was happy to come back to my new home where I can use cash without feeling embarrassed.
The point is that PHP has completely lost it's position as the default language for web development. It had that status and has now lost it. People think of PHP as 'legacy' now.
Slashdot Mirror
I never expected to get such a detailed answer. Thank you for that.
Given the tech-oriented and international audience of this side, I'm not sure that one can assume that I am alone in being confused by the wording of the title. A better one would be to simply refer to the person as "sports executive".
The fact that the expression "binge-watch" actually exists ought to tell you something
I have a hard time watching any TV-series where each episode doesn't have a conclusion, since I can't watch something for more than about an hour straight. Seems like viewers of modern TV-series treat them as single 25-hour movies.
What fantasy are you living in? Here, rush hour doesn't even start until 18:00.
It sounded like a simple markov-chain based on the input data. It doesn't really look like AI. Unless the AI was actually so smart that we simply don't have the capacity to understand what is being said?
I still run Linux on my workstations because it's easier to get all the workstation/laptop things working there. However, I'll give FreeBSD a try on the desktop as well next time I reinstall.
On the server, there are really no benefits to Linux currently.
It might sound like a trollish thing to say, but it's true. It's not the only reason of course. FreeBSD really is much nicer on the server. It's much more predicable and easier to analyse problems. The lack of systemd is just one factor that contributes to this.
Bigger engines are more efficient, so this will actually reduce the amount of fuel burned.
Probably, but that's something I would refer to as a "weird name no one knows of" (where "no one" means "me", as is the standard on the Internet).
Probably because incremental builds are something quite different from code hop swapping.
With reference counting every single allocation, as well as every single object ownership transfer requires extra CPU cycles and memory accesses to manage the memory as well as manage the counter (yes, I know Swift does some clever tricks to avoid the counting which frankly is the only reason it's as performant as it is). Also remember multithreading issues when updating the refcounter.
With garbage collection, you obviously don't need to do any reference counter management, saving a lot of CPU and memory access cycles right there. But what is less obvious is that memory allocation itself is much faster with (compacting) garbage collector. After collection, all free memory will be in a single contiguous block, reducing the memory allocation operation to a single ADD instruction.
So, in summary:
With refcounting you have:
With a GC, you get:
There have been plenty of research on memory management, and we're well past the time when you could say "GC is slower than the alternative".
That said, myself and most other people I talk to are annoyed that the government is not being more welcome to electric vehicles. You could have very good coverage with only a handful of charging stations, and you can travel across the country several times on a single charge.
Instead, you get this: http://www.stuff.tv/sg/feature...
But, I have seen people buying cars that would cost them roughly a year's salary. It used to be even worse, which is why the government introduced a new law saying that you are only allowed to use financing for 50% of the purchase price.
What I am objecting to, however, is the statement that a 35k USD car is "only for rich people". Plenty of "normal" people own cars here. It's a matter of priorities. Priorities, mind you, that I don't agree with. I do have a car, but I really wish I could get rid of it so I can spend the money on better things.
So yeah, anyone complaining about the price of this car will get laughed in the face by not only Anonymous Coward above, but also by me.
You said it more bluntly than I would have, but every time programming languages are discussed the same Rust people show up with the same kind of comments. Of course you'll see these things when the same people go out to make an operating system.
Left and right. That sounds one-dimensional to me.
Except that schoolchildren today learn that there are 8 planets. Telling them that there are nine would confuse them just as much as you were confused when the number was dropped to 8.
The wording in the document can be confusing. When talking about the MAC-derived addresses, they are referring to the class of interfaces that needs the randomisation. The generated address is random.
You could. But one of the core ideas of IPv6 is that you don't need DHCP. The hosts decide on their own IP addresses. Originally using the MAC address to guarantee uniqueness, and subsequently using the above-quoted privacy extension to make sure the hosts can't (easily) be tracked.
Then again, if you really want, you can run DHCP as you said. It's just something you don't normally need.
Most home users would be perfectly fine with a IPX connecting to a HTTP proxy. That doesn't mean it's a good idea.
Or, you might want to read up on Privacy Extensions before you start talking about exposing internal information which hasn't been valid since 2001. Yes, that's 15 years ago, as modern as 2001 may feel to us old guys.
This isn't true though, since address randomisation arguably makes you expose less information since individual hosts will change their IP address at some random interval. This will make it pretty hard to figure out if the packet you received an hour ago was from the same host as the one just now.
This is all good for locals for whom you can simply insert the card and type your PIN, but for someone like who has a foreign credit card, and therefore can't use the PIN code, I need to sign the receipt every. single. time.
This, combined with the fact that I'm Swedish but don't have a Swedish identity card with a social security number on it (my old one expired years ago) makes any purchase in Sweden a huge hassle for me.
I was happy to come back to my new home where I can use cash without feeling embarrassed.
And this is bad exactly why?