Ирина Эланс

Автор который поможет с любыми образовательными и учебными заданиями

Лабораторная работа №1 часть 1 Валюта 1 – Венгерский форинт Валюта 2 – Польский злотый Валюта 3 – СДР Лабораторная работа №2 Лабораторная работа №3 ВТБ (Решение → 7555)

Лабораторная работа №1 часть 1
Валюта 1 – Венгерский форинт Валюта 2 – Польский злотый Валюта 3 – СДР
Лабораторная работа №2
Лабораторная работа №3 ВТБ

• # Лабораторная работа №2 > Кэш - промежуточный буфер с быстрым доступом, содержащий информацию, которая может быть запрошена с наибольшей вероятностью. Доступ к данным в кэше осуществляется быстрее, чем выборка исходных данных из более медленной памяти или удаленного источника, однако её объём существенно ограничен по сравнению с хранилищем исходных данных. ### Задача Для каждого из вариантов проходов (*прямой*, *обратный* и *случайный*) целочисленного массива провести исследование зависимости времени от размера. Каждое исследование включает в себя серию эксперементов c определенными размерами. Количество экспериментов в серии определяется следующим образом: ```cpp1/2 * cache_sizes['1'] < 2^x < 2^(x+1) < ... < 2^(x+n) < 3/2 * cache_sizes['max']``` ### Пример В примере ниже показано, что для процессора с тремя уровнями кэша (`2mb`, `4mb`, `8mb`)необходимо провести серию из 5 эксперементов. ```cppcache_size['1'] = 2 mb;cache_size['2'] = 4 mb;cache_size['3'] = 8 mb; // 1mb < 2mb < 4mb < 8mb < 12mb``` ### Эксперимент Каждый эксперемент состоит из 3 шагов: ```cpp1. Создание буфера2. Прогревание кэша// <-- время начала эксперемнта3. Циклический проход (1000 итераций)// <-- время окончание эксперемента``` #### Шаг 1 Инициализация буфера может происходит, как с помощью чтения данных из файла в выделенную область памяти,так и с помощью случайного заполнения с использованием генератора случайных чисел. #### Шаг 2 Данный шаг необходимо выполнить для получения репрезентативных данных, т.к. кэш-память еще не заполнена. #### Шаг 3 Для получения времени обхода от размера массива процедуру прохода необходимо многократно повторить (порядка 1000 раз). ### Результаты Ниже представлен формат и пример отчета: ```yamlinvestigation:                                       |  investigaion:  travel_variant: <вариант_прохода>                  |    travel_order: "direction"  experiments:                                       |    experiments:  - experiment:                                      |    - experiment:      number:                                        |        number: 1      input_dаta:                                    |        input_dаta:        buffer_size: <размер_буфера>                 |          buffer_size: "1mb"      results:                                       |        results:        duration: <продолжительность>                |          duration: "1ns"  - experiment:                                      |    - experiment:      number: <номер_эксперимента>                   |        number: 2      input_dаta:                                    |        input_dаta:        buffer_size: <размер_буфера>                 |          buffer_size: "2mb"      results:                                       |        results:        duration: <продолжительность>                |          duration: "2ns"                                                     |investigation:                                       |  investigation:...            
• # Лабораторная работа №3 ### Задание **SharedPtr** реализует подсчет ссылок на ресурс. Ресурс освободится тогда, когда счетчик ссылок на него будет равен 0. Как видно, система реализует одно из основных правил сборщика мусора.Многопоточное программирование сложно представить без использования класса `shared_ptr`. Например, класс `scoped_refptr` (аналог `std::shared_ptr`) используется в Chromium [32,753 раз](https://cs.chromium.org/search/?q=scoped_refptr&sq=package:chromium&type=cs). Чтобы лучше усвоить и понять принцип работы этого "умного" указателя, необходимо его реализовать своими руками. Реализуйте шаблон класса `SharedPtr`. Для счетчика ссылок используйте переменную класса `std::atomic_uint`. Интерфейс работы с этим классом аналогичен работе с переменной типа `unsigned int`, т.е. к нему применимы операции префиксного инкремента и декремента. ```cpptemplate class SharedPtr {public:    SharedPtr();    SharedPtr(T* ptr);    SharedPtr(const SharedPtr& r);    SharedPtr(SharedPtr&& r);    ~SharedPtr();    auto opeartor=(const SharedPtr& r) -> SharedPtr&;    auto opeartor=(SharedPtr&& r) -> SharedPtr&;     // проверяет, указывает ли указатель на объект    operator bool() const;    auto operator*() const -> T&;    auto operator->() const -> T*;        auto get() -> T*;    void reset();    void reset(T* ptr);    void swap(SharedPtr& r);    // возвращает количество объектов SharedPtr, которые ссылаются на тот же управляемый объект    auto use_count() const -> size_t;};```
• # Лабораторная работа №4 Лабораторная работа посвящена изучению работы с файловой системой на языке **C++**. В стандарте **C++17** появилась библиотека для работы с [файловой системой](https://en.cppreference.com/w/cpp/filesystem). Но так как на данный момент еще не все компиляторы поддерживают новейший стандарт **C++** в этой лабораторный используется библиотека **boost::filesystem**, которая была взята за основу при разработке стандарта. ## Задание Использовать библиотеку **boost::filesystem** для анализа директории с [FTP](https://ru.wikipedia.org/wiki/FTP)-файлами, содержащими финансовую информацию. Подробная инструкция по библиотеке **boost::filesystem** есть, например, [тут](https://www.boost.org/doc.../doc/tutorial.html). Структура анализируемой директории в общем случае может имеет вид: ```Shellftp                                         # корневой каталог ftp├── ib                                      # каталог, содержащий файлы от брокера ib     ├── balance_00001234_20181001.old.txt  # файлы финансовой отчётности в старом формате      ├── balance_00001234_20181001.txt      # файлы финансовой отчётночти в новом формате      ├── balance_00001346_20181001.txt           ├── ...          └── balance_00001346_20181018.txt      ├── bcs                                     # каталог, содержащий файлы от брокера bcs     ├── balance_12341234_20181001.txt     └── ...     ├── otkritie                                # каталог, содержащий файлы от брокера otkritie     └── ...   └── docs                                    # каталог, содержащий какие-то произвольные файлы     ├── readme.txt          └── report.doc ``` Файлы, содержащие финансовую информацию, имеют имя в определенном формате:`balance_XXXXXXXX_YYYYMMDD.txt`, где  | Поле | Описание || ------ | ------ || `balance` | тип файла || `XXXXXXXX` | 8-и значный номер счёта || `YYYYMMDD` | дата, где `YYYY`-год, `MM`-месяц и `DD`-день || `.txt` | расширение файла | ## Необходимо - в проекте, созданном в задании 1, создать файл `main.cpp` и подключить библиотеку **boost::filesystem** (``);- считать из аргументов командной строки `args` функции `main` путь к анализируемой директории `path_to_ftp`. Если аргумент отсутствует, то по умолчанию программа должна анализировать директорию, в которой она находится;- организовать итерацию по всем файлам и вложенным директориям, включая символьные ссылки, с целью поиска всех файлов, содержащих финансовую информацию;- файлы, имеющие имя, отличное от описанного формата, необходимо игнорировать;- файлы, содержищие финансовую информацию, но имеющие в конце постфикс `.old.txt`, необходимо игнорировать;- программа должна вывести на экран список всех обнаруженных финансовых файлов в формате: ```Shellib balance_00001234_20181001.txtib balance_00001234_20181002.txtib balance_00001234_20181003.txtbcs balance_00001234_20181001.txtbcs balance_00001234_20181005.txt...``` - также она должна вывести общее количество файлов по каждому обнаруженно
• # Лабораторная работа №5 ## Задание 1Реализовать некопируемый перемещаемый шаблон класса **stack** с методами `pop`, `push`, `head`. ```cpptemplate class stack{public:  void push(T&& value);  void push(const T& value);  void pop();  const T& head() const;};```⚠️ *Стандартными контейнерами пользоваться **запрещено**.* ## Задание 2Реализовать некопируемый перемещаемый шаблон класса **stack** для некопируемых перемещаемых типов с методами:* `push_emplace`, принимающего те же аргументы, что и конструктор для `T`, где `T` - пареметр шаблона;* `head`, возвращающего ссылку на верхушку стека;* `pop`, выполняющего снятие элемента с верхушки стека.```cpptemplate class stack{public:  template   void push_emplace(Args&&... value);  void push(T&& value);  const T& head() const;  T pop();};```⚠️ *Стандартными контейнерами пользоваться **запрещено**.* ## Задание 3Реализовать **unit-test**'ы с использованием фреймворка **Google Test** для реализованных шаблонов в заданиях 1 и 2. ## Рекомендации ._lab5_stack-master 220 b ._.DS_Store 120 b ._.clang-format 212 b ._.gitignore 212 b ._.gitmodules 212 b ._.travis.yml 212 b ._AUTHORS 212 b ._CMakeLists.txt 212 b ._CONTRIBUTING.md 212 b ._Dockerfile 212 b ._LICENSE 212 b ._README.md 268 b ._settings.yml 212 b ._lab-05-stack.iml 212 b ._misc.xml 212 b ._modules.xml 212 b ._vcs.xml 212 b ._workspace.xml 212 b ._CMakeCache.txt 212 b ._CMakeFiles 210 b ._clion-environment.txt 212 b ._clion-log.txt 212 b ._cmake.check_cache 212 b ._FindGcov.cmake 212 b ._FindLcov.cmake 212 b ._Findcodecov.cmake 212 b ._zad1.hpp 268 b ._zad2.hpp 368 b ._checks.sh 212 b ._coverage.sh 212 b ._duplication.sh 212 b ._genenv.sh 212 b ._tests.sh 212 b ._source1.cpp 212 b ._source2.cpp 212 b ._test.cpp 212 b ._gate 210 b ._polly 210 b lab5_stack-master .DS_Store 8 Kb .clang-format 418 b .github settings.yml 2,68 Kb .gitignore 270 b .gitmodules 167 b .idea lab-05-stack.iml 97 b misc.xml 240 b modules.xml 276 b vcs.xml 180 bПоказать весь список kekovLol (- из 5) 30 мая 2021 в 19:25
• # Лабораторная работа №7## ЗаданиеРеализовать синхронный сервер с использованием [Boost.Asio](https://www.boost.org/doc...html/boost_asio.html). > **Boost.Asio** - кросс-платформенная **С++** библиотека для программирования сетевых приложений и других низкоуровневых программ ввода/вывода, которая абстрагирует понятия **input** и **output**, что позволяет делать их синхронными или асинхронными:```cppread(stream, buffer [, extra options]);async_read(stream, buffer [, extra options], handler);write(stream, buffer [, extra options]);async_write(stream, buffer [, extra options], handler);```#### Требуется: 1. Реализовать синхронный сервер, который должен содержать минимум два потока: один - для прослушивания новых клиентов, другой - для обработки существующих. Нельзя использовать один поток, так как ожидание нового клиента является блокирующей операцией.2. На сервере требуется предусмотреть следующее: - клиент заходит на сервер с именем пользователя (без пароля);- все соединения инициируются клиентом, где клиент запрашивает ответ от сервера;- запросы и ответы на них заканчиваются символом `'n'`; - сервер отключает любого клиента, который не отвечает (не пингуется) в течение **5** секунд;- клиент может делать следующие запросы: получить список всех подключенных клиентов и пинговаться, где в ответе сервера будет либо `ping_ok`, либо `client_list_chaned` (в последнем случае клиент повторно запрашивает список подключенных клиентов);- взаимодействие между клиентом и сервером осуществляется следующим образом: 3. Тестирование сервера выполнить с помощью утилиты **curl** (документацию с примерами можно найти [здесь](https://ec.haxx.se/cmdline-options.html)).4. При подключении клиента к серверу выполнить запись в **Log** параметров подключения (с временной меткой).5. Для логгирования использовать библиотеку `boost::log` (документацию с примерами можно найти [здесь](https://www.boost.org/doc...log.tutorial.trivial)).6. Обеспечить ротацию лог-файлов по размеру. ## Рекомендации - Все синхронные функции имеют перегрузки выбрасывающие исключения в результате ошибки или возвращающие код ошибки с использованием `boost::system::system_error`:```cppsync_func(arg_1, arg_2 ... arg_n);          // throws exceptionboost::system::error_code error;sync_func(arg_1, arg_2, ..., arg_n, error); // returns error code```Например:```cppusing boost::asio;const ip::tcp::endpoint endpoint;ip::tcp::socket socket{service};socket.connect(endpoint);boost::system::error_code error;socket.connect(endpoint, error);```В данном фрагменте кода `socket.connect(endpoint)` выбрасывает исключение в случае ошибки, а `socket.connect(endpoint, error)` возвращает код ошибки. В синхронных функциях вы можете использовать как исключения так и коды ошибок, но пользуйтесь чем-то одним. Все коды ошибок `Boost.Asio` находятся в пространстве имен `boost::asio::error`. - Синхронное чтение и запись в **TCP** сокет, например, может быть реализовано следующим образом:```cppconst ip::tcp::endpoint endpoint{ip::ad
• # Лабораторная работа №9 ## Задание Реализовать краулера с использованием шаблона *producer-consumer*.> Краулер — программа, предназначенная для обхода страниц Интернета с целью получения из них необходимой информации. ### Требования1. Программе на вход подаются следующие аргументы:    * адрес HTML страницы `--url`;    * глубина поиска по странице `--depth`;    * количество потоков для скачивания страниц `--network_threads`;    * количество потоков для обработки страниц `--parser_threads`;    * путь до выходного файла `--output`.1. Программа должна рекурсивно обойти все ссылки встречающиеся на странице. Начальная страница обхода передается аргументом командной строки `url`. Глубина обхода равна `depth`.1. Программа должна записать в выходной файл `output` все ссылки на изображения, которые встречаются при обходе страниц.1. Необходимо использовать шаблон producer-consumer. Количество `producer` задается аргументом командной строки `network_threads`, а количество `consumer` - аргументом `parser_threads`.1. Для процессинга страниц необходимо использовать [gumbo-parser](https://github.com/google/gumbo-parser).1. Для скачивания HTML страниц необходимо использовать [Boost::Beast](https://github.com/boostorg/beast).1. Для обработки параметров командной строки необходимо использовать компонент `boost::program_options`. ## Шаблон producer-consumerШаблон "producer-consumer" устроен по следующей схеме: > Этот шаблон часто применяется в высоконагруженных системах, распределенных вычислениях. Почти всегда можно абстрагировать задачу и выделить в ней части, которые делают некоторый препроцессинг, и части, которые занимаются окончательной обработкой данных на основе этого препроцессинга. Этот шаблон - это обобщение принципа подобного разделения. **Producer**, или "поставщик", — это некоторый поток, который генерирует "задания" и складывает их в очередь. **Consumer**, или "потребитель", — это поток, который обрабатывает "задачи" из очереди. В качестве **задачи** может выступать любая сущность, требующая дополнительной обработки. В текущем случае, это HTML страница. ## Рекомендации1. Используйте пул потоков. Например, [ThreadPool](https://github.com/progschj/ThreadPool).1. Все необходимые примеры по работе с [gumbo-parser](https://github.com/google/gumbo-parser) есть по [ссылке](https://github.com/google...ee/master/examples).1. При решении задачи следует использовать шаблон procuder-consumer два раза, по следующей схеме:
• Лабораторная работа в Matlab, ЭТФ 1 курс, весенний семестр, задание: Найти среднее арифметическое S элементов матрицы А и, если в матрице А нет отрицательных элементов, изменить все элементы матрицы, вычитая из них S.
• Курсовой проект по теме «Привод цепного транспортера » . Содержит все листы в пдф и Inventor,РПЗ и спецификации Оглавление Техническое задание 1. Кинематический расчет привода 2. Расчет зубчатых  передач 2.1 Выбор варианта редуктора 2.2 Проектный расчет 3. Эскизное проектирование 3.1 Проектные расчеты валов 3.2 Выбор подшипников качения и их установка 4. Конструирование зубчатых колес 4.1 Быстроходная ступень 4.1 Тихоходная ступень 5. Расчет соединений 5.1 Расчет резьбовых соединений крышки редуктора с корпусом 5.2 Расчет резьбовых соединений крышек подшипников с корпусом. 5.3 Расчет  соединений призматическими шпонками. 6. Подбор подшипников качения на заданный ресурс 6.1. Быстроходный вал 6.2. Промежуточный вал 6.3. Тихоходный вал 6.4. Приводной вал 7. Расчет валов на прочность 7.1 Расчет валов на статическую прочность 7.1.1. Быстроходный вал 7.1.2. Промежуточный вал 7.1.3. Тихоходный вал 7.1.4. Приводной вал 7.2 Расчет тихоходного вала на сопротивление усталости 8. Выбор смазочных материалов и системы смазывания 9. Подбор муфты 10. Расчет звездочки 11. Порядок сборки привода, выполнение необходимых регулировочных работ Список литературы
• Курсовой проект по ТММ на тему: "Проектирование и исследование одноцилиндрового нереверсивного двухтактного двигателя судовой силовой установки" Вариант "В" Руководитель: С.В. Шаныгин Приложения с расчетами находятся в файлах 1-4 Назначение, функциональная схема, принцип работы Задание ОПМ-48В. Проектирование и исследование механизмов судовой силовой установки. Судовая силовая установка состоит из одноцилиндрового нереверсивного двухтактного двигателя внутреннего сгорания с двумя расходящимися поршнями (1, 2, 3, 4-4”, 5-5”, 6) с воспламенением от сжатия, маховика 7, планетарного реверс-редуктора 8, однорядного редуктора 9, гребного вала с винтом 10. Вал двигателя 1 имеет три колена. Среднее колено ОА через шатун АВ 2 сообщает движение нижнему поршню 3, а крайние два колена ОС и ОС”, расположенные под углом 180 градусов к среднему, сообщает через шатуны 5-5” движение верхнему поршню 6 в сторону, противоположенную движения поршня 3. В процессе работы двигателя поршни 3 и 6 то расходятся, то сближаются. Наименьшее расстояние между поршнями определяется по заданной геометрической степени сжатия  как отношение наибольшего к наименьшему расстоянию между поршнями От коленчатого вала 1 движение передается гребному валу через планетарный редуктор 8 (водило, Z1, Z2, Z3, Z4) с фрикционными муфтами L и M и через одноступенчатый редуктор 9 с цилиндрическими прямозубыми колёсами. Для движения судна вперед включается фрикционная муфта L, связывающая колёса Z1 и Z4, вследствие чего водило и колеса Z1, Z2, Z3, Z4 вращаются как одно целое относительно геометрических осей колеса Z1 и водила. Для движения судна назад включается муфта М и отключается муфта L. При этом колесо Z4 останавливается, а колесо Z1 получает вращение в обратную сторону. Для остановки судна обе муфты отключаются. Закон изменения давления газа в цилиндре двигателя при перемещении поршней представлен индикаторной диаграммой, а данные для её построения приведены в таблице 2. 5 В двухтактном двигателя такого типа при расхождении поршней в цилиндре происходит сгорание впрыснутого топлива и расширение продуктов сгорания, а при сближении их - сжатие воздуха, нужного для сгорания. Схема кулачкового механизма топливного плунжерного насоса изображена на рисунке. Кулачок 11 этого механизма посажен непосредственно на коленчатый вал двигателя. Закон движения плунжера 12 насоса задан графиком ускорений Схема установки рис. 1а рис. 1б рис. 1г рис. 1д Исходные данные Таблица 1. №пп Параметр Обозначение Размерность Зн
• Курсовой проект технологии машиностроения. Деталь - Вал.
• Кусок листинга программы представлен ниже:
• К участку цепи (см. таблицу 1) приложено напряжение 100 В с временной зависимостью, показанной на рисунке 1. L=(K+8) мГн, C=(2*K + 15) мкФ, R1=2*N кОм, R2=N кОм, R3=(N+4) кОм, tи=0,2*N*τ с, где τ – постоянная времени цепи, N – номер варианта, K - номер группы. Определить классическим и операторным методами, построить график выходного напряжения.
• Кушнарёв зачтено● все отливки получаем литьем в песчаные формы с использованием или без использования стержней;● все отливки имеют 7-12 класс точности;● радиусы округления пересекающихся поверхностей (галтели) составляет 5-7 мм для наружных поверхностей, 7-9 мм – для внутренних;● для отливок из чугуна прибыли, выпоры, холодильники и жеребейки не указывать;● формовочные уклоны и припуски под дальнейшую механообработку определять по таблицам 7 и 8, сборника задач (стр. 93-94);● размеры стержневых знаков выбрать из таблиц 9 и 10, сборника задач (стр. 94);● при подсчёте КИМ не учитывать объём металла, идущий на заполнение литниковой системы с последующим застыванием в ней.
• # Лабораторная работа № 10 ## Задание Реализовать утилиту вычисления контрольной суммы записей **key-value** хранилища.
  > **key-value** хранилище является простейшим хранилищем данных, использующим ключ для доступа к значению. > Такие хранилища используются для хранения изображений, создания специализированных файловых систем, > в качестве кэшей для объектов, а также в системах, спроектированных с прицелом на масштабируемость. ## Иллюстрация Утилита проходит в несколько потоков содежимое исходного хранилаща ```md# db-cat source.db | column family | column family | column family ||---------------|---------------|---------------|| key1 : value1 | key5 : value5 | key7 : value7 ||---------------|---------------|---------------|| key2 : value2 | key6 : value6 | key8 : value8 ||---------------|---------------|---------------|| key3 : value3 |               | key9 : value9 ||---------------|---------------|---------------|| key4 : value4 |               |               ||---------------|---------------|---------------|```и заполняет новое хранилище контрольной суммой для каждой записи ```md# db-cat dbcs-source.db | column family | column family | column family ||---------------|---------------|---------------|| key1 : hash1  | key5 : hash5  | key7 : hash7  ||---------------|---------------|---------------|| key2 : hash2  | key6 : hash6  | key8 : hash8  ||---------------|---------------|---------------|| key3 : hash3  |               | key9 : hash9  ||---------------|---------------|---------------|| key4 : hash4  |               |               ||---------------|---------------|---------------|``` Контрольная сумма вычисляется от значения и от ключа записи:```hash = sha256(key, value)``` ## Требования - Утилита должна поддерживать [**rocksdb**](https://github.com/facebook/rocksdb) с множетсвенным семейством стоблоцов.- Утилита, должна обработаывать следующие опции: `log-level`, `thread-count` и `output`.- В качестве алгоритма хеширования для подсчета контрольной суммы выбрыть **SHA-256**.- При реализации использовать шаблон проектирования **producer-consumer**. ## Пример ```Shell# получение справочной информации$ dbcs --help Usage:   dbcs [options] Options:   --log-level          = "info"|"warning"|"error"                                         = default: "error"                                  --thread-count       =                                 = default: count of logical core   --output               =                                 = default: # вычисление контрольной суммы$ dbcs /dir/file.db...``` ## Рекомендации - Для обработки параметров командной строки использовать компонент `boost::program_options`.- Для логгирования работы утилиты использовать компонент `boost::log`.- Для вычисления контрольной суммы использовать библиотеку [**PicoSHA2**](https://github.com/okdshin/PicoSHA2).- Для подключения [**Boost**