Re: Intel RST driver -> SSD bug ?
On 2020-10-21 10:21, A. Kapetanovic wrote:
David Christensen writes:
Intel hardware RAID is best supported on Windows -- install a driver
that includes an administration GUI, and you can see what the hardware
is doing.
I used smartctl, short and long test. Both seems to be OK (the shell is
at the end of this message), but one strange thing : both test are
finished quite at the same I run them.
'smartctl -t ...' starts a test in the background. Short tests can take
seconds or minutes to complete, depending upon the drive. Long tests
can take minutes or hours. Monitor progress with 'smartctl -x ...' (I
prefer '-x' rather than '-a'). See below.
I will look for a driver that includes an administration GUI, I have no
knowledge about.
I meant that Intel provides RAID drivers and tools for Windows:
https://downloadcenter.intel.com/product/55005/Intel-Rapid-Storage-Technology-Intel-RST-
Intel supports Linux through open-source software:
https://software.intel.com/content/www/us/en/develop/topics/open-source.html
I now use ZFS exclusively for RAID. This means I need to set the disk
drive mode to AHCI in the motherboard firmware.
Can this filesystem help me ?
Yes, but ZFS is not supported OOTB on Debian.
Given a single 512 GB SSD, I would use the Debian installer and put
Debian into the first ~14 GB using ext4. Once the system is up, I would
install the ZFS packages:
zfs-dkms
zfsutils-linux
Then, create a partition using the rest of the SSD.
Then, create a ZFS pool using that partition with the options:
-O compress=lz4
-O atime=off
-O copies=2
Now you can add ZFS filesystems and/or volumes as desired, such as for
/home or for PostGreSQL.
Are parts of your Perl program disappearing? If so, describe the steps
required to reproduce the bug and view the effects.
Look this shell :
amel@laptopasus:~/fp/test.algoB$ perl -c algo-B1.pl
algo-B1.pl syntax OK
amel@laptopasus:~/fp/test.algoB$ ./algo-B1.pl
2020-01-01 - 2020-08-31
amel@laptopasus:~/fp/test.algoB$ ./algo-B1.pl
2020-01-01 - 2020-08-31
amel@laptopasus:~/fp/test.algoB$ ./algo-B1.pl
Undefined subroutine &main::lisblocage called at ./algo-B1.pl line 161.
I didn't change anything in algo-B1.pl between these shells. Some hours
before that, I had the same problem : a function of algo-B1.pl vanished,
I'm not sure, It is very possible it's the same.
Are parts of a file accessed by your Perl program disappearing? If so,
describe the steps required to reproduce the bug and view the effects.
This program access a postgresql database, impossible for me to say
something, the main table has millions of records, the little tables are
ok.
We cannot comment unless you post an example script and/or database that
demonstrates the bug.
Do you have a test suite for your Perl program?
https://www.perl.org/about/whitepapers/perl-testing.html
Create a test script that elicits the bug. Then, move your Perl
program and test script to another machine without RST and run the
test script. That should tell you if you have an issue with your Perl
program or an issue with RST.
I will take a look of perl-testing.html ; bu there, I have only my
laptop...
Test-driven development is a software engineering process. You can use
any computer. A new Asus laptop with an NVMe drive, Debian, and Perl
should work very well:
https://en.wikipedia.org/wiki/Test-driven_development
"Intermediate Perl" explains modules, distributions, testing, and other
useful subjects:
https://www.oreilly.com/library/view/intermediate-perl/0596102062/
If you are serious about Perl, you will want these books:
https://www.oreilly.com/library/view/learning-perl-7th/9781491954317/
https://www.oreilly.com/library/view/perl-cookbook-2nd/0596003137/
https://www.oreilly.com/library/view/programming-perl-4th/9781449321451/
# smartctl -t short -a /dev/nvme0n1p5
SMART overall-health self-assessment test result: PASSED
This is the result of whatever test smartctl ran previously.
# smartctl -t long -a /dev/nvme0n1p5
SMART overall-health self-assessment test result: PASSED
This is the result of the smartctl 'short' test, started above.
Run 'smartctl -x /dev/nvme0n1p5' to see the result of the 'long' test.
David
Reply to: