Better is very subjective. We have both nVidia and ATI based thinkpad laptops running Ubuntu at work. And what I've noticed is that the ATI ones can do a kernel update with out screwing up the gfx drivers and they can switch between single and dual monitors (necessary when going on and off dock) without restarting X. On the other hand the nVidia ones have a pretty lil graphical config tool, while the ATI ones use a somewhat arcane and unreliable command line program.
Personally I wouldn't trade my ATI one for an nVidia one any day, I very much like being able to unplug from the dock and switch down to single screen without closing and restarting all my apps.
Java is one more step in evolution which normally the professors hate because it moves them away from the machine. In the quote in the summary they mention LISP which is so far abstracted from the hardware that it makes Java look like a form of assembly.
Cause I'm in software and frankly I couldn't give a !@#$ about copyright cause every company I've ever worked for has stated in my contract that any valuable thought I have at all during the period of my employment belongs to them.
I worked at a place with similar problems, while I was there they restructured things to rectify the situation.
Originally they had all the engineers delivering work into the main code dev stream, then when a release was needed they would branch for release and then run a battery of verification and regression tests which took several weeks to complete.
The solution was to tier the main line, developers delivered into an integration stream, the work in this stream was then regularly delivered en mass into a test stream where dedicated testers then gave it a work over to check for interaction issues between the various bits of work coming in. Once it received their approval it was then delivered into the mainline proper and another batch was brought into the test stream from the integration one. The mainline in turn was subjected to continuous automated regression testing.
The net effect of this is that you always have a high level of confidence in the quality of the mainline code. So if an urgent release is needed for some particular fix only that fix and it's interactions need to be tested, the rest of the code can reasonably be assumed to be in good working order.
the car has a square footprint and the wheels turn through 90deg, by extension it should be trivial to turn the whole car on the spot, so why bother making the cabin independently movable?
Guess not:
"FC-Test's second wave of copy tests involves copying files from one partition to another on the same drive."
Although I think I get it now, they are probably trying to make the heads seek a long way across the platter.
wait a sec, 170,000 lines? that's a puny program, I work in embedded software, worked on some managed layer 3 gigabit and 10 gigabit switches for a while, the code for those had several million lines, heck my biggest single check-in was a tidy up that removed over 1 million lines of redundant code
I think perhaps we just have different standards of bizarre.
And I don't doubt for a minute that bizarre setups are quite common in large companies. Lord only knows I see a lot of proxyarp related bug reports for our routing software.
There is a standard called proxy arp that does essentially this. In essence the router will start responding to arps for IP addresses on it's other interfaces. The valid use cases for it are virtually all bizarre and it can cause all sorts of horrific problems.
Quicksort has a worst case of O(n^2), however it normal profile is a very lean O(nLog(n)), there are only a very limited number of situations where it breaks down to O(n^2) and if you hit it with a sufficiently large data set that exhibits one of those cases then it will perform worse than the other O(nLog(n)) algo's.
weight is the combination of mass and local gravity.
an earth such distinctions don't much as local gravity is pretty much the same everywhere, but local gravity on the moon is very very different.
however for the purpose of the contest it's probably safe to assume they meant weighs 150kg on earth
Active accounts is a little over 170,000 making it quite small comparatively.
Peak concurrent users on one server (there is only 1) is 34,420 which totally blows anything else away. 30k+ is quite common, for example in the last week the highest peak was 31,706. http://eve.coldfront.net/status/tranquility
As for big battles which is the first thing everyone things of when you say space MMO, they are frequent among the big alliances, these are run by older players but most gladly accept newer players and some are almost entirely newer players using what effecting amounts to a zerg rush tactic. The server can usually handle 50vs50 battles fine, 100vs100 gets a little dodgy and 200vs200 is a total lag fest, but at least they fixed the problems where 200vs200 would bring the server node in question down.
Oh and warping into a big battle as part of a fleet feels just like f-ing starwars, and is very very cool.
The whole gravity thing penrose was going on about kinda died when they started doing the two-slit experiment with bucky balls, carbon 60 is a fairly big molecule to be in an unconverged state.
Personally I think the whole converged / unconverged state is a false duality brought on by the granuality at which we observe things and in reality everything is unconverged including us and what we view as converged is just when our super position merges with the super position of whatever we are observing.
Take the stereotypical cat in a box example, when the box is closed there are 2 positions for the cat, dead or alive and one for us, wondering if we might be in trouble with PETA. After the box is opened the two subsystems are joined and there is only positions for the whole system, one for the cat is dead and we are in trouble with PETA and one for the cat is fine and so are we.
Slashdot Mirror
My record is over 1000 in a single 8 hour crap flood.
CCP makers of EVE online are pretty much Icelands biggest tech business and their servers are in London.
Better is very subjective. We have both nVidia and ATI based thinkpad laptops running Ubuntu at work. And what I've noticed is that the ATI ones can do a kernel update with out screwing up the gfx drivers and they can switch between single and dual monitors (necessary when going on and off dock) without restarting X. On the other hand the nVidia ones have a pretty lil graphical config tool, while the ATI ones use a somewhat arcane and unreliable command line program. Personally I wouldn't trade my ATI one for an nVidia one any day, I very much like being able to unplug from the dock and switch down to single screen without closing and restarting all my apps.
my 5 seconds of researches found several onagers with slings http://images.google.com.au/images?q=onager
working link http://en.wikipedia.org/wiki/Severian
Then they get 40 years to help us find a cure for cancer, at this stage I think that's a fairly safe bet.
http://www.joelonsoftware.com/articles/ThePerilsofJavaSchools.html
What sort of job do you have?
Cause I'm in software and frankly I couldn't give a !@#$ about copyright cause every company I've ever worked for has stated in my contract that any valuable thought I have at all during the period of my employment belongs to them.
I worked at a place with similar problems, while I was there they restructured things to rectify the situation.
Originally they had all the engineers delivering work into the main code dev stream, then when a release was needed they would branch for release and then run a battery of verification and regression tests which took several weeks to complete.
The solution was to tier the main line, developers delivered into an integration stream, the work in this stream was then regularly delivered en mass into a test stream where dedicated testers then gave it a work over to check for interaction issues between the various bits of work coming in. Once it received their approval it was then delivered into the mainline proper and another batch was brought into the test stream from the integration one. The mainline in turn was subjected to continuous automated regression testing.
The net effect of this is that you always have a high level of confidence in the quality of the mainline code. So if an urgent release is needed for some particular fix only that fix and it's interactions need to be tested, the rest of the code can reasonably be assumed to be in good working order.
the car has a square footprint and the wheels turn through 90deg, by extension it should be trivial to turn the whole car on the spot, so why bother making the cabin independently movable?
This guy doesn't seem to be having any problems.
That's a nifty piece of propaganda, the way it distorts the situation is both subtle and compelling.
Guess not: "FC-Test's second wave of copy tests involves copying files from one partition to another on the same drive." Although I think I get it now, they are probably trying to make the heads seek a long way across the platter.
From the article:
"File copying is tested twice: once with the source and target on the same partition, and once with the target on a separate partition."
I really don't see how that's going to make any difference, unless by "separate partition" they really mean "separate drive".
wait a sec, 170,000 lines? that's a puny program, I work in embedded software, worked on some managed layer 3 gigabit and 10 gigabit switches for a while, the code for those had several million lines, heck my biggest single check-in was a tidy up that removed over 1 million lines of redundant code
Harry Potter is thinly-veiled homosexual propaganda, read all about it here http://www.kuro5hin.org/story/2007/7/16/162353/730
I think perhaps we just have different standards of bizarre.
And I don't doubt for a minute that bizarre setups are quite common in large companies. Lord only knows I see a lot of proxyarp related bug reports for our routing software.
There is a standard called proxy arp that does essentially this. In essence the router will start responding to arps for IP addresses on it's other interfaces. The valid use cases for it are virtually all bizarre and it can cause all sorts of horrific problems.
Quicksort has a worst case of O(n^2), however it normal profile is a very lean O(nLog(n)), there are only a very limited number of situations where it breaks down to O(n^2) and if you hit it with a sufficiently large data set that exhibits one of those cases then it will perform worse than the other O(nLog(n)) algo's.
guess they still haven't gotten it to work yet
those first two links seem to go to the same file
weight is the combination of mass and local gravity. an earth such distinctions don't much as local gravity is pretty much the same everywhere, but local gravity on the moon is very very different. however for the purpose of the contest it's probably safe to assume they meant weighs 150kg on earth
Active accounts is a little over 170,000 making it quite small comparatively.
Peak concurrent users on one server (there is only 1) is 34,420 which totally blows anything else away. 30k+ is quite common, for example in the last week the highest peak was 31,706. http://eve.coldfront.net/status/tranquility
As for big battles which is the first thing everyone things of when you say space MMO, they are frequent among the big alliances, these are run by older players but most gladly accept newer players and some are almost entirely newer players using what effecting amounts to a zerg rush tactic. The server can usually handle 50vs50 battles fine, 100vs100 gets a little dodgy and 200vs200 is a total lag fest, but at least they fixed the problems where 200vs200 would bring the server node in question down.
Oh and warping into a big battle as part of a fleet feels just like f-ing starwars, and is very very cool.
The whole gravity thing penrose was going on about kinda died when they started doing the two-slit experiment with bucky balls, carbon 60 is a fairly big molecule to be in an unconverged state.
Personally I think the whole converged / unconverged state is a false duality brought on by the granuality at which we observe things and in reality everything is unconverged including us and what we view as converged is just when our super position merges with the super position of whatever we are observing.
Take the stereotypical cat in a box example, when the box is closed there are 2 positions for the cat, dead or alive and one for us, wondering if we might be in trouble with PETA. After the box is opened the two subsystems are joined and there is only positions for the whole system, one for the cat is dead and we are in trouble with PETA and one for the cat is fine and so are we.