x
Doublehelix 11 October 2001

Ok...upgrading my IBM box, maximum memory is only 384 MB :( (3X 128 MB).

Question: For audio apps, should I use parity or non-parity memory. I understand that error-checking can slow down the memory, but does it help with audio apps?

Comments

Opus2000 Thu, 10/11/2001 - 13:17

Ya know...I've never really thought about that issue with software apps...I do know that you probably should stay with what the motherboard reccomends..it really depends if you have SIMM or DIMM sockets on the board..usually the manual for the motherbaord will let you know what you should get...judging by the fact that you can only have 384MB RAM I would say that you might have SIMM..older stayle memory sticks..
As for you Munkee...going with 512MB RAM is definately worth it..helps deal with plugins and processing..the less it has to put to disk the better..Twinkies have an unlimited shelflife so why not stock up on those as well...great sugar level booster for those late night mixes too..
Opus

Doublehelix Thu, 10/11/2001 - 14:07

Actually, my memory chips are 168-pin DIMMs (SDRAM) running at 100 MHz instead of 133 MHz (bummer :( ). The computer was a year old last May, so it is considered a "grandpa" by now.

I checked on Crucial.com and they state that it will accept either parity or non-parity. (Non-parity has error-checking, and usually 9 chips on board instead of 8). Error-checking is useful for servers according to Crucial, but is a bit slower.

Unfortunately, on this mobo, IBM only supports 128 MB chips, and it only has 3 slots...it really bites the big green weenie...

I am probably going to go with a SCSI drive, and switch it over to a new box in a few months if this one gives me problems...it is just hard to pass up a "free" box when it is just sitting here.

DH

llornkcor Thu, 10/11/2001 - 18:22

ohh google.com, I love ya'!!!
solution

Anyway-
from
http://www.pcguide.com/ref/ram/packParity-c.html

" Non-parity is "regular" memory, including one bit of storage for each bit of data. Parity memory includes one
extra bit of storage for every eight bits of data, used to store information about the
data that the system can later use for error detection or correction"

"Parity memory will usually work in a non-parity system; the extra parity bits are
ignored. However, non-parity memory will not work in a parity system (unless parity
checking is turned off in the BIOS setup program, and some older systems don't even allow
that). If you use non-parity memory in a parity system, a parity error will be generated
as soon as the system boots up."

so there ya go!

party vs non-party! :D
er... I mean parIty

It kinda depends if you like to allow random errors in your data. Modern systems use error checking.

ljp

Doublehelix Fri, 10/12/2001 - 05:05

OK..so now we a have a pretty good definition of what party vs. non-party memory is...(Dang...did I say "party" too??? It is contagious! I *meant* "parity"! :) )

Now back to the original question...what is recommended for digital audio? llornkcor2's comments (where the *hell* did you get that name anyways??? Sheesh!) were something like

"It kinda depends if you like to allow random errors in your data. Modern systems use error checking."

I assume that was an endorsement for using ECC chips (error-checking). :)

Any others?

DH

llornkcor Fri, 10/12/2001 - 15:47

Originally posted by Doublehelix:

where the *hell* did you get that name anyways??? Sheesh!

DH

llornkcor rocknroll
:eek:

(I added the 2, because I forgot my original password on the Tascam forum way back when I don't even remember, and don't even have the same email address or even remember what it WAS to fetch the password.)

http://llornkcor.com

Most machines are fast enough where I don't think that the difference between error checking and non is going to make much of a difference. Maybe if you are using a 386 or something. Get what the motherboard can handle.
I've had better luck in general with parity memory. Just don't mix parity and non parity memory in the same system.

ljp

x

User login