Who cares what's in the computer case? Well, it should work of course. ECC RAM, certainly. But the important parts are the keyboard, trackball and screen. I have an old Dell keyboard with Alps switches. (I don't remember what kind exactly. Something tactile.) I have the worlds best trackball, the Logitech TrackMan Marble FX. And I have a 1920x1200 IPS screen with fairly accurate colours. (Plus an extra 1600x1200 IPS screen with not so accurate colours that is usually turned off.)
(But to answer the question a bit: FX8350/16GB ECC/some SSD/cheapest gfx card in the store.)
Google translate is possibly hillarious, but good? Let's try something I saw recently:
The letters are your own business.
google translate to Swedish:
Bokstäverna är ditt eget företag.
or German if you prefer:
Die Buchstaben sind Ihr eigenes Geschäft
and then I'll translate it back to English for you using my brain (the Swedish and German mean the same thing, I'm fairly sure, though I don't speak German):
The ABCs are your own corporation.
That's not good, that's incomprehensible. You have to know that these words are the same in English to have a chance of understanding it.
I made my own image tagging software, which is likely to be supported (for me, by me) as long as I care. It's probably not the right choice for most people. Anyone who wants to use mine is free to do so, but it's not well packaged. Undoubtedly missing features some people consider mandatory. It also makes some unconventional choices.
If anyone wants to try it I will answer email about it, and we can arrange to meet on IRC. There are several mode repos on the same github account (that are part of the same system).
Basic ideas:
Client/server model. Server in C, client in python.
Everything you do it kept forever. The only persistant metadata storage is a log of everything you've done.
Image files are never ever touched. They are identified by their hash. Anything messing with them will break this.
There's a fuse filesystem for searches, which you can use with whatever viewer you like. There's also a (crappy) web interface.
You can import raw files and see jpegs in the fuse fs/web client. (The embedded jpeg found in nearly all raw files.)
It's undefined in either case, because == is not a sequence point. (That is, the right side will yield the value C had before this statement, but the left side might not. Probably anyway, I'm not going to look it up.)
In the grand internet tradition of answering a loosely related question which is no use at all to the asker, I will say that the "smart kids" might use something like ZFS, which almost handles this for you. (Take snapshots, save delta streams on your USB stick. Requires the backup to be a ZFS copy, not just the same files.)
Useless right now at least. But I've been pretty happy with switching my storage to ZFS, even if the Linux version sucks. (I mostly don't use the Linux version.) I'd recommend it to anyone who doesn't mind a bit of transitional pain.
Keyword: cognitive load. Case in point: hilariously excrutiating code example in linux man page of snprintf. If you need to jump through all these burning hoops to do something this mundane, imagine how much more your proficient C coder could achieve in a more sensible laguage with the same amount of effort.
A sensible C coder might use vasprintf instead of the example in that manpage. The fact that all the standard library functions aren't great for all (or sometimes any) use cases is hardly unique to C.
SMTP has no such restriction. (Not saying it's good exactly, but it doesn't have that particular problem.)
The unix mbox format has that problem though, but there are plenty of better options for mail storage. And there are no interoperability problems with switching, except with local software.
I'm pretty sure the Linux version of dump doesn't do any snapshoting. The FreeBSD version can do it because the FS supports snapshots, but ext3 does not. (Maybe it will do snapshots automatically if you have a setup that will support them, but the original problem is that this is not the case.)
On a decently configured modern system using a less than modern filesystem. Which isn't really the best kind of decent configuration for all situations.
Yes, I am saying that. There are options for: DRAM ECC enable DRAM MCE enable Chip-Kill mode enable DRAM ECC Redirection DRAM background scrubber L2 cache background scrubber DCache backdround scrubber
The full specs of my board are GA-MA770-UD3 rev 2.0 with BIOS version "FA", Kingston valueram ECC memory, Athlon X2 BE-2400 CPU. So tech support could be right for the board you asked about, though probably not.
While it's certainly true that most consumer boards don't have BIOS support for ECC, my Gigabyte GA-MA-770-UD3 does, so gigabyte probably doesn't lie when they claim support on other boards. (But these options are not shown if you don't actually have ECC-memory, so you could easily fool yourself when you check for it.)
Also my slightly older ABit AN-M2HD supports ECC. Both boards were bought with ECC in mind, it's not all that common. But it's certainly possible to get.
I suspect they have a capacitor large enough to finish committing their buffers. At least they seem to see little performance degradation with write barriers, and do retain all the files they should when I pull the power while writing. (I didn't do a proper test, but it seems to work correctly, assuming your OS does.)
(And for the record, any OS that still thinks anything the HD acks is written is living in a dream world, it hasn't been true for 15 years on consumer disks.)
Re:Just a tad over the top? No ECC = NO buy
on
DDR3 RAM Explained
·
· Score: 1
Running memtest is of course a good idea, but with ECC you can (assuming you have software support) know about errors during normal operation. I've had two on my desktop in the last 30 days. (975X chipset, 4GB DDR2 667MHz memory.) (This is infrequent enough that it would usually pass memtest for your 48 hours (and has). (Memtest stresses the memory more, but still.))
Re:I've been using vi for so long...
on
The Birth of vi
·
· Score: 1
The ESC key isn't so great for hitting actually. Better than ^X, but not so good. Fortunately there are better placed keys you can remap. I put it on the right control, and it's great. (And then I make the real ESC into compose, because that's useful but rarely used.)
(And yes, I know you can also use ^[, but that's pretty useless on most non-american keyboards. On my keyboard, that's ctrl-alt-8.)
Then by your own argument... Terrorists flying planes into big buildings costs the tax-payers a lot of money, ergo it is okay to do whatever is necessary to reduce terrorism... Same argument..
Not the same argument. The same argument would be that it's okay to make it illegal to fly planes into buildings. And I do beleive it is!
Do I have to put in a disclaimer stating that I know I'm off topic? I think correcting factual errors is reasonable even if they are not relevant to the topic. (And even if slashdot officially disagrees.)
The A1200 (and indeed all Amigas, except possibly those that require kickdisks) can boot from any drive, no hacking needed. The very idea that it would not be possible to boot from any drive (or any partition on a HD, without any special boot loaders installed on it) is a very PC-ish thing. (If you wanted not to wait for it to time out the removed DF0-drive you would probably need to hack it, but it's not a long timeout.)
And it's also perfectly possible (and fairly common) to put in a 3.5" drive without removing the floppy. (You have to remove a bit of RF-shielding though.)
Multiple audio streams has worked in freebsd for me longer than it has worked for most people in linux. But for some reason it's not enabled by default.
sysctl hw.snd.pcm0.vchans=4
or however many virtual channels you would like, will fix that. Put it in/etc/sysctl.conf to make it permanent.
It would be nice if BBB didn't suck so much for people without fastighetsnät (whatever that is in english). I used to have 13Mbit symmetrical VDSL, but BBB never offered that (I got it because I already had it when they merged with my ISP). And now they've "upgraded" me to 10/1. (Yes, they called it an upgrade!)
I'm just waiting for them to take my static IP too, because surely as a Consumer I don't need it.
The reason I say this, is because it would involve lot's of complex handling, probably both in the filesystem and the disk firmware. Either the disk knows about the filesystem, and you need rediculously complex protocols talking to the disk about what the fs really looks like (because stuff yet to be written is in the cache), or you need to handle "this file used to be in block 3532552, but the disk is now only 3532550 blocks large, so it must have moved to...".
And since problems are actually rare, this code would not be well tested, and you'd end up with corrupt filesystems when problems happened. It's just not worth it.
Encoding as MPEG2 would also have been very unprofessional, as it doesn't qualify as a "quality source". At the very least, the color resolution has been halved from the original source material.
While I agree that MPEG2 usually fails to qualify as a quality source, it does support 4:2:2 colour (same as DV), it's just not used on DVDs. (And I suppose probably not supported by most encoders.)
Not at all, you just have to move to Sweden. I have 13Mbit/s, symmetrical, two static IPs, no bandwidth limits, personal servers allowed and no blocked ports for 428 SEK/month. That's about 33 GBP (or 61 USD).
Re:"Digital Ready" headphones -- for digital ears?
on
Truth in Advertising?
·
· Score: 1
Also, I can't tell you how many network cards and prefab patch cables I've bought in the last couple years that say "DSL/Cable compatible", for the exact same reason.
And they used to read "YES! It runs with Netware!". Which of course means "this is a crappy NE2000 clone". (Well, the cards did. I've never seen a cable that claimed netware compatibility.)
Most bad floppydrives are just dirty and/or misaligned, so it may well be easy to fix. If it takes some standard RAM chips for upgrade (sounds fairly likely) you can probably expand it to 640k and run Minix on it, thus turning it more or less into a "server". (RAM chips available in other computers of the same generation.)
Who cares what's in the computer case? Well, it should work of course. ECC RAM, certainly. But the important parts are the keyboard, trackball and screen. I have an old Dell keyboard with Alps switches. (I don't remember what kind exactly. Something tactile.) I have the worlds best trackball, the Logitech TrackMan Marble FX. And I have a 1920x1200 IPS screen with fairly accurate colours. (Plus an extra 1600x1200 IPS screen with not so accurate colours that is usually turned off.)
(But to answer the question a bit: FX8350/16GB ECC/some SSD/cheapest gfx card in the store.)
Google translate is possibly hillarious, but good? Let's try something I saw recently:
The letters are your own business.
google translate to Swedish:
Bokstäverna är ditt eget företag.
or German if you prefer:
Die Buchstaben sind Ihr eigenes Geschäft
and then I'll translate it back to English for you using my brain (the Swedish and German mean the same thing, I'm fairly sure, though I don't speak German):
The ABCs are your own corporation.
That's not good, that's incomprehensible. You have to know that these words are the same in English to have a chance of understanding it.
I made my own image tagging software, which is likely to be supported (for me, by me) as long as I care. It's probably not the right choice for most people. Anyone who wants to use mine is free to do so, but it's not well packaged. Undoubtedly missing features some people consider mandatory. It also makes some unconventional choices.
If anyone wants to try it I will answer email about it, and we can arrange to meet on IRC. There are several mode repos on the same github account (that are part of the same system).
Basic ideas:
Client/server model. Server in C, client in python.
Everything you do it kept forever. The only persistant metadata storage is a log of everything you've done.
Image files are never ever touched. They are identified by their hash. Anything messing with them will break this.
There's a fuse filesystem for searches, which you can use with whatever viewer you like. There's also a (crappy) web interface.
You can import raw files and see jpegs in the fuse fs/web client. (The embedded jpeg found in nearly all raw files.)
It's undefined in either case, because == is not a sequence point. (That is, the right side will yield the value C had before this statement, but the left side might not. Probably anyway, I'm not going to look it up.)
In the grand internet tradition of answering a loosely related question which is no use at all to the asker, I will say that the "smart kids" might use something like ZFS, which almost handles this for you. (Take snapshots, save delta streams on your USB stick. Requires the backup to be a ZFS copy, not just the same files.)
Useless right now at least. But I've been pretty happy with switching my storage to ZFS, even if the Linux version sucks. (I mostly don't use the Linux version.) I'd recommend it to anyone who doesn't mind a bit of transitional pain.
Keyword: cognitive load. Case in point: hilariously excrutiating code example in linux man page of snprintf. If you need to jump through all these burning hoops to do something this mundane, imagine how much more your proficient C coder could achieve in a more sensible laguage with the same amount of effort.
A sensible C coder might use vasprintf instead of the example in that manpage. The fact that all the standard library functions aren't great for all (or sometimes any) use cases is hardly unique to C.
SMTP has no such restriction. (Not saying it's good exactly, but it doesn't have that particular problem.)
The unix mbox format has that problem though, but there are plenty of better options for mail storage. And there are no interoperability problems with switching, except with local software.
I'm pretty sure the Linux version of dump doesn't do any snapshoting. The FreeBSD version can do it because the FS supports snapshots, but ext3 does not. (Maybe it will do snapshots automatically if you have a setup that will support them, but the original problem is that this is not the case.)
On a decently configured modern system using a less than modern filesystem. Which isn't really the best kind of decent configuration for all situations.
Yes, I am saying that. There are options for:
DRAM ECC enable
DRAM MCE enable
Chip-Kill mode enable
DRAM ECC Redirection
DRAM background scrubber
L2 cache background scrubber
DCache backdround scrubber
The full specs of my board are GA-MA770-UD3 rev 2.0 with BIOS version "FA", Kingston valueram ECC memory, Athlon X2 BE-2400 CPU. So tech support could be right for the board you asked about, though probably not.
While it's certainly true that most consumer boards don't have BIOS support for ECC, my Gigabyte GA-MA-770-UD3 does, so gigabyte probably doesn't lie when they claim support on other boards. (But these options are not shown if you don't actually have ECC-memory, so you could easily fool yourself when you check for it.)
Also my slightly older ABit AN-M2HD supports ECC. Both boards were bought with ECC in mind, it's not all that common. But it's certainly possible to get.
I suspect they have a capacitor large enough to finish committing their buffers. At least they seem to see little performance degradation with write barriers, and do retain all the files they should when I pull the power while writing. (I didn't do a proper test, but it seems to work correctly, assuming your OS does.)
(And for the record, any OS that still thinks anything the HD acks is written is living in a dream world, it hasn't been true for 15 years on consumer disks.)
Running memtest is of course a good idea, but with ECC you can (assuming you have software support) know about errors during normal operation. I've had two on my desktop in the last 30 days. (975X chipset, 4GB DDR2 667MHz memory.) (This is infrequent enough that it would usually pass memtest for your 48 hours (and has). (Memtest stresses the memory more, but still.))
The ESC key isn't so great for hitting actually. Better than ^X, but not so good. Fortunately there are better placed keys you can remap. I put it on the right control, and it's great. (And then I make the real ESC into compose, because that's useful but rarely used.)
(And yes, I know you can also use ^[, but that's pretty useless on most non-american keyboards. On my keyboard, that's ctrl-alt-8.)
Then by your own argument... Terrorists flying planes into big buildings costs the tax-payers a lot of money, ergo it is okay to do whatever is necessary to reduce terrorism... Same argument..
Not the same argument. The same argument would be that it's okay to make it illegal to fly planes into buildings. And I do beleive it is!
Perhaps you would also be interested in the alt.sex.cthulhu newsgroup? (Not sure if it still exists.)
Do I have to put in a disclaimer stating that I know I'm off topic? I think correcting factual errors is reasonable even if they are not relevant to the topic. (And even if slashdot officially disagrees.)
The A1200 (and indeed all Amigas, except possibly those that require kickdisks) can boot from any drive, no hacking needed. The very idea that it would not be possible to boot from any drive (or any partition on a HD, without any special boot loaders installed on it) is a very PC-ish thing. (If you wanted not to wait for it to time out the removed DF0-drive you would probably need to hack it, but it's not a long timeout.)
And it's also perfectly possible (and fairly common) to put in a 3.5" drive without removing the floppy. (You have to remove a bit of RF-shielding though.)
Multiple audio streams has worked in freebsd for me longer than it has worked for most people in linux. But for some reason it's not enabled by default.
/etc/sysctl.conf to make it permanent.
sysctl hw.snd.pcm0.vchans=4
or however many virtual channels you would like, will fix that. Put it in
I'm just waiting for them to take my static IP too, because surely as a Consumer I don't need it.
(Who me, bitter?)
The reason I say this, is because it would involve lot's of complex handling, probably both in the filesystem and the disk firmware. Either the disk knows about the filesystem, and you need rediculously complex protocols talking to the disk about what the fs really looks like (because stuff yet to be written is in the cache), or you need to handle "this file used to be in block 3532552, but the disk is now only 3532550 blocks large, so it must have moved to...".
And since problems are actually rare, this code would not be well tested, and you'd end up with corrupt filesystems when problems happened. It's just not worth it.
While I agree that MPEG2 usually fails to qualify as a quality source, it does support 4:2:2 colour (same as DV), it's just not used on DVDs. (And I suppose probably not supported by most encoders.)
Not at all, you just have to move to Sweden. I have 13Mbit/s, symmetrical, two static IPs, no bandwidth limits, personal servers allowed and no blocked ports for 428 SEK/month. That's about 33 GBP (or 61 USD).
And they used to read "YES! It runs with Netware!". Which of course means "this is a crappy NE2000 clone". (Well, the cards did. I've never seen a cable that claimed netware compatibility.)
Most bad floppydrives are just dirty and/or misaligned, so it may well be easy to fix. If it takes some standard RAM chips for upgrade (sounds fairly likely) you can probably expand it to 640k and run Minix on it, thus turning it more or less into a "server". (RAM chips available in other computers of the same generation.)