Принимающая сторона говорит, что готова принять, условно, три блока данных, отправитель передает их. Получает отправляет подтверждение, после чего отправляются следующие три блока данных и так далее.
Всю жизнь думал что это работает не так.
Отправляем последовательно (или в любом порядке чтобы навести хаоса) блоки 1, 2, 3.
Если к моменту отправки 4 блока от получателя пришёл ACK на некоторое количество блоков - сдвигаем окно на это количество блоков, продолжаем посылать дальше.
Передача блоков и подтверждений идёт синхронно в обе стороны а не последовательно как на вашей картинке, при этом в случае с размером окна 3 получатель может прислать от 0 до 3х подтверждений в зависимости от того какие блоки и в каком порядке успеют дойти.
у получателя проблемы с памятью и он не может обрабатывать больший объем данных.
А если проблемы не с получателем а с сетью и половина пакетов не доходит - размер окна случайно не будет падать?...
максимальная скорость, которую я чисто теоретически могу получить при обмене с внешним ресурсом
Но это же скорость по тарифу вашего провайдера. А вот как раз со всеми конкурентами - это и есть текущая полоса. На практике можно запустить X потоков "спидтеста" до разных серверов или торрент без сидов в локальной сети провайдера.
Кстати если у вас полоса 500mbit и ping 500мс - получаем интернет в суперпозиции - качает быстро, тормозит жутко.
У нас на ~сотню суперов приходится один асус, навскидку вспомню вылет сетевухи и один отлетевший bios на суперах, асус ... работает, но он один так что это ни о чем не говорит.
Если приложение сворачивается - оно не запрашивает отпечаток даже если быстрый вход выключен, нужно отключить быстрый вход и закрыть приложение чтобы гарантированно спросило отпечаток/пин при следующем запуске.
Я специально посмотрел в локальном магазине (не мск) перед тем как писать первый комментарий - 5 вариантов комплектов ddr4 fury в наличии из них только один с подсветкой, ddr5 тоже в наличии. Брать память плашками а не комплектами если вы её планируете гнать - вообще плохая идея - в комплект специально подбирают чипы, шанс что сборная солянка разгонится на максимум кратно меньше.
подумайте в каком месте вашего водопровода будут выполняться условия для его возникновения.
Например у меня сильно долбит клапан стиралки в ванной. И заметно это именно по биению шлангов фильтра на кухне. Клапан посудомойки такого эффекта не даёт.
11 декабря, никаких новых писем не приходило (последнее от 6 ноября), продолжает работать бесплатный на 300, доступен переход выгодный/индивидуальный/только почта.
Будет смешно если "особые письма" разошлют 1 января.
Отдельно позабавила инструкция из FAQ по выгрузке почты
Скачать письма
Пользователь может скачать письма из своего аккаунта. Для этого внутри письма нужно нажать на значок ... на верхней панели над письмом или в строке с именем отправителя. Затем выбрать Ещё -> Скачать на компьютер. См. подробную инструкцию по ссылке:
Я не совсем понимаю о чем вы. Датчики дадут четырехугольник где повышена влажность (бетона или первого слоя гидроизоляции или теплоизоляции), чтобы проблема была не была в этом "квадрате" - вода должна горизонтально затекать из соседнего внутри слоев гидроизоляции. Иначе я не понимаю откуда ей взяться.
Мне кажется - данный способ не сработает только если основание на котором лежит датчик не впитывает и вода успевает стекать ниже в зоне "квадрата".
а требуется определить точки входа воды под кровлю и каналы по которым вода добирается до места потолка с капающей водой
Дак вроде как датчики и определяют наличие воды под гидроизоляцией. С учётом расположения сеткой это позволяет достаточно точно определить где затекает.
например EmEditor или суровое консольное nano. Если хватит оперативной памяти, то оно должно открыть.
EmEditor - обещает открыть за час с лишним, nano - виснет, notepad++ вылетает (быть может ему 12Gb свободной оперативки мало), mcedit - открывает на чтение, но выдает ошибку на запись. Очевидно что любой HEX редактор успешно прожует подобный объем (например HxD поскольку тот же WinHEX не сохраняет в бесплатной версии такие объемы), но вы так уверенно рассуждаете в статье про "откроем" и "запишем" что мне стало любопытно - чем конкретно вы открываете и записываете под Win в разумные сроки и с разумным расходом памяти. Видимо это было теоретическое "откроем".
при не совпадении восстанавливать из XOR файла
Допустим у нас есть 4 файла A="000", B="000", C="000", XOR="010"
Мы понимаем что один из них поврежден во 2м бите. Внимание вопрос - который из 4х файлов поврежден?
Но тогда хэш физического файла нужно сравнивать с хэшом XOR от двух других файлов, при не совпадении восстанавливать из XOR
При изменении одного из файлов - пересчитывать хэш этого файла и хэш XOR файла. Сильно. Опять же - это сработает только если не сходится только один хэш т.е. все повреждения попали на один файл. Лично мне крайне сложно придумать практическое применение вашей идее, для детектирования ошибок есть просто хэш, для исправления код Хэмминга, Рида-Соломона, raid 6.
Красивая картинка с HEX редактором какое отношение к теории имеет?
Запишем в bigfile.txt некоторую информацию, например, "Это просто статья на Хабре, читайте дальше". Откроем hardlink.txt и увидим ту же информацию, потому что hard link, по сути, является тем же файлом с точки зрения операционной системы.
Подскажите, чем правильно редактировать txt файлы, размером 10Gb? Почему выбран именно такой объем файла?
Поэтому пользуемся программным, аппаратным или собственным RAID, написанном на Python, для создания избыточности и повышения безопасности:
Даже если воспринимать этот код как концепт - от чего конкретно защищает этот ваш псевдо-raid? От повреждения файлов он не защищает. От удаления одного из файлов? Ну теоретически да, но это функционал резервного копирования а не raid.
Согласен, в играх все работает не совсем так. Может быть это профдеформация, но я не предположил что в обсуждении статьи про сервера уровня "256 - 1 - 2Tb RAM и 40-48 cpu" может зайти речь про игровой рендер. Даже если бы вы упомянули например Unreal Engine - я бы не догадался что речь про игры.
Возможно вы говорили про игры а я про "рендер или другие вычисления"?
Если у вас CPU загружен на 100%, то GPU простаивает и наоборот
Если речь про рендер - в качестве простого примера опровергающего ваши слова могу привести
кодирование последовательности jpeg2000 - хорошо параллелится, успешно считается и на gpu и на cpu, загружает и то и то на 100%
upscale видео с применением нейронки
любая задача на чистый gpu рендер станет чуть быстрее с подключением cpu и даст 100% утилизацию
Но есть нюансы
самая частая причина не подключать cpu - заметная на глаз разница между кадрами рассчитанными на gpu и cpu;
или у вас такой проект что видеокарты считают кадр за минуту а процессор за 30 минут, в среднем вы будете ждать 15 минут с простаивающими видеокартами в конце рендера пока процессор завершит свой последний кадр, при малом количестве кадров проц выгоднее исключить. Такие же хвосты образуются когда в ферме используются карточки или узлы сильно разной производительности.
При большом разрыве производительности (например 6 карт и слабый проц) тоже считают на чистом gpu.
Всю жизнь думал что это работает не так.
Отправляем последовательно (или в любом порядке чтобы навести хаоса) блоки 1, 2, 3.
Если к моменту отправки 4 блока от получателя пришёл ACK на некоторое количество блоков - сдвигаем окно на это количество блоков, продолжаем посылать дальше.
Передача блоков и подтверждений идёт синхронно в обе стороны а не последовательно как на вашей картинке, при этом в случае с размером окна 3 получатель может прислать от 0 до 3х подтверждений в зависимости от того какие блоки и в каком порядке успеют дойти.
А если проблемы не с получателем а с сетью и половина пакетов не доходит - размер окна случайно не будет падать?...
У юриков есть тарифы с гарантированной полосой, поставить себе домой такой тариф можно но разумеется дороже.
Дак и 0 это ДО 500.
Но это же скорость по тарифу вашего провайдера. А вот как раз со всеми конкурентами - это и есть текущая полоса. На практике можно запустить X потоков "спидтеста" до разных серверов или торрент без сидов в локальной сети провайдера.
Кстати если у вас полоса 500mbit и ping 500мс - получаем интернет в суперпозиции - качает быстро, тормозит жутко.
Максимальная стабильная полоса за пределы сети провайдера?
С чего бы скорости падать? Пинг растёт, скорость не должна ощутимо меняться.
У нас на ~сотню суперов приходится один асус, навскидку вспомню вылет сетевухи и один отлетевший bios на суперах, асус ... работает, но он один так что это ни о чем не говорит.
Если приложение сворачивается - оно не запрашивает отпечаток даже если быстрый вход выключен, нужно отключить быстрый вход и закрыть приложение чтобы гарантированно спросило отпечаток/пин при следующем запуске.
Я специально посмотрел в локальном магазине (не мск) перед тем как писать первый комментарий - 5 вариантов комплектов ddr4 fury в наличии из них только один с подсветкой, ddr5 тоже в наличии. Брать память плашками а не комплектами если вы её планируете гнать - вообще плохая идея - в комплект специально подбирают чипы, шанс что сборная солянка разгонится на максимум кратно меньше.
Чем вам kingston fury или viper не подходит?
Может ТС и спрашивал, мы не знаем. Мы знаем что ему прямо сказали что последний собес - формальность.
По итогу кандидата должны вернуть на реальный грейд если позиция есть а овощей убрать из собеседующих либо тот кто вышел на финал ничего не понял.
Либо если это капец флаг - дать нормальную обратную связь, убрать овощей из собеседующих и хорошо бы компенсировать потраченное время кандидату.
Какая может быть переоценка если кандидат рассказывает про себя а ему прямо говорят что надо выше?
Например у меня сильно долбит клапан стиралки в ванной. И заметно это именно по биению шлангов фильтра на кухне. Клапан посудомойки такого эффекта не даёт.
11 декабря, никаких новых писем не приходило (последнее от 6 ноября), продолжает работать бесплатный на 300, доступен переход выгодный/индивидуальный/только почта.
Будет смешно если "особые письма" разошлют 1 января.
Отдельно позабавила инструкция из FAQ по выгрузке почты
Скачать письма
Пользователь может скачать письма из своего аккаунта. Для этого внутри письма нужно нажать на значок ... на верхней панели над письмом или в строке с именем отправителя. Затем выбрать Ещё -> Скачать на компьютер. См. подробную инструкцию по ссылке:
-> help.mail.ru/mail/faq/eml/
В РФ незаконно вплоть до уголовной ответсвенности. Как и капкан на даче или растворитель в бутылке из под водки.
Я не совсем понимаю о чем вы. Датчики дадут четырехугольник где повышена влажность (бетона или первого слоя гидроизоляции или теплоизоляции), чтобы проблема была не была в этом "квадрате" - вода должна горизонтально затекать из соседнего внутри слоев гидроизоляции. Иначе я не понимаю откуда ей взяться.
Мне кажется - данный способ не сработает только если основание на котором лежит датчик не впитывает и вода успевает стекать ниже в зоне "квадрата".
Дак вроде как датчики и определяют наличие воды под гидроизоляцией. С учётом расположения сеткой это позволяет достаточно точно определить где затекает.
EmEditor - обещает открыть за час с лишним, nano - виснет, notepad++ вылетает (быть может ему 12Gb свободной оперативки мало), mcedit - открывает на чтение, но выдает ошибку на запись. Очевидно что любой HEX редактор успешно прожует подобный объем (например HxD поскольку тот же WinHEX не сохраняет в бесплатной версии такие объемы), но вы так уверенно рассуждаете в статье про "откроем" и "запишем" что мне стало любопытно - чем конкретно вы открываете и записываете под Win в разумные сроки и с разумным расходом памяти. Видимо это было теоретическое "откроем".
Допустим у нас есть 4 файла A="000", B="000", C="000", XOR="010"
Мы понимаем что один из них поврежден во 2м бите. Внимание вопрос - который из 4х файлов поврежден?
При изменении одного из файлов - пересчитывать хэш этого файла и хэш XOR файла. Сильно. Опять же - это сработает только если не сходится только один хэш т.е. все повреждения попали на один файл. Лично мне крайне сложно придумать практическое применение вашей идее, для детектирования ошибок есть просто хэш, для исправления код Хэмминга, Рида-Соломона, raid 6.
Красивая картинка с HEX редактором какое отношение к теории имеет?
Подскажите, чем правильно редактировать txt файлы, размером 10Gb? Почему выбран именно такой объем файла?
Даже если воспринимать этот код как концепт - от чего конкретно защищает этот ваш псевдо-raid? От повреждения файлов он не защищает. От удаления одного из файлов? Ну теоретически да, но это функционал резервного копирования а не raid.
Согласен, в играх все работает не совсем так. Может быть это профдеформация, но я не предположил что в обсуждении статьи про сервера уровня "256 - 1 - 2Tb RAM и 40-48 cpu" может зайти речь про игровой рендер. Даже если бы вы упомянули например Unreal Engine - я бы не догадался что речь про игры.
Возможно вы говорили про игры а я про "рендер или другие вычисления"?
Если речь про рендер - в качестве простого примера опровергающего ваши слова могу привести
кодирование последовательности jpeg2000 - хорошо параллелится, успешно считается и на gpu и на cpu, загружает и то и то на 100%
upscale видео с применением нейронки
любая задача на чистый gpu рендер станет чуть быстрее с подключением cpu и даст 100% утилизацию
Но есть нюансы
самая частая причина не подключать cpu - заметная на глаз разница между кадрами рассчитанными на gpu и cpu;
или у вас такой проект что видеокарты считают кадр за минуту а процессор за 30 минут, в среднем вы будете ждать 15 минут с простаивающими видеокартами в конце рендера пока процессор завершит свой последний кадр, при малом количестве кадров проц выгоднее исключить. Такие же хвосты образуются когда в ферме используются карточки или узлы сильно разной производительности.
При большом разрыве производительности (например 6 карт и слабый проц) тоже считают на чистом gpu.