ok, but if you don´t sync file system (remove from memory and put in disk controller) you will lost information with or without a batery how to don´t lose information? don´t power down you memory,cpu, disk controller (sata controler, raid controller, or anyother) and disks (does it have a batery? a super capacitor?) if you power down, be sure that all memory was send to disk controller and that disk controller have energy (batery or capacitor) to send information to disks (they need batery or capacitor too) right? so, a ups can power cpu, memory, disk controller and disks with only one batery (not a batery for each device cpu,memory,disk,disk controller) the best world could be a non volatile memory (250mb/s flash 4kb block) with the speed of volatile memory (10000mb/s ddr3 i don´t know the block size) 2011/1/19 Cory Coager <ccoager@xxxxxxxxx>: > On 01/18/2011 10:17 PM, Roberto Spadim wrote: >> >> reading again... should you use a good ups system with information >> about % of batery, like a notebook? >> read/write cache can be change with async or sync options on filesystem >> mount >> batery support is done with ups system >> maybe with some time of use (10 years) the baterry of you ramdisk >> should be replaced, will you replace it? is easier replace a ups >> batery or a ramdisk specific batery? >> check at internet about 12vdc atx power supply, and use a charger and >> a car batery to supply power to your computer, it's a very nice >> solution =) > > Sure, I'll replace the battery in the ram disk. Not much different than a > hardware raid card with a battery in it. > > I think you're missing my point. A UPS isn't going to save your file system > if the machine dies mid-write. > > -- > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Roberto Spadim Spadim Technology / SPAEmpresarial -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
