Slashdot Mirror


User: amorsen

amorsen's activity in the archive.

Stories
0
Comments
4,590
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 4,590

  1. Re:I predict... on The Trilogy as One · · Score: 1

    Mules don't breed. They don't seem to be dying out.

  2. Re:Two Towers was amazing on The Trilogy as One · · Score: 1

    The TTT also had another character fall down to his death, yet survive in the end. I wonder who it will be in RotK.

  3. Re:behot? on Bad Videogame Acting Chronicled · · Score: 1

    Oh. I am so innocent.

  4. behot? on Bad Videogame Acting Chronicled · · Score: 1

    Could they mean biot?

  5. Re:Ditch the voting on How Would You Design the Voting Technology? · · Score: 1

    I would seriously love having a second chamber consisting of a random selection. That help keep tabs on the first chamber without getting everything entirely stuck.

  6. Mmm, vote buying on How Would You Design the Voting Technology? · · Score: 1
    After the election is finished, they can still view their votes for several years afterwards.

    Thank you, now you can prove that you voted the way I want. Here's your cheque.

  7. Re:He's dead, Jim. on Who is Still Using FSP? · · Score: 1

    WebDAV is a great replacement for FTP, actually. I don't see why you think otherwise.

  8. Re:No logic? on Georgy Tells Why She Should Be California Gov · · Score: 1
    Why should the minority be able to override the will of the majority to reelect him?

    Because larger majorities are rejecting the other candidates?

  9. Re:Playing both sides on Georgy Tells Why She Should Be California Gov · · Score: 1

    Do you really think anyone not liking XEmacs has a chance? There are already rallies planned and angry letters written. Just you wait.

  10. Re:A politician indeed! on Georgy Tells Why She Should Be California Gov · · Score: 1

    Let us make a support group

  11. Re:Hmm on Zalman TNN 500A - Complete Heatpipe Cooled Case · · Score: 1
    With a chassis like that , you'll probably end up just spreading the heat through your entire case instead of directing heat away from CPU, HD etc.

    What exactly do you think the fans do? Hint: spreading the heat around is exactly you want to do. Unless you want to keep the CPU cooler than ambient, but then fans are not going to work either.

  12. Re:Heat Pipes 101 on Zalman TNN 500A - Complete Heatpipe Cooled Case · · Score: 0

    That still does not change the fact that there is a temperature gradient. In the real world. And I am somewhat amazed that two moderators think otherwise.

  13. Re:Heat Pipes 101 on Zalman TNN 500A - Complete Heatpipe Cooled Case · · Score: 5, Informative

    The system is not closed. One end is being heated, the other end cooled. Therefore there is a temperature gradient. Perhaps someone else needs to learn simple thermodynamics.

  14. Re:DNSSEC seems awful overblown on DNSSEC: Good Enough? · · Score: 1

    DNS can be easily and efficiently changed on the wire. Cisco and other vendors sell boxes which are very good at it.

  15. Re:Other aspects of DNSSEC on DNSSEC: Good Enough? · · Score: 3, Informative
    For some of the big zones - .com - I have heard that DNSSEC can make it take a very long time to come up after a change in zone contents. That's sort of having to wait for fsck to complete on a 500gigabyte disk every time you want to change a file in the filesystem.

    That's a myth spread (mostly) by VeriSign. In reality, the .de zone (which is about as large as .com) was signed in a few hours on a workstation a few years back. CPU speed is growing way faster than the number of domains these days, and a few hours are not a problem compared to propagation delays you face anyway when changing .com.

    Reality is that DNSSEC doesn't let VeriSign make more money off each second-level domain. They want DNSSEC changed so they can turn it on and off for each second-level domain. That way they get to charge everyone again. Of course they don't say that out loud; instead they claim performance requires that. Search for DNSSEC opt-in if you want to know more.

  16. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1

    An AC transformer is a whole lot of copper wire and a metal core. A DC "transformer" is just another cheap IC.

  17. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1
    You obviously have no concept of AC and DC electricity. Its not just a matter of stepping voltages, its also a matter of line losses and safety. High DC voltages are much more dangerous than similar AC voltages. On top of this, the line losses would make long-range transmission of DC power impractical.

    ereuter said it best

    DC is more efficient. I will let the reader decide who has no concept of AC and DC electricity.

  18. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1

    In a pure DC system you would never convert back and forth. So there is no problem.

  19. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1

    You are living in the 90's. DC-DC conversion is easier these days for voltages less than tens of kV. It is rapidly becoming practical even for the highest voltages. Power electronics are changing everything.

  20. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1

    Switched transformers are getting popular already. Soon they'll be cheaper all the time, not just most of the time. Switched transformers would be simpler if they didn't have to start out with AC. So yes, I am saying we should toss out all those power-hungry inefficient wall-warts.

  21. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1
    240V is pretty pathetic at making arcs. The easiest solution to the danger problem is to deliver one voltage to the house, which is then converted by power electronics to something like 50V. Only a few outlets for stoves, vacuum cleaners, and electric kettles would have a higher voltage.

    If you really wanted you could make "almost-DC" with a brief break a few times a second.

  22. Re:Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1

    It already happened. Old-fashioned light bulbs are still running 50 Hz AC. Those bulbs would run just as well on DC. Everything else is either converting to DC or switching much faster than 50 Hz.

  23. Switch to DC on Power Electronics Help to Control Electrical Grids · · Score: 1, Flamebait

    It's much easier to regulate DC with power electronics. AC was needed back when the only way to change voltage was using a transformer. Now it is obsolete.

  24. Re:With 20k rpm scsi drives.... on Miniature 5400 and 7200 RPM HDDs Reviewed · · Score: 1
    A better prefetching mechanism would help greatly for typical use,

    That prefetching mechanism cannot be on the drive. The drive does not know whether a sector contains metadata, database locks, or video. Of course the drive can try to figure it out, but doing so would require vast amounts of CPU power and memory. Not something you want on a hard drive.

    maybe have the drive read the entire track and put it into the buffer (and move the head to the next track) so the next access doesn't have to wait for data on said track to 'line up' again.

    This is so last millenium. All disks do it already. The rest of the ideas have been proposed before. Some of them have even been implemented.

  25. Re:With 20k rpm scsi drives.... on Miniature 5400 and 7200 RPM HDDs Reviewed · · Score: 1
    An intelligent pre-buffering system to keep the 16MB buffer full of anticipated data would help the drives perform as well as 7200 RPM drives

    Err no. At least not for reads. 16MB of buffer is not even half a second at full transfer speed. Besides, hard drive cache is at the wrong end of the cable. It is much better and cheaper to add those 16MB to the main memory. Perhaps if the cache was a few gigabytes, it might make a difference. It would still only cover a few percent of the drive, so the effect would most likely not be all that impressive.

    16MB battery-backed write cache is a great help for synchronous writes though. Without the battery it is mostly useless if you care about your data: asynchronous writes are again much better kept in host memory than in a disk buffer. And synchronous writes have no use for cache that might get erased anytime, by definition.