forked from v.moiseev/distributed-computing
Compare commits
1 Commits
zinoveva-a
...
zinoveva-a
| Author | SHA1 | Date | |
|---|---|---|---|
| 344ae488f6 |
3
tasks/zinoveva-ad/lab_4/4Lab_python/.idea/.gitignore
generated
vendored
3
tasks/zinoveva-ad/lab_4/4Lab_python/.idea/.gitignore
generated
vendored
@@ -1,3 +0,0 @@
|
||||
# Default ignored files
|
||||
/shelf/
|
||||
/workspace.xml
|
||||
1
tasks/zinoveva-ad/lab_4/4Lab_python/.idea/.name
generated
1
tasks/zinoveva-ad/lab_4/4Lab_python/.idea/.name
generated
@@ -1 +0,0 @@
|
||||
receive.py
|
||||
@@ -1,6 +0,0 @@
|
||||
<component name="InspectionProjectProfileManager">
|
||||
<settings>
|
||||
<option name="USE_PROJECT_PROFILE" value="false" />
|
||||
<version value="1.0" />
|
||||
</settings>
|
||||
</component>
|
||||
@@ -1,7 +0,0 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="Black">
|
||||
<option name="sdkName" value="Python 3.12 (python4Lab)" />
|
||||
</component>
|
||||
<component name="ProjectRootManager" version="2" project-jdk-name="Python 3.12 (python4Lab)" project-jdk-type="Python SDK" />
|
||||
</project>
|
||||
@@ -1,8 +0,0 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="ProjectModuleManager">
|
||||
<modules>
|
||||
<module fileurl="file://$PROJECT_DIR$/.idea/python4Lab.iml" filepath="$PROJECT_DIR$/.idea/python4Lab.iml" />
|
||||
</modules>
|
||||
</component>
|
||||
</project>
|
||||
@@ -1,10 +0,0 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<module type="PYTHON_MODULE" version="4">
|
||||
<component name="NewModuleRootManager">
|
||||
<content url="file://$MODULE_DIR$">
|
||||
<excludeFolder url="file://$MODULE_DIR$/venv" />
|
||||
</content>
|
||||
<orderEntry type="inheritedJdk" />
|
||||
<orderEntry type="sourceFolder" forTests="false" />
|
||||
</component>
|
||||
</module>
|
||||
@@ -1,6 +0,0 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="VcsDirectoryMappings">
|
||||
<mapping directory="$PROJECT_DIR$/../../../.." vcs="Git" />
|
||||
</component>
|
||||
</project>
|
||||
@@ -1,160 +0,0 @@
|
||||
# Byte-compiled / optimized / DLL files
|
||||
__pycache__/
|
||||
*.py[cod]
|
||||
*$py.class
|
||||
|
||||
# C extensions
|
||||
*.so
|
||||
|
||||
# Distribution / packaging
|
||||
.Python
|
||||
build/
|
||||
develop-eggs/
|
||||
dist/
|
||||
downloads/
|
||||
eggs/
|
||||
.eggs/
|
||||
lib/
|
||||
lib64/
|
||||
parts/
|
||||
sdist/
|
||||
var/
|
||||
wheels/
|
||||
share/python-wheels/
|
||||
*.egg-info/
|
||||
.installed.cfg
|
||||
*.egg
|
||||
MANIFEST
|
||||
|
||||
# PyInstaller
|
||||
# Usually these files are written by a python script from a template
|
||||
# before PyInstaller builds the exe, so as to inject date/other infos into it.
|
||||
*.manifest
|
||||
*.spec
|
||||
|
||||
# Installer logs
|
||||
pip-log.txt
|
||||
pip-delete-this-directory.txt
|
||||
|
||||
# Unit test / coverage reports
|
||||
htmlcov/
|
||||
.tox/
|
||||
.nox/
|
||||
.coverage
|
||||
.coverage.*
|
||||
.cache
|
||||
nosetests.xml
|
||||
coverage.xml
|
||||
*.cover
|
||||
*.py,cover
|
||||
.hypothesis/
|
||||
.pytest_cache/
|
||||
cover/
|
||||
|
||||
# Translations
|
||||
*.mo
|
||||
*.pot
|
||||
|
||||
# Django stuff:
|
||||
*.log
|
||||
local_settings.py
|
||||
db.sqlite3
|
||||
db.sqlite3-journal
|
||||
|
||||
# Flask stuff:
|
||||
instance/
|
||||
.webassets-cache
|
||||
|
||||
# Scrapy stuff:
|
||||
.scrapy
|
||||
|
||||
# Sphinx documentation
|
||||
docs/_build/
|
||||
|
||||
# PyBuilder
|
||||
.pybuilder/
|
||||
target/
|
||||
|
||||
# Jupyter Notebook
|
||||
.ipynb_checkpoints
|
||||
|
||||
# IPython
|
||||
profile_default/
|
||||
ipython_config.py
|
||||
|
||||
# pyenv
|
||||
# For a library or package, you might want to ignore these files since the code is
|
||||
# intended to run in multiple environments; otherwise, check them in:
|
||||
# .python-version
|
||||
|
||||
# pipenv
|
||||
# According to pypa/pipenv#598, it is recommended to include Pipfile.lock in version control.
|
||||
# However, in case of collaboration, if having platform-specific dependencies or dependencies
|
||||
# having no cross-platform support, pipenv may install dependencies that don't work, or not
|
||||
# install all needed dependencies.
|
||||
#Pipfile.lock
|
||||
|
||||
# poetry
|
||||
# Similar to Pipfile.lock, it is generally recommended to include poetry.lock in version control.
|
||||
# This is especially recommended for binary packages to ensure reproducibility, and is more
|
||||
# commonly ignored for libraries.
|
||||
# https://python-poetry.org/docs/basic-usage/#commit-your-poetrylock-file-to-version-control
|
||||
#poetry.lock
|
||||
|
||||
# pdm
|
||||
# Similar to Pipfile.lock, it is generally recommended to include pdm.lock in version control.
|
||||
#pdm.lock
|
||||
# pdm stores project-wide configurations in .pdm.toml, but it is recommended to not include it
|
||||
# in version control.
|
||||
# https://pdm.fming.dev/#use-with-ide
|
||||
.pdm.toml
|
||||
|
||||
# PEP 582; used by e.g. github.com/David-OConnor/pyflow and github.com/pdm-project/pdm
|
||||
__pypackages__/
|
||||
|
||||
# Celery stuff
|
||||
celerybeat-schedule
|
||||
celerybeat.pid
|
||||
|
||||
# SageMath parsed files
|
||||
*.sage.py
|
||||
|
||||
# Environments
|
||||
.env
|
||||
.venv
|
||||
env/
|
||||
venv/
|
||||
ENV/
|
||||
env.bak/
|
||||
venv.bak/
|
||||
|
||||
# Spyder project settings
|
||||
.spyderproject
|
||||
.spyproject
|
||||
|
||||
# Rope project settings
|
||||
.ropeproject
|
||||
|
||||
# mkdocs documentation
|
||||
/site
|
||||
|
||||
# mypy
|
||||
.mypy_cache/
|
||||
.dmypy.json
|
||||
dmypy.json
|
||||
|
||||
# Pyre type checker
|
||||
.pyre/
|
||||
|
||||
# pytype static type analyzer
|
||||
.pytype/
|
||||
|
||||
# Cython debug symbols
|
||||
cython_debug/
|
||||
|
||||
# PyCharm
|
||||
# JetBrains specific template is maintained in a separate JetBrains.gitignore that can
|
||||
# be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
|
||||
# and can be added to the global gitignore or merged into this file. For a more nuclear
|
||||
# option (not recommended) you can uncomment the following to ignore the entire idea folder.
|
||||
#.idea/
|
||||
@@ -1,20 +0,0 @@
|
||||
import pika
|
||||
import time
|
||||
|
||||
def process_message(ch, method, properties, body):
|
||||
print(f"Получено сообщение: {body}")
|
||||
time.sleep(3)
|
||||
print("Сообщение успешно обработано")
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
result = channel.queue_declare(queue='', exclusive=True)
|
||||
queue_name = result.method.queue
|
||||
|
||||
channel.queue_bind(exchange='Agreements', queue=queue_name)
|
||||
|
||||
channel.basic_consume(queue=queue_name, on_message_callback=process_message, auto_ack=True)
|
||||
|
||||
print('Ожидание сообщений...')
|
||||
channel.start_consuming()
|
||||
@@ -1,19 +0,0 @@
|
||||
import pika
|
||||
|
||||
|
||||
def process_message(ch, method, properties, body):
|
||||
print(f"Получено сообщение: {body}")
|
||||
print("Сообщение успешно обработано")
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
result = channel.queue_declare(queue='', exclusive=True)
|
||||
queue_name = result.method.queue
|
||||
|
||||
channel.queue_bind(exchange='Agreements', queue=queue_name)
|
||||
|
||||
channel.basic_consume(queue=queue_name, on_message_callback=process_message, auto_ack=True)
|
||||
|
||||
print('Ожидание сообщений...')
|
||||
channel.start_consuming()
|
||||
@@ -1,19 +0,0 @@
|
||||
import pika
|
||||
import time
|
||||
import random
|
||||
|
||||
collection = ["the employment document", "The document is agreed", "Signatures are provided", "the employee is accepted"]
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.exchange_declare(exchange='Agreements', exchange_type='fanout')
|
||||
|
||||
while True:
|
||||
message = f"Message: {random.choice(collection)}"
|
||||
|
||||
channel.basic_publish(exchange='Agreements', routing_key='', body=message)
|
||||
|
||||
time.sleep(1)
|
||||
|
||||
connection.close()
|
||||
@@ -1,25 +0,0 @@
|
||||
import pika, sys, os
|
||||
|
||||
def main():
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.queue_declare(queue='Logs')
|
||||
|
||||
def callback(ch, method, properties, body):
|
||||
print(f" [x] Получено сообщение: {body}")
|
||||
|
||||
channel.basic_consume(queue='Logs', on_message_callback=callback, auto_ack=True)
|
||||
|
||||
print(' [*] Ожидание сообщений. Для завершения CTRL+C')
|
||||
channel.start_consuming()
|
||||
|
||||
if __name__ == '__main__':
|
||||
try:
|
||||
main()
|
||||
except KeyboardInterrupt:
|
||||
print('Произошла ошибка')
|
||||
try:
|
||||
sys.exit(0)
|
||||
except SystemExit:
|
||||
os._exit(0)
|
||||
@@ -1,11 +0,0 @@
|
||||
import pika
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.queue_declare(queue='sentimental_anna')
|
||||
|
||||
channel.basic_publish(exchange='',routing_key='sentimental_anna',body='Hello, I have a cat, Busia, and a dog, Bonya!')
|
||||
print(" [x] Отправлено сообщение")
|
||||
|
||||
connection.close()
|
||||
@@ -1,13 +0,0 @@
|
||||
import pika
|
||||
import sys
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.queue_declare(queue='sentimental_anna2', durable=True)
|
||||
|
||||
message = ' '.join(sys.argv[1:]) or "Hello I have a cat, Busia, and a dog, Bonya!"
|
||||
channel.basic_publish(exchange='', routing_key='sentimental_anna2', body=message, properties=pika.BasicProperties(
|
||||
delivery_mode=pika.spec.PERSISTENT_DELIVERY_MODE))
|
||||
print(f" [x] Отправлено {message}")
|
||||
connection.close()
|
||||
@@ -1,19 +0,0 @@
|
||||
import pika
|
||||
import time
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.queue_declare(queue='sentimental_anna2', durable=True)
|
||||
print(' [*] Ожидание сообщений. Для завершения CTRL+C')
|
||||
|
||||
def callback(ch, method, properties, body):
|
||||
print(f" [x] Получено сообщение: {body.decode()}")
|
||||
time.sleep(body.count(b'.'))
|
||||
print(" [x] Выполнено")
|
||||
ch.basic_ack(delivery_tag=method.delivery_tag)
|
||||
|
||||
channel.basic_qos(prefetch_count=1)
|
||||
channel.basic_consume(queue='sentimental_anna2', on_message_callback=callback)
|
||||
|
||||
channel.start_consuming()
|
||||
@@ -1,12 +0,0 @@
|
||||
import pika
|
||||
import sys
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.exchange_declare(exchange='Logs', exchange_type='fanout')
|
||||
|
||||
message = ' '.join(sys.argv[1:]) or "Info: Hello I have a cat, Busia, and a dog, Bonya!"
|
||||
channel.basic_publish(exchange='Logs', routing_key='', body=message)
|
||||
print(f" [x] Отправлено сообщение: {message}")
|
||||
connection.close()
|
||||
@@ -1,21 +0,0 @@
|
||||
import pika
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.exchange_declare(exchange='Logs', exchange_type='fanout')
|
||||
|
||||
result = channel.queue_declare(queue='', exclusive=True)
|
||||
queue_name = result.method.queue
|
||||
|
||||
channel.queue_bind(exchange='Logs', queue=queue_name)
|
||||
|
||||
print(' [*] Ожидание сообщений. Для завершения CTRL+C')
|
||||
|
||||
def callback(ch, method, properties, body):
|
||||
print(f" [x] {body}")
|
||||
|
||||
channel.basic_consume(
|
||||
queue=queue_name, on_message_callback=callback, auto_ack=True)
|
||||
|
||||
channel.start_consuming()
|
||||
@@ -1,118 +0,0 @@
|
||||
# Отчет по лабораторной работе №4
|
||||
|
||||
Выполнила студентка гр. ИСЭбд-41 Зиновьева А. Д.
|
||||
|
||||
## Прохождение tutorial
|
||||
|
||||
Установила rabbitMQ server, erlang и зашла в брокер под гостем по http://localhost:15672/#/
|
||||
|
||||
|
||||
Туториал 1:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Туториал 2:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Туториал 3:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Разработка демонстрационных приложений
|
||||
|
||||
Предметная область: Дополнительный соглашения и договоры на проживание.
|
||||
Разработаны три приложения, согласно предметной области.
|
||||
|
||||
1. Publisher
|
||||
|
||||
```py
|
||||
import pika
|
||||
import time
|
||||
import random
|
||||
|
||||
collection = ["the employment document", "The document is agreed", "Signatures are provided", "the employee is accepted"]
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
channel.exchange_declare(exchange='Agreements', exchange_type='fanout')
|
||||
|
||||
while True:
|
||||
message = f"Message: {random.choice(collection)}"
|
||||
|
||||
channel.basic_publish(exchange='Agreements', routing_key='', body=message)
|
||||
|
||||
time.sleep(1)
|
||||
|
||||
connection.close()
|
||||
```
|
||||
|
||||
2. Consumer 1.
|
||||
|
||||
```py
|
||||
import pika
|
||||
import time
|
||||
|
||||
def process_message(ch, method, properties, body):
|
||||
print(f"Получено сообщение: {body}")
|
||||
time.sleep(3)
|
||||
print("Сообщение успешно обработано")
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
result = channel.queue_declare(queue='', exclusive=True)
|
||||
queue_name = result.method.queue
|
||||
|
||||
channel.queue_bind(exchange='Agreements', queue=queue_name)
|
||||
|
||||
channel.basic_consume(queue=queue_name, on_message_callback=process_message, auto_ack=True)
|
||||
|
||||
print('Ожидание сообщений...')
|
||||
channel.start_consuming()
|
||||
```
|
||||
|
||||
3. Consumer 2.
|
||||
|
||||
```py
|
||||
import pika
|
||||
|
||||
|
||||
def process_message(ch, method, properties, body):
|
||||
print(f"Получено сообщение: {body}")
|
||||
print("Сообщение успешно обработано")
|
||||
|
||||
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
|
||||
channel = connection.channel()
|
||||
|
||||
result = channel.queue_declare(queue='', exclusive=True)
|
||||
queue_name = result.method.queue
|
||||
|
||||
channel.queue_bind(exchange='Agreements', queue=queue_name)
|
||||
|
||||
channel.basic_consume(queue=queue_name, on_message_callback=process_message, auto_ack=True)
|
||||
|
||||
print('Ожидание сообщений...')
|
||||
channel.start_consuming()
|
||||
```
|
||||
|
||||
## Результаты выполнения лабораторной работы
|
||||
|
||||
Результат отработки Consumer_1:
|
||||
|
||||
|
||||
|
||||
|
||||
Результат отработки Consumer_2:
|
||||
|
||||
|
||||
|
||||
|
||||
Вывод: Consumer_2 нагружает меньше памяти, чем Consumer_1 и принимает сообщения гораздо быстрее, тем самым не позволяя очереди накапливать огромное количество сообщений.
|
||||
Binary file not shown.
|
Before Width: | Height: | Size: 22 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 27 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 152 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 86 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 152 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 60 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 157 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 67 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 73 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 23 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 138 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 23 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 28 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 26 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 25 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 174 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 22 KiB |
62
tasks/zinoveva-ad/lab_8/README.md
Normal file
62
tasks/zinoveva-ad/lab_8/README.md
Normal file
@@ -0,0 +1,62 @@
|
||||
# Отчет по лабораторной работе №8
|
||||
|
||||
Выполнила студентка гр. ИСЭбд-41 Зиновьева А. Д.
|
||||
|
||||
## Зачем сложные системы (например, социальная сеть ВКонтакте) пишутся в "распределенном" стиле, где каждое отдельное приложение (или сервис) функционально выполняет только ограниченный спектр задач?
|
||||
|
||||
Существует несколько причин, почему сложные системы, такие как социальные сети, пишутся в распределенном стиле с разделением функциональности:
|
||||
|
||||
1. Распределение нагрузки: Распределенный подход позволяет равномерно распределять нагрузку между разными серверами или сервисами. Это позволяет обеспечить масштабируемость системы и обрабатывать большое количество запросов от пользователей.
|
||||
|
||||
2. Изоляция сбоев: Когда функциональность разделена на отдельные сервисы, сбой в одном сервисе не влияет на работу других. Это повышает отказоустойчивость системы в случае возникновения проблем.
|
||||
|
||||
4. Гибкость и масштабируемость: Распределенный стиль позволяет добавлять или изменять сервисы независимо друг от друга. Это делает систему гибкой и позволяет ей масштабироваться в соответствии с развитием бизнеса и потребностями пользователей.
|
||||
|
||||
## Для чего были созданы системы оркестрации приложений? Каким образом они упрощают / усложняют разработку и сопровождение распределенных систем?
|
||||
|
||||
Системы оркестрации приложений - это инструменты, которые упрощают разработку, развертывание и управление распределенными приложениями и сервисами. Они помогают автоматизировать масштабирование, управление конфигурацией, мониторинг, масштабирование и отказоустойчивость системы. Однако, они также могут быть сложными и требовать дополнительных знаний и усилий для изучения и понимания их работы.
|
||||
|
||||
Сложности:
|
||||
1. Понимание и использование систем оркестрации требует времени и усилий для изучения и освоения.
|
||||
2. Системы оркестрации могут иметь свои ограничения и требования к структуре и формату приложений. Она требует совместимости и настройки между различными компонентами системы.
|
||||
|
||||
## Для чего нужны очереди обработки сообщений и что может подразумеваться под сообщениями?
|
||||
|
||||
Очереди обработки сообщений используются для организации и управления потоком информации между разными компонентами или сервисами в распределенной системе. Они позволяют организовать эффективную обработку сообщений, упорядочивая их и обеспечивая их последовательную обработку.
|
||||
|
||||
"Сообщение" может иметь различные значения.
|
||||
|
||||
Это могут быть:
|
||||
1. Запросы на выполнение определенных операций;
|
||||
2. Данные для обработки;
|
||||
3. Уведомления о событиях.
|
||||
|
||||
Очереди обработки сообщений позволяют приложениям эффективно обрабатывать и передавать сообщения, гарантируя их сохранность, упорядоченность и последовательную обработку.
|
||||
|
||||
## Какие преимущества и недостатки распределенных приложений существуют на Ваш взгляд?
|
||||
|
||||
Преимущества:
|
||||
1. Масштабируемость: Распределенные приложения могут легко масштабироваться горизонтально путем добавления новых узлов.
|
||||
2. Отказоустойчивость: Если один узел выходит из строя, остальные узлы продолжают работать, что обеспечивает высокую доступность системы.
|
||||
2. Надежность: Распределенные приложения могут быть устойчивыми к отказу одного или нескольких узлов.
|
||||
4. Улучшенная производительность: Распределенные приложения могут распределять нагрузку между узлами системы, что позволяет эффективно использовать ресурсы и достигать более высокой производительности.
|
||||
|
||||
Недостатки:
|
||||
1. Сложность разработки: из-за необходимости управления, синхронизации и т.д.
|
||||
2. Задержки: могут быть адержки связи из-за необходимости передачи данных по сети.
|
||||
|
||||
## Целесообразно ли в сложную распределенную систему внедрять параллельные вычисления? Приведите примеры, когда это действительно нужно, а когда нет.
|
||||
|
||||
Внедрение параллельных вычислений в распределенную систему может быть целесообразно в определенных случаях.
|
||||
|
||||
Примеры, когда внедрение параллельных вычислений действительно нужно:
|
||||
|
||||
1. Когда нужна обработка больших объемов данных, сложные вычисления.
|
||||
2. Когда требуется повысить производительность и отзывчивость.
|
||||
3. Когда требуется обслуживать большое количество одновременных запросов пользователей
|
||||
|
||||
Примеры, когда внедрение параллельных вычислений не обязательно:
|
||||
|
||||
1. Когда не требуется вычислительная мощность;
|
||||
2. Когда задачи сильно зависят друг от друга и не могут быть эффективно разделены на подзадачи;
|
||||
3. Когда внедрение может добавить сложности в разработке.
|
||||
Reference in New Issue
Block a user