[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: AccuVote-TS internal memory consumption testing



From: owner-support@dieboldes.com [mailto:owner-support@dieboldes.com] On Behalf Of Nel Finberg
Sent:
Friday, November 08, 2002 2:00 AM
To: support
Subject: AccuVote-TS internal memory consumption testing

 

The intent of AccuVote-TS equipment and election-related testing is, amongst others, to test the robustness of the unit for the voting, counting, and tallying of the election at hand, over a given time period (ie. polling or early voting).  Such testing should include a simulation of anticipated resource consumption in internal memory.

 

A volume test is done by Wyle, IIRC.

·        How do the voting, counting, tallying, and uploading affect internal memory?

Not sure how to answer that.  Those operations use memory.

·        When an Automatic L & A Test is performed, how is internal memory affected?

Again.

·        Does every ballot cast in the Automatic L & A Test pose the same requirements  of internal memory as an individually voted ballot?

No.  They are almost completely different.  If you use the record/playback of user actions feature, you’ll have a relatively accurate test though.

·        What election configurations pose special requirements in terms of internal memory, ie. text highlighting, audio, multiple languages, or any kind of other data components that may pose excessive resource requirements?

There are no configurations that should pose any special requirements.

Nel

 

See bug 1179 and bug 2258.

 

Ken