Tests: Difference between revisions

From ReddNet
Jump to navigation Jump to search
Line 21: Line 21:


=== Description of Tests ===
=== Description of Tests ===
Currently all of these tests run on a handful of systems in the Vanderbilt Physics department.  Our connection out is limited at 1 Gbs, this is one potential bottleneck on the tests I can run (the other is the 622 Mbs bandwidth of Vanderbilt's external connection.
* Downloads of a large 1.1 GByte file
** I have loaded several 1.1 GBytes files into the full REDDnet deployment of depots (40 depots or so).
** My tests continuously download this file and compare the checksum of the downloaded file to the original to check for bit rot (amoung other things). 
** As soon as one download completes, another is started. 
** A cron job is used to keep this process going.
** Several of these jobs are run on on different systems in the physics cluster on the 9th floor of Stevenson Center.
* Uploads/downloads of a large 1.1 GByte file
** I initially download one of the several files that I seeded REDDnet with. 
** Once I verify that the download checksum is equal to that of the original file, I upload it back to REDDnet, giving
it a new name so it doesn't overwrite the orginal.
** After each upload/download cycle, the files checksum is compared to the original.
** These process is kept going by a cron job.


=== Motivations ===
=== Motivations ===

Revision as of 16:07, 28 April 2008

Test Documentation

  • For each test:
    • description of what you are testing
    • estimate duration, estimate what you expect?
    • description for your test method (what you did)
    • result

Proposed Tests

  • Stress test on SFASU
  • What happens when depots start to get full? (Harold and Dan)
    • depots should do low-level reclamation/resource recovery - Dan and Alan will do this test later this week


Ongoing Usage Tests (Sheldon)

These tests are continuous, although they can be stopped (just ask me).

Results are updated hourly.

Description of Tests

Currently all of these tests run on a handful of systems in the Vanderbilt Physics department. Our connection out is limited at 1 Gbs, this is one potential bottleneck on the tests I can run (the other is the 622 Mbs bandwidth of Vanderbilt's external connection.

  • Downloads of a large 1.1 GByte file
    • I have loaded several 1.1 GBytes files into the full REDDnet deployment of depots (40 depots or so).
    • My tests continuously download this file and compare the checksum of the downloaded file to the original to check for bit rot (amoung other things).
    • As soon as one download completes, another is started.
    • A cron job is used to keep this process going.
    • Several of these jobs are run on on different systems in the physics cluster on the 9th floor of Stevenson Center.
  • Uploads/downloads of a large 1.1 GByte file
    • I initially download one of the several files that I seeded REDDnet with.
    • Once I verify that the download checksum is equal to that of the original file, I upload it back to REDDnet, giving

it a new name so it doesn't overwrite the orginal.

    • After each upload/download cycle, the files checksum is compared to the original.
    • These process is kept going by a cron job.

Motivations

  • provide an ongoing "heartbeat" for REDDnet (is it working?)
  • tests for bit rot in depots (which would result in regular failures).
  • provide some feedback regarding performance (which would result in changes in download/upload times).
  • provide some feedback on failure rates...