For example, with Java generics, you don't actually get any of the execution efficiency that I talked about, because when you compile a generic class in Java, the compiler takes away the type parameter and substitutes Object everywhere. So the compiled image for List<T> is like a List where you use the type Object everywhere. Of course, if you now try to make a List<int<, you get boxing of all the ints. So there's a bunch of overhead there. Furthermore, to keep the VM happy, the compiler actually has to insert all of the type casts you didn't write. If it's a List of Object and you're trying to treat those Objects as Customers, at some point the Objects must be cast to Customers to keep the verifier happy. And really all they're doing in their implementation is automatically inserting those type casts for you. So you get the syntactic sugar, or some of it at least, but you don't get any of the execution efficiency. So that's issue number one I have with Java's solution.
In that one paragraph he explins why both C#'s generic collections of reference types and of value types are faster than Java's generics.
There are two types of objects: 1) value types (primitives, enums, structs, etc...), and 2) reference types (objects and boxed value types).
There are two types of collections: 1) collections of value types, and 2) collections of reference types.
Collections of value types are usually faster because they don't require: 1) individual heap storage for each element, and 2) dereferencing references to elements.
Java doesn't have generic collections of value types.
C# will potentially on-demand JIT compile many different versions of a generic collection, one for all reference types, and one for each value type.
The performance of Java's generic collections will be similar to C#'s 'reference type' instantiation of a generic collection. But C#'s 'value-type' instantiations will usually be faster than both C#'s and Java's 'reference-type' versions, in some cases significantly faster.
that's true, but you don't need to mmap() the whole file at once. you can easily emulate a paged version of read() by mmapping regions of the file you're interested and avoid running into any address-space limitations.
The moon pulls the water (and to some extent the land) on the earth towards it (creating the tides). the water has angular momentum, so the bulge is east of the line between the earth and the moon. the moon pulls more on the side of the earth that has the bulge and this force causes the earth to slow down (days become shorter) and the moon to speed up (lunar months become longer).
Eventually (in about 1,000,000 years) a day will be the same length as a lunar month and the moon will cease to move longitudinally across our sky, just as the earth does not move longitudinally across the moon's sky (for exactly the same reason).
I imagine it would be reasonably simple to have the counterweight quickly reel in the excess cable and park itself in the nearest earth orbit until the repair crew arrives.
The problem is that forwarding ports on a NAT router is not an easy task for the average home user, especially since router configuration varies wildly between mnufacturers.
The current solutions to this are:
IPv6
UPnP
Fortunately, the two are compatible (since UPnP v2.0), but I see UPnP being deployed more rapidly than IPv6 in the future.
There's no reason that Sun's JIT couldn't recognize that it's running on a P4 and generate SSE2 instructions to gain performance. If it doesn't, then it doesn't and that's a reflection of the quality of the JIT. If it does and it's still slower, then it's just slower.
Yup, you're probably right. After all, since the other two cities in the GTA games, Liberty City and Vice City were based on large, prominent cities (NY, Miami), it stands to reason that the 3rd is going to be based on some tiny town.
MDI was designed (imagine that!) to emulate on windows the prevalent user environment at the time - DOS. Under DOS you had a single appliction running full-screen that often had a single menu at the top (or bottom) which, among other things, allowed you to switch focus between documents within that app - a multi-document interface. Later DOS apps used a character-based windowing environment similar to MDI with overlapping child windows. Providing a familiar interface for existing users was key to ensuring the adoption of the new system.
The main reason MDI has been declining in popularity recently is that it was found (in usability testing) that novice users tended to lose the child windows when resizing/restoring the parent frame. It also isn't compatible with multi-monitor setups.
had the extortionist had his mail client set up like mine, he wouldn't have had his IP "verified".
or if he'd been using oulook 2003 which by default doesn't download images or objects contained within an HTML message.
that reminds me, when was the last time outlook actually allowed you to click an executable attachment and have it run? it had to be 2000, pre sp1, no?
At $150/year, this guy could buy his annual office upgrade during a weeks worth of bathroom breaks.
I guarantee that if you forced a new spreadsheet progrm on him, you'd lose more money through lost productivity than you'd save from not having to pay a lifetime's worth of office upgrades.
and if you're wondering why 1601, it's because it's the beginning of the first year of the first full century of the gregorian calendar (which was started sometime around 1582).
We also don't have this problem since windows stores its time as a signed 64-bit number of 100-nanosecond intervals since 1/1/1601 (UTC). That should be ok for the next 3 million years or so...
moreover, most programs that hash MP3s fail to exclude the ID1/ID2 tags, so it's pretty simple (and common) for different MP3s to sound exactly the same.
This is probably a myth, but I remember hearing about a guy who, when he received a speeding fine containing an image of his car taken by the traffic camera, thought it would be funny to fill the payment envelope with a picture of the correct amount of cash.
Apparently the authorities didn't think this was quite so funny so they sent him another letter containing a picture of some handcuffs.
Yup, you can tell the True Gurus in a MS-based IT department by how comfortable they are with WMI scripting. (of course, most of them will also have the cygwin tools installed for piddling around with text files).
hood stuff. however, using the '.BAT' extension on NT doesn't cause a VDM to be started. unless, of course, you associate '.BAT' with a 16-bit executable like command.com, but by default it's associtaed with 'cmd.exe' which is a regular win32 console app.
rewrote that routine and accessed the memory in byte, word and double word, according to the amount of bits to flip in that word, and did not store it back after every pixel but only when the word was no longer needed
Yeah, useful for the horizontal case, but you could easily write that algorithm in C and have a decent compiler generate the equivalent (or probably better) code.
The real question is whether or not it's worth going to the effort when L1 cache access is almost as fast as a register.
Yeah, I have a custom machine here I built and wrote the operating system for myself - a one-off. Unfortunately, I've never spent any time trying to harden it against attacks. Indeed there are opportunities for buffer overruns, remote 'root' exploits everywhere.
And it's connected to the internet.
Since it's unique, it's never been successfully attacked. Does that make it the most secure system in existence?
It seems like you're advocating security by obscurity.
yeah, but you don't need to be connected to the internet during bootup, do you? Once the computer is booted you can enable the firewall, connect to the internet and download the patches...
Slashdot Mirror
There are two types of collections: 1) collections of value types, and 2) collections of reference types.
Collections of value types are usually faster because they don't require: 1) individual heap storage for each element, and 2) dereferencing references to elements.
Java doesn't have generic collections of value types.
C# will potentially on-demand JIT compile many different versions of a generic collection, one for all reference types, and one for each value type.
The performance of Java's generic collections will be similar to C#'s 'reference type' instantiation of a generic collection. But C#'s 'value-type' instantiations will usually be faster than both C#'s and Java's 'reference-type' versions, in some cases significantly faster.
true, but not particularly useful. they would have received no fault tones if the lander had crashed, or burned up in the atmosphere.
that's true, but you don't need to mmap() the whole file at once. you can easily emulate a paged version of read() by mmapping regions of the file you're interested and avoid running into any address-space limitations.
'detach for process' is supported in the VS.NET (7 & 2003) debuggers.
oops. i meant, of course: days become longer and lunar months become shorter.
Eventually (in about 1,000,000 years) a day will be the same length as a lunar month and the moon will cease to move longitudinally across our sky, just as the earth does not move longitudinally across the moon's sky (for exactly the same reason).
I imagine it would be reasonably simple to have the counterweight quickly reel in the excess cable and park itself in the nearest earth orbit until the repair crew arrives.
The current solutions to this are:
- IPv6
- UPnP
Fortunately, the two are compatible (since UPnP v2.0), but I see UPnP being deployed more rapidly than IPv6 in the future.There's no reason that Sun's JIT couldn't recognize that it's running on a P4 and generate SSE2 instructions to gain performance. If it doesn't, then it doesn't and that's a reflection of the quality of the JIT. If it does and it's still slower, then it's just slower.
Yup, you're probably right. After all, since the other two cities in the GTA games, Liberty City and Vice City were based on large, prominent cities (NY, Miami), it stands to reason that the 3rd is going to be based on some tiny town.
MDI was designed (imagine that!) to emulate on windows the prevalent user environment at the time - DOS. Under DOS you had a single appliction running full-screen that often had a single menu at the top (or bottom) which, among other things, allowed you to switch focus between documents within that app - a multi-document interface. Later DOS apps used a character-based windowing environment similar to MDI with overlapping child windows. Providing a familiar interface for existing users was key to ensuring the adoption of the new system.
The main reason MDI has been declining in popularity recently is that it was found (in usability testing) that novice users tended to lose the child windows when resizing/restoring the parent frame. It also isn't compatible with multi-monitor setups.
that reminds me, when was the last time outlook actually allowed you to click an executable attachment and have it run? it had to be 2000, pre sp1, no?
I guarantee that if you forced a new spreadsheet progrm on him, you'd lose more money through lost productivity than you'd save from not having to pay a lifetime's worth of office upgrades.
Acrobat Reader is probably the worst piece of software ever written. Just about every aspect of its operation is fundamentally flawed.
and if you're wondering why 1601, it's because it's the beginning of the first year of the first full century of the gregorian calendar (which was started sometime around 1582).
We also don't have this problem since windows stores its time as a signed 64-bit number of 100-nanosecond intervals since 1/1/1601 (UTC). That should be ok for the next 3 million years or so...
moreover, most programs that hash MP3s fail to exclude the ID1/ID2 tags, so it's pretty simple (and common) for different MP3s to sound exactly the same.
Apparently the authorities didn't think this was quite so funny so they sent him another letter containing a picture of some handcuffs.
Yup, you can tell the True Gurus in a MS-based IT department by how comfortable they are with WMI scripting. (of course, most of them will also have the cygwin tools installed for piddling around with text files).
hood stuff. however, using the '.BAT' extension on NT doesn't cause a VDM to be started. unless, of course, you associate '.BAT' with a 16-bit executable like command.com, but by default it's associtaed with 'cmd.exe' which is a regular win32 console app.
The real question is whether or not it's worth going to the effort when L1 cache access is almost as fast as a register.
And it's connected to the internet.
Since it's unique, it's never been successfully attacked. Does that make it the most secure system in existence?
It seems like you're advocating security by obscurity.
Understanding gears, pedals, steering wheels, turn signals, traffic laws is pretty esoteric knowledge to expect a non-licensed driver to have.
yeah, but you don't need to be connected to the internet during bootup, do you? Once the computer is booted you can enable the firewall, connect to the internet and download the patches...