Модели процессов согласования реплик в базах данных Nosql



Download 2,9 Mb.
Pdf ko'rish
bet48/67
Sana29.03.2022
Hajmi2,9 Mb.
#516795
TuriАнализ
1   ...   44   45   46   47   48   49   50   51   ...   67
Bog'liq
193-Диссертация

3.3.
 
Анализ адекватности модели (2) процесса строгого согласования 
реплик
3.3.1.
 
Подготовка эксперимента 2 
Описание подготовки натурного эксперимента 2 и его результаты 
опубликованы 
в 
[91, 95, 98, 101]. 
Оценивалась 
адекватность 
модели, 
представленной формулой (2.21), W=R=quorum (W=R=(N+1)/2, N - нечетное). В 
явном виде сложно экспериментально оценить время ожидания требованием на 
чтение окончания обновления W реплик. Поэтому натурный эксперимент был 
спланирован так, чтобы оценить эту характеристику косвенно. Общая идея 
заключается в следующем: все процессы запускаются одновременно, но процесс 
записи начинает обновлять запись базы данных с задержкой, в течение которой 
читающие процессы производят чтение в отсутствии обновления записи БД. 
Среднее время ожидания требованием на чтение окончания обновления W реплик 
рассчитывается как разница между средним временем чтения из БД «на фоне 
обновления» и средним временем чтения «без обновления». Ниже приведены 
спецификации алгоритмов. Для оценки среднего времени чтения «без 


101 
обновления» использовалось 3000 итераций. Интенсивность обновления записи 
равна 1.25 (1/сек). 
Алгоритм процесса обновления записи, выполняемого на узле 1. 
Вход: N_ITER_W – количество итераций обновления записи БД (см. ниже); 
KEY – ключ обновляемой записи; REC_VAL – счетчик, используемый в качестве 
«значения» записи; λ – интенсивность поступления требований на чтение. 
Алгоритм
:
 
REC_VAL = 1 
DELAY = 3000 / λ
Задержать выполнение на время DELAY 
ЗАПИСАТЬ в журнал CURR_TIME // TIME_W 
ЦИКЛ по N_ITER_W 
TIME_STAMP = CURR_TIME 
ЗАПИСАТЬ в БД запись  
REC_VAL += 1 
DELAY = EXPONENTIAL(1.25) 
DELAY -= (CURR_TIME - TIME_STAMP) 
ЗАДЕРЖАТЬ выполнение на время DELAY 
КОНЕЦ ЦИКЛА 
Алгоритм процесса чтения, 
выполняемого на каждом из узлов 
1…N. 
Вход: 
λ – интенсивность поступления требований на чтение, KEY – ключ 
обновляемой записи, N_ITER_R – количество итераций процесса чтения записи 
БД. 

Download 2,9 Mb.

Do'stlaringiz bilan baham:
1   ...   44   45   46   47   48   49   50   51   ...   67




Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
ma'muriyatiga murojaat qiling

kiriting | ro'yxatdan o'tish
    Bosh sahifa
юртда тантана
Боғда битган
Бугун юртда
Эшитганлар жилманглар
Эшитмадим деманглар
битган бодомлар
Yangiariq tumani
qitish marakazi
Raqamli texnologiyalar
ilishida muhokamadan
tasdiqqa tavsiya
tavsiya etilgan
iqtisodiyot kafedrasi
steiermarkischen landesregierung
asarlaringizni yuboring
o'zingizning asarlaringizni
Iltimos faqat
faqat o'zingizning
steierm rkischen
landesregierung fachabteilung
rkischen landesregierung
hamshira loyihasi
loyihasi mavsum
faolyatining oqibatlari
asosiy adabiyotlar
fakulteti ahborot
ahborot havfsizligi
havfsizligi kafedrasi
fanidan bo’yicha
fakulteti iqtisodiyot
boshqaruv fakulteti
chiqarishda boshqaruv
ishlab chiqarishda
iqtisodiyot fakultet
multiservis tarmoqlari
fanidan asosiy
Uzbek fanidan
mavzulari potok
asosidagi multiservis
'aliyyil a'ziym
billahil 'aliyyil
illaa billahil
quvvata illaa
falah' deganida
Kompyuter savodxonligi
bo’yicha mustaqil
'alal falah'
Hayya 'alal
'alas soloh
Hayya 'alas
mavsum boyicha


yuklab olish