HDD write cache

[Wojciech Puchar]

> registered.
>
> Try setting the values in /boot/loader.conf if you haven't already?
>
> You can check the actual status of the disk itself using:-
> camcontrol identify ada0

this proved your statement.

will check it out at next reboot.

>
>   Regards
>   Steve
>
> ----- Original Message ----- From: "Wojciech Puchar" 
> <wojtek at wojtek.tensor.gdynia.pl>
> To: <freebsd-hackers at freebsd.org>
> Sent: Friday, February 01, 2013 2:26 PM
> Subject: HDD write cache
>
>
>> after reading quite recent topics about disabling/enabling write cache, i 
>> tried to test in on desktop 3.5" drive
>> 
>> kern.cam.ada.write_cache: 1
>> kern.cam.ada.read_ahead: 1
>> kern.cam.ada.0.read_ahead: -1
>> kern.cam.ada.0.write_cache: -1
>> 
>> i tried writing 1 or 0 to kern.cam.ada.0.write_cache, and there were 
>> exactly no differences at all, and disk seems to do always write caching.
>> 
>> Does that drive lie and ignore commands or i do it wrong?
>> 
>> this is my disk.
>> 
>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
>> ada0: <SAMSUNG HD501LJ CR100-10> ATA-8 SATA 2.x device
>> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
>> ada0: Command Queueing enabled
>> ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C)
>> 
>> _______________________________________________
>> freebsd-hackers at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>> 
>
> ================================================
> This e.mail is private and confidential between Multiplay (UK) Ltd. and the 
> person or entity to whom it is addressed. In the event of misdirection, the 
> recipient is prohibited from using, copying, printing or otherwise 
> disseminating it or any information contained in it. 
> In the event of misdirection, illegible or incomplete transmission please 
> telephone +44 845 868 1337
> or return the E.mail to postmaster at multiplay.co.uk.
>
>