But no one has made it work before! And ours will work! Really! And everything will be different now! (We just need one more funding round before production)
Especially since the plant is not up and proven yet. I am skeptical whenever I see "We are going to do this cool new thing that will change EVERYTHING!"
Well, since this is an article on gaming under Linux, I do not think the DX12 stuff is all that relevant.:) Under Linux, nVidia spanks everyone. The debate is over.:)
I also have the 750ti. I got it because it was the most powerfull nVidia card without an external power connector. In other words, as good as it gets without adding another space heater.:) I have been quite happy with it, but I have not bought DiRT Showdown yet.:)
To seriously saturate a 1gig link, you have to get into 5 figures. At that point, the price of 10gig-e is not a big deal. At the small business end, you are lucky to get a potential of 1.2gig (An array of 8 spinning rust drives)
Neither pfSense, nor any of the other m0n0wall derived router projects (SmallWall, t1n1wall, OPNsense) will work on Arm right now. As for cost, this will do gigabit speeds. http://www.mitxpc.com/proddeta...
How long are they going to keep charging such ridiculous prices for 10 gig networking?
10 gig copper has been out now longer than it took 1 gig copper to go from being "ooh, enterprise" expensive to being in every $499 laptop you could find. Yet they've managed to prop up 10 gig switch and NIC prices forever.
Which 10gig? There were several different ones, that have finally narrowed down to 2. With one of them being fiber... And...
Fiber sucks for endpoint networking. People step on network cords, tug on them, twist them around. Fiber can not do this.
And what are you going to push over it? Unless you have fast SSD, you can not even fill a gig. And to get full 10g, you need some super fast memory and buss speed as well as an SSD array.
With many modern OS's adding spying and telemetry features and then disabling all the tried and tested methods to bypass them it may wind up that the router is the only way to retain our digital privacy. So yes, I think open source networking has great utility.
True, but how is this better then the wealth of FOSS router projects our there now? SmallWall, t1n1wall, pfSense, OPNsense, BSDrp, OpenWRT, DDwrt, Untangle, or any *nix with routing turned on?
Intel chipsets, gigabit speeds, and fanless. And runs the successor to m0n0wall, so it will run for years.
Or if you need more ports, they have more options.
Raspberry Pi is not an open, depends on closed source blobs in firmware and drivers. Stop spreading the lie
An Intel Atom motherboard is much more open, and MUCH more powerful. And more expensive. Cheap goes a long way, and that is a problem for the posters of this slashvertisement.
Particularly with the FCC racing to lock down router firmware,
Which is a damn good reason to separate the router and the WiFi. The FCC can not do shit about http://www.smallwall.org/ or http://www.pfsense.org/ or any other router that works better than most commercial offerings on old cheap retired desktops.
A click bait headline. It is all about the 5ghz spectrum. Unfortunatly, most wifi routers use that, so the practical result will be the same. However, Smallwall.org and t1n1wall.org and pfsense.org will all still work, and on cheaply available hardware. You can even get gigabit speeds on old retires desktops... Or close to it at 950 meg. http://smallwall.freeforums.ne...
With subversion at least, the entire project's history is stored in a single place, and sure, you could make backups of it, but you have to stop the server to make sure your backup is consistent
No, you don't. I have a project with 2 SVN servers. One is the development server, and it is the place where commits happen. After they happen, the SVN is rsynced to the public server where anyone can checkout, but no one can commit. It happens live and while running, and it works every time. And it is a backup, on top of the snapshots of the disk image of the VM running BOTH of those servers.
In some ways yes, in some ways no. Large history can be an issue, but to get to that point you pretty much need to be doing something pretty special for a fortune 500 company. The entirety of the Linux Kernel clocks in at under 2GiB, the only company I've ever heard make the claim that this is an issue was Facebook, who went with Mercurial instead.
This changes quickly if you store binaries in your repository. (And yes, there are sometimes good reasons to do that) And this can be executable binaries, compressed files, images... And if they change a lot, you can get something very large, very fast. And since devs love those thin laptops with SSD drives, (Let's face it... So do I!) that can get ugly quick!
This is a consequence of how easy it is to branch and merge using git. I know subversion has branches, but they can be harder to deal with and it's hard to spin up a branch for every feature and patch.
In some cases, this can be a good thing. Easy branching can lead to code sprawl... If you want to more tightly control a project, branching my need to be controlled.
I wouldn't recommend anyone roll their own svn+apache system. It's not worth even ten minutes of your time when those tested, out-of-os-distro stacks are available free.
Because consistency among your distros is overrated anyway...:) Really, spend the extra 5 minutes to install it on the Linux you use for everything else and are familiar with. (Or in his case, install it on Windows because that is what they want... smh)
What if you have a lot of frequently changing binary files in the repository? Then all that history with git can become quite large. I know this may come as a shock, but some people are using SVN because it is a better choice for that workflow.
Slashdot Mirror
Funny... Best buy is not a local business, but they still charge me Texas sales tax. And pay Texas property taxes...
But no one has made it work before! And ours will work! Really! And everything will be different now! (We just need one more funding round before production)
Especially since the plant is not up and proven yet. I am skeptical whenever I see "We are going to do this cool new thing that will change EVERYTHING!"
You did notice that was an article on the Steam Machine, which runs Linux, right?
Well, since this is an article on gaming under Linux, I do not think the DX12 stuff is all that relevant. :) Under Linux, nVidia spanks everyone. The debate is over. :)
I also have the 750ti. I got it because it was the most powerfull nVidia card without an external power connector. In other words, as good as it gets without adding another space heater. :) I have been quite happy with it, but I have not bought DiRT Showdown yet. :)
Good God... No one reads them now, so Dice decides to play "Hide the content?" SMH...
Or is it post the fucking article?
To seriously saturate a 1gig link, you have to get into 5 figures. At that point, the price of 10gig-e is not a big deal. At the small business end, you are lucky to get a potential of 1.2gig (An array of 8 spinning rust drives)
"You can even get gigabit speeds on old retires desktops..."
Yes, at 70-90W power consumption, not 5-15
Or the "cheaply available hardware" also mentioned at 5-15 watts... Talk about cherry picking.
Neither pfSense, nor any of the other m0n0wall derived router projects (SmallWall, t1n1wall, OPNsense) will work on Arm right now. As for cost, this will do gigabit speeds. http://www.mitxpc.com/proddeta...
How long are they going to keep charging such ridiculous prices for 10 gig networking?
10 gig copper has been out now longer than it took 1 gig copper to go from being "ooh, enterprise" expensive to being in every $499 laptop you could find. Yet they've managed to prop up 10 gig switch and NIC prices forever.
Which 10gig? There were several different ones, that have finally narrowed down to 2. With one of them being fiber... And...
Fiber sucks for endpoint networking. People step on network cords, tug on them, twist them around. Fiber can not do this.
And what are you going to push over it? Unless you have fast SSD, you can not even fill a gig. And to get full 10g, you need some super fast memory and buss speed as well as an SSD array.
With many modern OS's adding spying and telemetry features and then disabling all the tried and tested methods to bypass them it may wind up that the router is the only way to retain our digital privacy. So yes, I think open source networking has great utility.
True, but how is this better then the wealth of FOSS router projects our there now? SmallWall, t1n1wall, pfSense, OPNsense, BSDrp, OpenWRT, DDwrt, Untangle, or any *nix with routing turned on?
How about $250? http://www.mitxpc.com/proddeta...
Intel chipsets, gigabit speeds, and fanless. And runs the successor to m0n0wall, so it will run for years.
Or if you need more ports, they have more options.
Come on... He was posting from a 3 inch phone! I blame autocorrect! (And the fact that people try to do actual "work" from a 3 inch phone)
Raspberry Pi is not an open, depends on closed source blobs in firmware and drivers. Stop spreading the lie
An Intel Atom motherboard is much more open, and MUCH more powerful. And more expensive. Cheap goes a long way, and that is a problem for the posters of this slashvertisement.
Particularly with the FCC racing to lock down router firmware,
Which is a damn good reason to separate the router and the WiFi. The FCC can not do shit about http://www.smallwall.org/ or http://www.pfsense.org/ or any other router that works better than most commercial offerings on old cheap retired desktops.
A click bait headline. It is all about the 5ghz spectrum. Unfortunatly, most wifi routers use that, so the practical result will be the same. However, Smallwall.org and t1n1wall.org and pfsense.org will all still work, and on cheaply available hardware. You can even get gigabit speeds on old retires desktops... Or close to it at 950 meg. http://smallwall.freeforums.ne...
With subversion at least, the entire project's history is stored in a single place, and sure, you could make backups of it, but you have to stop the server to make sure your backup is consistent
No, you don't. I have a project with 2 SVN servers. One is the development server, and it is the place where commits happen. After they happen, the SVN is rsynced to the public server where anyone can checkout, but no one can commit. It happens live and while running, and it works every time. And it is a backup, on top of the snapshots of the disk image of the VM running BOTH of those servers.
It is only as fragile as your environment.
Oh, my God! A person with more the one tool in his toolbox! Brother! :)
It amazes me how many people think you have to make one tool to fit all use cases.
In some ways yes, in some ways no. Large history can be an issue, but to get to that point you pretty much need to be doing something pretty special for a fortune 500 company. The entirety of the Linux Kernel clocks in at under 2GiB, the only company I've ever heard make the claim that this is an issue was Facebook, who went with Mercurial instead.
This changes quickly if you store binaries in your repository. (And yes, there are sometimes good reasons to do that) And this can be executable binaries, compressed files, images... And if they change a lot, you can get something very large, very fast. And since devs love those thin laptops with SSD drives, (Let's face it... So do I!) that can get ugly quick!
This is a consequence of how easy it is to branch and merge using git. I know subversion has branches, but they can be harder to deal with and it's hard to spin up a branch for every feature and patch.
In some cases, this can be a good thing. Easy branching can lead to code sprawl... If you want to more tightly control a project, branching my need to be controlled.
I wouldn't recommend anyone roll their own svn+apache system. It's not worth even ten minutes of your time when those tested, out-of-os-distro stacks are available free.
Because consistency among your distros is overrated anyway... :) Really, spend the extra 5 minutes to install it on the Linux you use for everything else and are familiar with. (Or in his case, install it on Windows because that is what they want... smh)
Mercurial: I personally haven't seen any other VCS easier on windows
Subversion is easier. It does have less features, but from ease of use, that can be a good thing!
What if you have a lot of frequently changing binary files in the repository? Then all that history with git can become quite large. I know this may come as a shock, but some people are using SVN because it is a better choice for that workflow.