Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
What's the story with these ads on Slashdot? Check out our new blog post to find out. ×

Comment Re:Linux File Systems (Score 3, Interesting) 168

I find some of the current file systems to be adequately reliable. Even their performance is acceptable. But, the Linux systems are lacking.

Is there a reliable Linux file system such as EXT4 that has an easy to use copy on write(CoW) feature to allow instant recovery of any file changed at any time?

NILFS2 provides continuous point in time snapshots, which can be selectively mounted and data recovered. Not quite as instant recovery as your use case examples, but it's only a few commands/wrapper scripts away.

Comment Re:Can't see any logical difference (Score 1) 698

Massachusetts ban on private ownership of stun-guns being considered by the Supreme Court, and it's unclear whether such ownership has constitutional protection.

Although logic rarely gets involved in discussions around the 2nd Amendment,

- You can't change the second amendment.
- You can, it's called an amendment

Comment Re:Bullshit (Score 1) 350

Why are you assuming we are all using Windows? If Windows is too stupid to make full use of available memory, that's too bad for Windows users.

I'm with Windows on this one. You don't want to much outstanding dirty data in RAM, as you lose it on an unexpected power loss.

Disk write speeds are not that critical unless you're doing synchronous output anyway (think database transaction commit) or swapping to disk when under memory pressure, but in the latter case you're clearly using all the RAM already anyway.

Comment Re:Ooops, misread the headline (Score 1) 457

Yes, I had a couple of Sparc Stations in the 90's and admined SunOS and Solaris on those and some enterprise server systems, but

Fuck Sun, they favored proprietary server systems that lined their sales-reps' pockets with cash while the world changed around them and then sold all of their knowledge lock stock and barrel to Oracle, simply because Oracle users were their largest remaining customer base

Eh? While SUN's machine were proprietary, in that they designed and sold their own machines, they were far from locked in platforms.

SPARC was covered by independent standards, and available from multiple sources. IO buses were all standard (VME, then SBUS, then PCI.)

They even produced open specs for their firmware. What more could a proprietary vendor do to be open?

Comment Re:And all they wanted was a faster horse (Score 1) 732

Also there was that time the US shot down Iran Air Flight 655, and then decided not to apologize or accept liability.

Don't worry - Pan Am cashed the check on that one over Scotland.
Too soon?

Too wrong. Pan Am 103 was destroyed by Libyan terrorists, possibly in reprisal of the US bombings of Tripoli, which were reprisals for the Libyan bombing of a Berlin disco frequented by US service men, which were reprisals for hostilities off the Libyan coast etc.

Simple fact is, the US government are bullies, and their posturing and actions make them despised, a bit like the British Empire was a century before.

Comment Re:How much? (Score 3, Insightful) 61

So $ 9,500 for the 3.84TB one? That's insane.

This, or a whole rack of short stroked mechanical HDD to achieve the same IOPS performance, and a dedicated runner to keep replacing the failed HDD as you go along, along with the extra power and cooling requirements to boot. Seems like a bargain to me.

Comment Re:Silly bogans... (Score 2) 148

WTF is ransomware compared to that?

Current ransomware will just destroy your data. But wait until the crimeware authors switch to "pay us X btc, or we'll make make your online activitiy look like that of a terrorist."

And you'll have the crimeware alibi as well to provide reasonable doubt. Wouldn't get a cent out of me.

Comment Re:Is it FIPS certified? (Score 2) 33

I'm no expert, but didn't LibreSSL remove support for some algorithms mandated by FIPS that are known to be insecure? I could be wrong, but I have the impression that it can't be certified because the standard itself is compromised.

As I understand it, FIPS dictates that if encryption is used, the encryption used must be FIPS certified. If they remove cipher X, then clearly you're not using cipher X and it doesn't need to be FIPS certified. I don't think FIPS dictates the list of required available ciphers, just the list of allowed ciphers.

I reserve the right to be wrong and corrected, mind.

Comment Re:SPARC isn't exactly a highly-used architecture (Score 1) 152

My gods. Dude, those things were slow on the very day they CAME OUT.

I don't know why Sun even made the SparcClassic. They were absolute garbage, then you look at how expensive they were and it's even more mind blowing.

It was the low cost SPARCstation LX, which itself was not a screamer, but fast enough.

You have to remember the PCs of the time were mostly i386. This was pre-Pentium, and i486s were still very expensive. All PCs were ISA bus (16-bit at perhaps 20MHz) versus the 32-bit 25MHz SBUS serving the SPARCstations of the time, and it can be seen that anything beyond the CPU was much faster on any SPARCstation. And even CPU wise, SPARC had the legs of even the highest end i486s of the time, especially on FPU performance (though a well cached 486 would probably edge it in integer benchmarks.)

The real SUN competition of the time were HP and the MIPS based vendors, both of whom pummeled SPARC CPU wise, but lagged in areas such as standards and vendor lock in.

TL;DR
If you were doing typical workstation type stuff of the 90's (modeling, simulation, anything FPU intensive) a SPARCstation really was cost effective against the actual competition (MIPS, HP.) Intel workstations just weren't in the game at this time.

Comment Re:Futile search? (Score 1) 208

My understanding has been that we should expect a civilization to use radio broadcasts that radiate out and which we can distinguish from noise for only maybe 100 or so years. Prior to that, they've not invented radio. After some point, all transmissions are compressed and/or encrypted so that they're harder to distingush from noise. And at some point, transmissions may be done via other media, such as point-to-point lasers and even things we haven't discovered yet. The likelihood is that all over civilizations have started at different points and progressed differently, so we've likely missed that window on all other civilizations.

Even encrypted comms requires beacons and markers that would not be encrypted, else there'd be no way of initiating contact or synchronizing.

That said, I have my doubts about ever finding other civilizations, even though I'm convinced they exist.

Comment Re:Wait a minute... (Score 1) 249

... The old Nokia died completely independent of Microsoft, which is the only reason Microsoft could afford to buy it.

Completely independent of Microsoft? The old Nokia died completely tied to Microsoft, having dumped their previous "burning platform" for Windows Mobile.

Comment Re:Duh (Score 1) 484

I don't think that there's any evidence that the linux swapfile performs better - and in any case why would it being unfragmented be an advantage? Memory access is random, and so swapfile access is random, and so why does having it non-contiguous cause an issue? Added to which, SSDs are becoming much more widespread, meaning the fragmentation issue vanishes.

In any case, can you make Linux use a swapfile permanently? One system I look after needs more swap, and I really don't want to repartition the entire drive just to increase the available virtual memory.

dphys-swapfile is available on all distributions that I know of.

Still, swapping from a partition will be faster than swapping from a file. There are simply less layers to traverse, but whether it's a perceptible difference, I just don't know as I've not measured it.

But you're right, SSDs are obviating the need for a contiguous swap file/partition. Swapping is inherently random in nature, which translates to random IO on contiguous or non-contiguous swap.

I have wondered what sort of difference log structured swapping would have? Swapping out would reduce to a contiguous operation as you'd be writing to the end of the log, and swapping in is effectively random IO anyway, so would not be impacted by the fragmentation introduced by the log structured writing. Again, not that much of an issue with SSD, but with HDD, it might be a measurable benefit when trying to free memory.

"The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante

Working...