да, свойство item оказывается быстрее метода add..  
 
хотя add можно использовать и по-другому, но все равно он чуть-чуть медленнее

насколько я знаю запись типа "0&" явно указывает компилятору что это число as Long, что бы он не терял время на определение типа числа. вот.

попробуйте прогнать код:  
 
Sub еее()  
   Dim x  
   x = 0&  
End Sub  
 
с этим знаком и без него.. - внимательно наблюдайте в locals

слэн, спасибо Вам! Кажется понял :)  
 
1. Если "x = 0&" - значение "Empty" (Variant/Empty)  
2. Если "x = 0"  - значение 0 (Variant/Integer)  
 
слэн, в Вашем варианте в словаре не задаем ключь, правильно?

{quote}{login=GIG_ant}{date=24.03.2011 12:41}{thema=Re: }{post}Прогнал: со знаком лонг, без оного интеджер, а как это влияет на выполнение макроса (который вы дописали) ?{/post}{/quote}  
long обрабатывается быстрее..  
 
32битная архитектура заточена под  работу с 32 битами, составляющими тип long

Добавить пару КЛЮЧ-ЗНАЧЕНИЕ в словарь можно такими способами:  
1 — метод .Add(<Key>,<Item>) - всем известен, но может вызывать ошибку если пара с таким ключом уже существует. Поэтому для выборки уникальных приходится усложнять код либо обработчиком ошибок, либо проверкой на .Exists(<Key>)  
 
2 — чтением по ключу: хх=.Item(<Key>)  
Если <Key>  в словаре есть, то возвращается ассоциированное с ним ЗНАЧЕНИЕ.  
Если <Key> в словаре отсутствует, то создается новая пара с КЛЮЧОМ=<Key> и ЗНАЧЕНИЕМ=Empty, возвращается хх=Empty  
 
3 — записью ЗНАЧЕНИЯ по ключу: .Item(<Key>=хх  
Если <Key> в словаре есть, то ассоциированное с ним ЗНАЧЕНИЕ заменяется на ЗНАЧЕНИЕ=хх  
Если <Key> в словаре отсутствует, то создается новая пара с КЛЮЧОМ=<Key> и ЗНАЧЕНИЕМ=хх  
 
4 — Key Property - изменяет КЛЮЧ ЗАПИСИ в словаре: .Key(<Key>)=<NewKey>  
Если <Key> в словаре отсутствует, то создается новая ЗАПИСЬ с КЛЮЧОМ=<NewKey> и ЗНАЧЕНИЕМ=Empty  
 
Надо бы эти методы сравнить по быстродействию, да всё руки не доходят.  
 
Когда я осваивал работу со словарями, то по разным источникам накропал для себя файл с описанием объекта Dictionary и несколькими тестовыми макросами для работы с ними.  
Файл забросил на файлообменник min.us : http://min.us/mvjlbaF  
Тот же файл - в приложении. Посмотрите. Может, кому и пригодится.

Помоему использование переменной как раз и приносит скорость, так как в первом случае MyArr(i) вычисляется 1 раз, а во втором 2 раза.

{quote}{login=Alex_ST}{date=25.03.2011 09:28}{thema=}{post}слэн,  
а чем отличается ...  
Только тем, что Timer As Single в секундах, а GetTickCount As Long и в миллисекундах?{/post}{/quote} Не совсем так:  
In Microsoft Windows the Timer function returns fractional portions of a second.  
Т.е. тоже в дробных частях секунд. В Макинтоше в секундах.

А ещё я только что обнаружил ошибочку в описаниях методах объекта "Scripting.Dictionary", имеющихся в и-нете и без проверки внесённую мною в свой файл-пример использования...  
Попробовал добавлять записи в словарь путём попытки переименовать несуществующий ключ ( метод .Key(<Key>)=<NewKey> ) и получил полный отлуп:    
"32811: Ошибка, определяемая приложением или объектом"  
Раньше не пробовал, принял на веру... Каюсь :-(

Самое интересное, что, поискав в MSDN, я обнаружил там чёткое указание на то, что при попытке переименовать отсутствующий в словаре ключ создастся новая запись:  
"If key is not found when changing a key, a new key is created and its associated item is left empty." ( http://msdn.microsoft.com/en-us/library/1ex01tte%28v=VS.85%29.aspx )  
Ну, уж если MSDN теперь нельзя верить на слово, то куды же мы катимьси?

Дмитрий,  
только, поработав со словарями, исходя из личного опыта я очень рекомендую использовать не сокращенную форму записи метода Add:  
oDict.Add "aaa", "bbb"  
а полную:  
oDict.Add  Key:="aaa", Item:="bbb"  
И это не украшательство для понимабельности.  
Просто у уже привычных многим коллекций по умолчанию сначала указывается Item, а потом уже Key : oColl.Add (Item, [Key] as String, [Before | After] as Long | String)
И поэтому получается такая путаница, что без залезания в справку (которая по словарям отсутствует) трудно при беглом разборе кода понять, что является ключом, а что значением в записях  
oDict.Add "aaa", "bbb"  
oColl.Add "aaa", "bbb"

в первоначальном варианте myarr был типа вариант.. поэтому переприсваивание  
tekelem=myarr  давало прирост скорости, за счет того, что tekelem был типа long  
 
потом я переопределил myarr  в long и переприсваивание потеряло смысл..  
 
 
но он может опять появиться, если myarr придется брать с листа, а не получать вычислением..  
 
"серьезным" недостатком timer является его цикличность величиной в сутки.. - т.е. интервал более суток им не измерить..

Алексей, я уже понял, что "недочитал" про несуществующий ключ :)  
Спасибо

Дмитрий,  
в моём самопальном файле-справочнике на каждой странице в первой строке - ссылки.  
В том числе и эта - ОЧЕНЬ КРУПНО - в ячейке А1 листа Dictionary(2)