Slashdot Mirror


User: Gyver_lb

Gyver_lb's activity in the archive.

Stories
0
Comments
9
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 9

  1. dm-cache on Software SSD Cache Implementation For Linux? · · Score: 3, Informative

    google dm-cache. Not updated since 2.6.29 though.

  2. Re:Fedora 8 locked up here on Anyone Besides Zune Owners With New Year's Crashes? · · Score: 1

    A Gentoo box locked up at 0:00 GMT too (last logs were around 23:59:xx and the system responded only to a hard reset).

    I have 4 other Gentoos that stayed up without any complaint. So this might involve a driver or at least a particular system state.

  3. Nokia N770 / N800 / N810 on What to Seek in an Older Subnotebook? · · Score: 3, Informative

    I have the 810 and it seems to fit the requirements (including Doom II). Depending on the time you need to spend typing at a keyboard, it may or may not be right for you (or you can choose to get a bluetooth keyboard). If you can withstand typing on a virtual keyboard or get a bluetooth keyboard, the 770 and 800 are dirt cheap on Ebay and quite capable machines (the 800 is basically a fatter 810 without keyboard and GPS and is upgradeable to the same OS version than the 810).

    As a Debian-based OS runs the little buggers you probably get the largest functionnality/size ratio out there.

  4. 2 years ? Not a tech but a management problem. on Thinking about Rails? Think Again · · Score: 1
    If it took them 2 years to find limitations, they didn't manage the project properly. When reading the rest of the article the flaws are obvious, they pickup Rails but :
    • Had 85 PHP coders and didn't plan their training,
    • Had a huge (95 tables) legacy database which brings specific problems with Rails and they apparently didn't care to find out how to solve them before deciding the switch,
    • Relied on hand-tuned SQL although Rails discourage this,
    • Obviously prefer in-house code to frameworks (so why use a framework?).


    So obviously Rails wasn't suited to what they wanted to do (if they are doing things right is another matter...) and they didn't realize it.
    It's as if you used a knife to eat porridge: sure you can, but using a spoon might be a better idea (or you could add a fork to the knife and eat a juicy steak with french fries).
  5. Re:Brrrr... on PHP5 Vs. CakePHP Vs. RubyOnRails? · · Score: 1

    In fact, given that the code above doesn't even try to handle the exception, you could has well write:

    class DoStuff
        attr_accessor :somenumber
    end

    and automatically get:

    > o = DoStuff.new
    > o.somenumber = 15
    > puts o.somenumber
    15

    You can add the exception handling if you want to check that @somenumber is a Fixnum. But that would be so if you want to waste time programming in Ruby like you are *forced to* in Java. If you are prepared to learn more efficient coding methods, you'll use unit testing to make sure that whatever code you write using DoStuff isn't brain-damaged (including the possible somenumber problems).

  6. rdiff-backup on Backing Up Laptops In a Small Business? · · Score: 1

    This is probably not useful for the OP as it's a Linux/Unix only solution, but others might find it interesting.

    I setup an OpenVPN access point for my whole business system infrastructure (on tcp port 443 for easy firewall circumvention) which is setup at a hosting company with a 100Mbp/s connection to the Internet. I access it through whatever connection I can get, the minimum being HSDPA (~1.2Mbit down, 128kbit up with my provider in France) when I'm on the go. Then I use rdiff-backup to transfer changes in a set of directories. The backup server uses a ssh key authorized for root login which means that the backup server can fully automate the backup process with no other configuration on the laptop than the installation of rdiff-backup and the publick ssh key.

    On systems using databases, the backup server begins by asking to dump them in uncompressed form (compressed data breaks the rsync algorithms rdiff-backup uses and triggers whole file transfers) before the actual backup.

    The whole laptop is backed up with some directories being left out. This allows me to be sure that only things I don't want backed up are not. The only thing I must keep in mind is to change the list of databases the backup system must be aware of when I add/remove them.

  7. Re:Why this isn't such a good thing on HD DVD Coming Very Soon · · Score: 1

    > Microsoft has done a great job on this compression algorithm, it definitely works better than MPEG4

    Better than which MPEG4 encoder on which content with which bitrate ?

    Stock Microsoft MPEG4 encoder was good at its time but now is pretty outdated by DivX 5 or Xvid. As MPEG4 encoders are :
    - usually fed with MPEG2 content instead of uncompressed video,
    - are used with rather low bitrates (between 500kbs and 2000kbps depending of the videos encoded and average quality targeted).

    The quality we are used to with MPEG4 is far from what is achievable with this codec...

    So the comparison is made between Microsoft MPEG4's encoder and their brand new codec, it is meaningless.

  8. Re:The spirit of the law on ASCI White Detonates The First E-Bomb · · Score: 1

    To make simulations on computers researchers need some preliminary results from actual nuclear explosions. This is the main reason why there were French tests 6-7 years ago, the hardware and software was already designed to do the simulations but there was a lack of data...

    For Pakistan and India, I don't think they can simulate nuclear explosions for the time being. They are at the beginning of their nuclear tests. US and France have waited around 4 decades before switching to simulations.
    They probably may get the needed data from Russians however...

    Anyone knows the state of nuclear explosions simulation in the world ? Russia and China for example ?

  9. Re:SETI is a Black Hole on The Search for Life · · Score: 1

    Wrong!

    1/ the Drake Equation only deals with our galaxy. It doesn't even pretend to give a fixed result. It's merely a statistical toy to play with.

    2/ You assume that the total mass of the universe is above a certain value. You define the universe as a black hole. It's the never-ending search about the density of the universe, and the resulting conclusion : all time expanding or final collapsing of the known universe. But it does in no way interfere with our ability to send and receive signals to/from anywhere in the universe (although receiving something from a black hole is quiet difficult - nothing's impossible unless you prove you have perfect knowledge of all universe physics rules - but it's a corner case...) ...

    Shortly, the tiny sphere you're describing either doesn't' exist or simply is the universe as we commonly define it.

    Enough feeding the troll.