I used to have a dual core Athlon 64, and had a GF 9800GT, and Crysis had to be run at a really low res, with all graphics at bottom settings, and I always attributed that to the GPU.... Then I upgraded to a i5-2500.... And suddenly I could play Crysis at 1920x1080 and even pull up some of the settings to medium or even high... Because the CPU could suddenly keep the GPU fed...
That's not to say that it's rare either. Fibre accounts for roughly a third of all subscriptions for wired internet access here in Sweden. xDSL is a bit over 40%, and cable taking up the slack.
Decompression is, in general terms, computationally insignificant. However, the hardware acceleration support in DX was not for decompression, it was for 3D spatialization and effects. And those are NOT computationally insignificant for interactive scenes, especially not when you have a significant number of audio sources.
It was claimed that uncompressing the audio would tie up an entire core. The large amount is also because they stupidly install all languages at once, even if you select a specific language at installation time.
Industry also has another thing that leads to increased safety: Avoidance of solvent stills for example. Another factor is that in industry, you often work in scale, which leads to avoiding highly exothermic reactions that work fine in academic lab scale, but goes BOOM when you scale it up above 10cl or so...
"a) students are quite gungho when it comes to their work and will quickly take shortcuts because they don't know any better or don't have the right tools, example: I didn't see a wire stripper till I got to industry, I used to do it by pressing the wire to a knife using my thumb and I got many cuts as a result."
Students being the only gung-ho ones? Bwahahahahaha.... Students being gung-ho is a result of PI's and others not having a proper safety mindset, or even deliberately pushing students to ignore safety, or not teaching it at all...
RTLinux as a solution is not (hard) realtime as they falsely claim it to be. Only the Hypervisor is realtime, but the Linux kernel running as a process is not, since it can't guarantee that it will respond in a deterministic manner. That's the problem with the PREEMPT_RT patch too.
With the Linux kernel, you get an average timeframe for an interrupt. With QNX or other proper realtime OS's, you get a Max timeframe.
Yeah, Cogent really is trying every dirty trick they can to go past any contract limits etc and freeload, and then they cry loudly to the media when they get told to stick to the contract.
Yeah, a specular map alone won't do anything. One of the techniques used to try and simulate skin is Subsurface Scattering http://en.wikipedia.org/wiki/S...
Unless you count Greenland(which is sort of autnomous) into Denmark, none. If Greenland is folded into Denmark, since they have the same head of state, and Denmark is still handling defense, finances and foreign policy, it'd be larger than Alaska. If Turkey finally joins the EU, it's larger than Texas.
But if you look at it from the end of the perspective, only Alaska and Texas are larger than either France, Spain or Sweden(Sweden's slightly larger than California), and after that, you get a bit of mix and match: 4 EU states above 300k but below 400k square kilometers, compared to 2 US states above 300k but below 400k square kilometers for example.
The three banks in Sweden I have accounts with do it sort of in that way:
Chip/pin card, hardware token...
Bank website shows a string of numbers, you put the card in the hardware token, press Login, type in the string, then your pin, get a string from token to type into website login.
There's another button for a Signing process, to authorize transactions. Another option(that very few card processors support so far, due to the prevalence of US stone age cards....It's mostly western/Northern europe card processors that currently use it) is the Buy option: You get a string from the card processor, insert card in token, press buy, enter string, then pin, enter new string from token into website.
Actually, Jabber and Teamspeak/Mumble are the big tools for coordination. Jabber for strategic communication, and Mumble/TS for tactical(Ventrilo is dead outside the smallest corps who keep on using Vent because that's what they've been using since they started...)
And yes, fleet commanders in these large battles usually have 4-5 voice channels active at any one time: Fleet commander group, scouts channel, capital ships group, supercapitals/titans group etc etc, and also speak to general fleet chat. Also maintaining an overview of spies etc, because a POS password might be changed etc.
In small-scale PvP, you usually don't have the same amount of channels, but otoh, you also don't have the same chain of command, so as a commander there, you have to keep track of more tactical stuff such as tactical target calling, keeping track of cyno use etc, which in a large fleet you have other officers do for you. Many commanders who shine in small-scale harasser group PvP can't handle commanding a large force, and vice versa.
They didn't fight just willy-nilly, it was part of a large campaign. N3/PL were fighting to hold on to PL's staging system while CFC went in to try and take it from them. As is, one of the alliances on the side of CFC managed to grab sov in the system.
In 2004, I had 24Mbit/s down/1.5Mbit/s up ADSL2 here in Sweden. GOOD connections were fiber/ethernet already, thanks to Bredbandsbolaget and a couple of others, as well as some municipal networks.
There's a lot more bandwidth consuming stuff than just movies. Buying games for example, as well as patching games etc. Also, some people work from home.
I bought a couple of games in december, had to do some data transfers to and from a client, sent a few thousand images to a friend for a compositing project etc. So here's the stats for just my machines in december:
2013-12 Down 240.10 GiB 2013-12 Up 119.67 GiB
Add in GF and kids, and you can add another 100GiB down and 30GiB up
"There was a time when Winamp mattered. There was no decent media players (in some regards, it was a new concept) Winamp brought skinning, plugins, visualizations and a whole slew of things that most folks never even knew they wanted or needed."
That's not quite true. Amiga and Atari at least had media players that worked quite well, and supported plugins etc, before WinAMP even existed. What made WinAMP hit its stride was the fact that Win95 came out, sound cards had become standard on PC's, and MP3 hit the scene in the same timeframe. And for Windows, WinAMP was the first player that supported MP3 to gain attention.
In many ways, WinAMP took a lot of inspiration from the Amiga players, such as HippoPlayer.
" (Cue the joke where the script kiddie hacker was dared to hack some random 128 address.)"
Joke?
During the WinNuke/Ping of Death craze, I actually did get a number of script kiddies to knock themselves offline when I gave them 127.0.0.1 as my IP on IRC etc
A good manager without a technical background can be a boon simply because it forces you to examine the project from another angle, and can thus increase the likelihood of spotting pitfalls etc.
Also, in terms of skills and abilities, there's a skill and a personal knack good managers have that is WAY more important technical skill: The understanding of logistics and planning ahead. Especially since it's a trait many developers themselves lack.
Working as a freelancer, in many projects I have to do the logistics, time management, all the paperwork etc myself, which is quite complicated, and makes me value managers even more. It's often a thankless task even when the manager is good but events are beyond their control(Such as "I ordered that shipment a month ago, it arrived in-country a week ago, but it's still stuck in customs...").
Yeah, I'm interested in that too. I own a Galaxy Note, and it's absolutely wonderful for taking notes, scribbling down flow charts, formulas etc, but would be nice to know if there were perhaps even better things coming along.
" VBA was a bad idea that looked really good on paper. It gave a large number of people the ability to write quick and dirty tools for doing things in spite of the fact that these people had no business writing software in the first place. In the short term, these "programmers" filled a direct need, but in the long run, they have created a nightmare of sustainability that costs more to maintain / recreate than it ever saved in the first place. I have spent entirely too much time debugging and rewriting VBA tools because some unqualified hack made a tool to save themselves time on processing reports, and now I have to waste huge amounts of time fixing it to be robust, when they should have just hired a programmer to do it right in the first place."
The funny thing is, you could replace EVERYTHING in that with Python, and it's equally valid. I see too many supposedly competent devs with a degree that gives them a "solid theoretical background" write absolutely crap quick and dirty software, with Python being the language of choice, and they throw tantrums when they aren't allowed to bog down shared resources with that
Slashdot Mirror
Anecdote time:
I used to have a dual core Athlon 64, and had a GF 9800GT, and Crysis had to be run at a really low res, with all graphics at bottom settings, and I always attributed that to the GPU.... Then I upgraded to a i5-2500.... And suddenly I could play Crysis at 1920x1080 and even pull up some of the settings to medium or even high... Because the CPU could suddenly keep the GPU fed...
That's not to say that it's rare either. Fibre accounts for roughly a third of all subscriptions for wired internet access here in Sweden. xDSL is a bit over 40%, and cable taking up the slack.
Decompression is, in general terms, computationally insignificant. However, the hardware acceleration support in DX was not for decompression, it was for 3D spatialization and effects. And those are NOT computationally insignificant for interactive scenes, especially not when you have a significant number of audio sources.
It was claimed that uncompressing the audio would tie up an entire core. The large amount is also because they stupidly install all languages at once, even if you select a specific language at installation time.
Industry also has another thing that leads to increased safety: Avoidance of solvent stills for example. Another factor is that in industry, you often work in scale, which leads to avoiding highly exothermic reactions that work fine in academic lab scale, but goes BOOM when you scale it up above 10cl or so...
"a) students are quite gungho when it comes to their work and will quickly take shortcuts because they don't know any better or don't have the right tools, example: I didn't see a wire stripper till I got to industry, I used to do it by pressing the wire to a knife using my thumb and I got many cuts as a result."
Students being the only gung-ho ones? Bwahahahahaha.... Students being gung-ho is a result of PI's and others not having a proper safety mindset, or even deliberately pushing students to ignore safety, or not teaching it at all...
http://pipeline.corante.com/ar...
RTLinux as a solution is not (hard) realtime as they falsely claim it to be. Only the Hypervisor is realtime, but the Linux kernel running as a process is not, since it can't guarantee that it will respond in a deterministic manner. That's the problem with the PREEMPT_RT patch too.
With the Linux kernel, you get an average timeframe for an interrupt. With QNX or other proper realtime OS's, you get a Max timeframe.
Yeah, Cogent really is trying every dirty trick they can to go past any contract limits etc and freeload, and then they cry loudly to the media when they get told to stick to the contract.
Yeah, a specular map alone won't do anything. One of the techniques used to try and simulate skin is Subsurface Scattering http://en.wikipedia.org/wiki/S...
Unless you count Greenland(which is sort of autnomous) into Denmark, none. If Greenland is folded into Denmark, since they have the same head of state, and Denmark is still handling defense, finances and foreign policy, it'd be larger than Alaska. If Turkey finally joins the EU, it's larger than Texas.
But if you look at it from the end of the perspective, only Alaska and Texas are larger than either France, Spain or Sweden(Sweden's slightly larger than California), and after that, you get a bit of mix and match: 4 EU states above 300k but below 400k square kilometers, compared to 2 US states above 300k but below 400k square kilometers for example.
The three banks in Sweden I have accounts with do it sort of in that way:
Chip/pin card, hardware token...
Bank website shows a string of numbers, you put the card in the hardware token, press Login, type in the string, then your pin, get a string from token to type into website login.
There's another button for a Signing process, to authorize transactions. Another option(that very few card processors support so far, due to the prevalence of US stone age cards....It's mostly western/Northern europe card processors that currently use it) is the Buy option: You get a string from the card processor, insert card in token, press buy, enter string, then pin, enter new string from token into website.
Likewise, they also gave one to Menachim Begin, who was just as nasty a terrorist as Arafat.
Actually, Jabber and Teamspeak/Mumble are the big tools for coordination. Jabber for strategic communication, and Mumble/TS for tactical(Ventrilo is dead outside the smallest corps who keep on using Vent because that's what they've been using since they started...)
And yes, fleet commanders in these large battles usually have 4-5 voice channels active at any one time: Fleet commander group, scouts channel, capital ships group, supercapitals/titans group etc etc, and also speak to general fleet chat. Also maintaining an overview of spies etc, because a POS password might be changed etc.
In small-scale PvP, you usually don't have the same amount of channels, but otoh, you also don't have the same chain of command, so as a commander there, you have to keep track of more tactical stuff such as tactical target calling, keeping track of cyno use etc, which in a large fleet you have other officers do for you. Many commanders who shine in small-scale harasser group PvP can't handle commanding a large force, and vice versa.
They didn't fight just willy-nilly, it was part of a large campaign. N3/PL were fighting to hold on to PL's staging system while CFC went in to try and take it from them. As is, one of the alliances on the side of CFC managed to grab sov in the system.
Well, as the joke goes here in Sweden:
Why are there no mental asylums in Norway?
It'd cost too much to put walls and a roof over the whole country....
With 64GiB, he doesn't even need a SSD. Just use a RAM disk for the build process
No, it wouldn't have been...
In 2004, I had 24Mbit/s down/1.5Mbit/s up ADSL2 here in Sweden. GOOD connections were fiber/ethernet already, thanks to Bredbandsbolaget and a couple of others, as well as some municipal networks.
There's a lot more bandwidth consuming stuff than just movies. Buying games for example, as well as patching games etc. Also, some people work from home.
I bought a couple of games in december, had to do some data transfers to and from a client, sent a few thousand images to a friend for a compositing project etc. So here's the stats for just my machines in december:
2013-12 Down 240.10 GiB
2013-12 Up 119.67 GiB
Add in GF and kids, and you can add another 100GiB down and 30GiB up
If you read carefully, what I wrote was not that WinAMP was the first. But the first to catch attention.
"There was a time when Winamp mattered. There was no decent media players (in some regards, it was a new concept) Winamp brought skinning, plugins, visualizations and a whole slew of things that most folks never even knew they wanted or needed."
That's not quite true. Amiga and Atari at least had media players that worked quite well, and supported plugins etc, before WinAMP even existed. What made WinAMP hit its stride was the fact that Win95 came out, sound cards had become standard on PC's, and MP3 hit the scene in the same timeframe. And for Windows, WinAMP was the first player that supported MP3 to gain attention.
In many ways, WinAMP took a lot of inspiration from the Amiga players, such as HippoPlayer.
" (Cue the joke where the script kiddie hacker was dared to hack some random 128 address.)"
Joke?
During the WinNuke/Ping of Death craze, I actually did get a number of script kiddies to knock themselves offline when I gave them 127.0.0.1 as my IP on IRC etc
Junkie propaganda like that is just laughable...
I have to agree with both you and the GP.
A good manager without a technical background can be a boon simply because it forces you to examine the project from another angle, and can thus increase the likelihood of spotting pitfalls etc.
Also, in terms of skills and abilities, there's a skill and a personal knack good managers have that is WAY more important technical skill: The understanding of logistics and planning ahead. Especially since it's a trait many developers themselves lack.
Working as a freelancer, in many projects I have to do the logistics, time management, all the paperwork etc myself, which is quite complicated, and makes me value managers even more. It's often a thankless task even when the manager is good but events are beyond their control(Such as "I ordered that shipment a month ago, it arrived in-country a week ago, but it's still stuck in customs...").
Yeah, I'm interested in that too. I own a Galaxy Note, and it's absolutely wonderful for taking notes, scribbling down flow charts, formulas etc, but would be nice to know if there were perhaps even better things coming along.
" VBA was a bad idea that looked really good on paper. It gave a large number of people the ability to write quick and dirty tools for doing things in spite of the fact that these people had no business writing software in the first place. In the short term, these "programmers" filled a direct need, but in the long run, they have created a nightmare of sustainability that costs more to maintain / recreate than it ever saved in the first place. I have spent entirely too much time debugging and rewriting VBA tools because some unqualified hack made a tool to save themselves time on processing reports, and now I have to waste huge amounts of time fixing it to be robust, when they should have just hired a programmer to do it right in the first place."
The funny thing is, you could replace EVERYTHING in that with Python, and it's equally valid. I see too many supposedly competent devs with a degree that gives them a "solid theoretical background" write absolutely crap quick and dirty software, with Python being the language of choice, and they throw tantrums when they aren't allowed to bog down shared resources with that