Ребят, добрый день.
Может кто знаком с формулами расчета необходимого количества iops? У меня тут группа машинок на esxi-хосте, которые надо вынести на новый сервер. Я знаю суммарный r/w rate, максимальный latency при обращении к datastore и vdisk. Как мне перевести все это в необходимый iops, получив в итоге оптимальный latency? Сейчас соотношение R/W порядка 15/85, из-за новых проектных БД латенси на ряде обеспечивающих бизнес-процессы серверах подскакивает до 250мс vdisk wr.
Подсчитать, сколько выдаст массив я могу, а вот вывести из имеющихся данных необходимый минимум не получается, не могу найти подходящую формулу. Неужели, единственный вариант тушить все лишнее и мерить iometer-ом?

Потому-что tor очень снижает скорость доступа к сайтам.

https://www.youtube.com/watch?v=4_PnCKK_Nhc

По поводу не нужно. Раз уж LMG купили камеру 8К за 150$, то более мощные производители клубничного контента, ИМХО, побегут в очередь...

По поводу 4К/8К, на наберите в поиске youtube :-)

А обещали и тестировали 8К футбольные трансляции - японцы.

Вот взять например число Пи, хоть число знаков после нуля там бесконечно и непериодично, на Машине Тьюринга можно написать программу конечной длины, которая бы за конечное время вычисляла любой конечный знак такого числа после запятой. Т.е. можно ввести понятия колмогоровской сложности применительно к числу Пи - минимальная программа, которая знак за знаком будет выводить число пи (или как вариант, по запросу вывести такую-то цифру после запятой).

Но есть и числа принципиально невычислимые, однако им можно дать описание. Скажем, взять какой-нибудь Brainfuck, в котором есть некий фиксированный набор инструкций, возьмем все возможные компьютерные программы на этом самом брайнфаке(их бесконечно) и представим бесконечное число, знаки после запятой в котором в двоичной системе счисления говорят, завершается или не завершается какая-то конкретная программа. Т.е. число 0.10010111011011111011... например говорит о том, что первая программа завершается, вторая и третья не завершается, четвертая завершается, пятая не завершается, в общем как-то так. Так вот, хоть я и смог описать это число, оно не является вычислимым т.к. не существует компьютерной программы, которая бы могла это число сосчитать произвольный знак этого числа т.е. высчитать число со сколь угодно высокой но конечной точностью за конечное время. Можно сказать, у этого числа бесконечная колмогоровская сложность

Так вот, вопрос. Есть ли физические константы, которые можно путем постановки физического эксперимента экспериментально определить со сколь угодно высокой точностью, но при этом чтобы не существовало компьютерной программы для МТ, которая бы могла это число вычислить чисто математическими методами? Взять например два неких радиоактивных изотопа с разными периодами полураспада, и вести наблюдение, какой из них распадется первее. После чего повторить эксперимент с такими же двумя изотопами. При этом, если первым распался один изотоп то записываем 1, иначе 0. Потом, собрав достаточно много такой статистики распада, посмотрим на отношение единиц и нулей. И чем больше проводится подобных экспериментов, тем больше мы получаем точность этого отношения (это будет отношение периодов полураспада, если я все правильно понял). Какие тут будут погрешности в измерениях, есть они вообще, и если да, как их минимизировать/убрать? Существует ли компьютерная программа для МТ, которая могла бы, используя чисто математические/алгоритмические методы, посчитать эту константу? Есть ли вообще такие физические константы, которые при наличии соответствующих ресурсов могут быть вычислены со сколь угодно высокой точностью? Если да, были ли попытки найти некий алгоритм, который бы «сжимал» подобные константы т.е. найти некие закономерности и алгоритм, который бы эту константу считал бы таким же образом, как и число Пи?

Если окажется так, что некие измеряемые константы принципиально «несжимаемы» таким же образом, как является несжимаемым то число проблемой останова, получится что «реальность» может делать какие-то сверхтьюринговые вычисления, и может быть можно путем постановки определенного физического эксперимента найти решение проблемы останова.

Есть задача сделать сабж в виде L2 моста для анализа траффика и дропа некоторых пакетов по своим правилам.

Целевой траффик около 20Гбит, 2Mpps с перспективой роста.

Собрал тестовый стенд из трех DL360 gen9, карты Intel XL710, ядра 4.9.х, дрова интель последние. Один генератор траффика, второй - приемник, в середине Suricata, она настроена на режим AF_PACKET с копированием пакетов с одного интерфейса на другой и обратно.

Тестирую прогоном pcap-файла через tcpreplay.

Всё, вроде бы, работает отлично - на скоростях до 1.15Mpps на порт ядро и Suricata пакеты не дропают, но вот почему-то дальше во второй порт пакетов *уходит* на ~0.8% меньше чем вошло в первый. Проверял по ethtool -S eno49 | grep tx_packets.

Где оно может теряться? В счетчиках отправляющей карты дропов и оверранов не обнаружил, в сурикате тоже всё по нулям.

round() - использует банковское округление к ближайшему четному. Я конечно понимаю, что написать свою функцию 5 мин, но неужели только так и нормального округления нет?

Ищем DevOps инженера в отдел разработки внутренних систем.

Наш стек: - apache, nginx, mysql, postgresql, maven, phing, redis, memcached - Git, Gitlab, Jenkins, Nexus, Ansible, Docker . - Scripting: bash, golang

Проекты сложные как собственная разработка на Php/Java так и коробочные продукты/SAAS, гибридная инфтрастурктура ESX/AWS/Azure Команда дружная, график гибкий.

Контакты: E-mail: irina.valter@veeam.com Skype: irina.valter.veeam

Что значит «x ∉ x»? Как может элемент множества не принадлежать самому себе? Что будет представлять собой множество из таких элементов?

Или это требует введения какого-то необычного определения отношения принадлежности?

Самый исчерпывающий ответ: https://ru.wikipedia.org/wiki/Парадокс_Рассела

Всем спасибо за объяснения.

Вечер добрый.

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

Ведь жизнь всего одна, не хочется проводить ее фултаймом и, и все.

У кого какие предложения есть?)
Здесь же много спв, предлагайте безнес идеи, теории, что угодно, может что-то взлетит.

sudo cast -dk

Цель следующая: необходимо стать толковым программистом. Веб мне не нравится (от слова «совсем»). Хочу освоить нужные инструменты (языки) для программирования. Планирую писать десктопные программы, кроссплатформенные (клиентские), мобильные приложения тоже можно. Реже — драйверы или прошивки. Никогда раньше не занимался программированием (ну, если не считать qbasic в школе, который давным давно полностью забыт).

С чего стоит начать? Я нашёл информацию по этому вопросу, прочитал не одну тему по этому поводу. Верно ли я определил дальнейшие действия? Гуру, подскажите. Есть огромное желание и интерес к программированию. Получится что-то толковое, если учиться по списку ниже, который я подобрал?
Сильно не ругайте, ибо не специалист.

1. Изучить алгебру логики, комбинаторику, позиционные системы счисления, теорию вычислимости и теорию алгоритмов, принципы построения и функционирования вычислительных систем.
2. Изучение алгоритмов (чтение «Алгоритмы. Руководство по разработке» Скиена, «Алгоритмы и структуры данных» Вирта, «Алгоритмы: построение и анализ» Кормена).
3. Чтение «Программирование: введение в профессию» Столярова.
4. Написание простеньких программ на Basic, изучение Assembler.
5. Изучение и программирование на Pascal.
6. Чтение Стивена Прата «Язык программирования C. Лекции и упражнения», K&R.
7. Изучение и программирование на C.
8. Чтение «Введение в функциональное программирование» Харрисона, «Типы в языках программирования» Пирса, SICP, GNU Emacs Lisp Reference Manual.
9. Изучение и программирование на Scheme.
10. Чтение «Java SE 8. Базовый курс» Хорстманна, «Программирование на Java» Якова Файна, «Изучаем Java на примерах и задачах» Сеттера.
11. Изучение и программирование на Java.
12. Реальная работа в проекте (набор опыта), потом джуниором ~ 1.5 года.

Может ли такой план сработать? Что поправить? Чего добавить/убрать?
Спасибо за внимание.

Не раз в различных произведениях обыгрывалась ситуация, когда люлишек массово и внезапно нечто выпиливает и остаётся кучка выживших. Так вот, по всему миру остаются ядерные станции без обслуживания. Как долго они смогут так простоять без участия людей? Не удивлюсь если на ЛОРе есть реальные сотрудники АЭС.

Добрый день. Есть два физических шлюза с одним виртуальным ip (vrrp/keepalived), которые благополучно бэкапят друг-друга, но хотелось бы добавить еще и балансировку, что бы трафик шел одновременно через два шлюза, а в случае падения одного из них, шел через «выжевшего».

Я так понимаю это может сделать round robin и keepalived, вроде как, даже поддерживает его, но все мануалы написаны про балансировку веб серверов. Реально ли это сделать силами keepalived, стоит ли копать дальше?

Хотелось бы составить немного невменяемый иррациональный список-кучу «хитрого». Buzzwords из области высокой производительности.

Список будет содержать «хитрое». Хитрое - это узко-специальные знания из области алгоитмов, структур данных, современной аппаратуры, нацеленное на достижение высокой производительности; с чем работают передовые специалисты для достижения максимальной производительности. Также, хитрое - это IT - тенденции/идеи последнего времени.

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

Начну так:

• lock-free структуры данных; CAS; барьеры памяти; relaxed, release, acquire и т.п. Блокировки шин, кешей, store-buffer и т.п. — вот это всё.
• cache-oblivious структуры данных; van Emde Boas layout;
• false sharing, кеши процов
• fractal tree (buffered B-Tree), Lars Arge 2003, LSM
• blockchain
• netmap
• HTML5/WebGL/WebSocket/WebAssembly
• ML: нейросети, forest tree, HMM, WFST-графы

Критика списка не интересует, нужно только дополнение. Считаете список бредом -> не можете продолжить -> не продолжаете -> всё довольны.

Состоялся релиз Unigine Superposition.

Изо дня в день одинокий профессор проводит опасные эксперименты в заброшенной учебной аудитории. Одержимый самыми невероятными изобретениями и открытиями, он стремится воплотить свои идеи в жизнь.

Придя сюда рано утром, вам не удается застать его на месте. Странно, ведь всего лишь пару мгновений назад вы отчетливо слышали громкий хлопок из его лаборатории. Что это было?

У вас есть уникальная возможность разобраться, что же произошло, вникнув в суть квантовой теории: внимательно осмотрите приборы, записи, изучите каждую деталь лаборатории — это поможет приподнять завесу тайны над этой историей.

Возможности и характеристики:

• новая технология SSRTGI, появившаяся в движке UNIGINE 2, для трассировки лучей, по заявлению авторов, делающая наложение света в реальном времени и внешний вид теней настолько реалистичными, насколько это возможно;
• глобальная турнирная таблица для сравнения производительности видеокарт;
• стресс-тестирование перегрева;
• изменяемые настройки качества изображения;
• поддержка разрешений 4k и 8k, а также VR-режима (Oculus Rift и HTC Vive);
• более 900 интерактивных объектов, интерактивный режим с мини-играми;
• поддержка Windows и GNU/Linux.

Минимальные системные требования:

• GPU: AMD Radeon HD 7xxx / Intel HD 5xxx / NVIDIA GeForce GTX 6xx;
• видеопамять: 2 ГБ;
• место на диске: 7 ГБ.

>>> Подробности

Хелло,

Не поделитесь ли положительным и негативным опытом о применение этого языка в готовых продуктах. Какие есть подводные камни?

Компания: на рынке с 2013 года. Разрабатывают web-сервисы и платформу для рекламы и анализа Big Data. Офис у м. Новослободская.

Условия:

• оклад 150 - 180 000 руб. до вычета налогов;
• ДМC со стоматологией;
• корпоративная мобильная связь.

Обязанности:

• подготовка к эксплуатации сервисов и различных сред для разрабатываемых в департаменте продуктов и сервисов;
• построение системы CI/CD для разработчиков;
• оптимизация процессов тестирования.

Задачи на первое время:

• настроить автодеплой на dev, с учетом микросервисной архитектуры;
• написать процедуру по аппруву релизов;
• настроить автопрогон тестов до сборки;
• решить, как должен происходить деплой на prod (автоматически, по кнопке и пр.);
• организовать несколько demo стендов для внутренних и внешних заказчиков, на которых будут крутиться разные версии сервисов перед аппрувом.

Требования:

если чем-то одним не владеете, то ОК

• Linux: Red Hat (RHEL)/CentOS/Debian/Ubuntu/OpenSUSE.
• Скриптовые языки: Bash/Python/Ruby.
• БД: представление о распространенных SQL и NoSQL решениях (MariaDB, Aerospike, Redis, Cassandra).
• Система управления конфигурациями: Ansible/Puppet/Chef/SaltStack.
• Система CI (Continuous Integration): Jenkins/Bamboo/TeamCity/Travis CI.
• Сборщики: Rake/Maven/Gradle/Ant или скрипты.

Пишите

Марк Кандауров

• Ссылка на все мессенджеры
• Telegram/WhatsApp: +79607008389
• Skype: kan.mark
• mkandaurov@spice-agency.ru
• Мой круг

Привет.

Если упрощенно, ситуация такая. Есть два канала в интернет, на каждом из них заметный процент потерь (положим 20%). Они действительно разные, скажем, два провайдера, подключенные к разным магистралям, потери наблюдаются внутри сетей провайдеров.

Можно ли улучшить ситуацию с помощью бондинга (bond) ? Какие еще есть варианты?

чему у вас равно 3.11 + 2?

UPD: протупил, причина то тривиальная, забыл, что в double порядки двоичные, теперь разбираюсь, почему 5.11 = 5.11

Наткнулся на забавный пост Бугаенко, который обиделся на рекрутеров Амазона на тему рисования алгоритмов на вайтборде.

Вот тут можно посмотреть сумму срачей со ссылками:
https://jug.ru/2017/02/bugayenko-recruiters/

Вот про сам вайтборд - это интересно! Я не использовал ручку с бумагой уже лет, наверное, десять. Если нужно вести конспект живой речи, обычно это делается с ноутбуком, в котором открыт софт для Mind Mapping (типа Mindjet MindManager - там удобные хоткеи и вообще). Если надо нарисовать диаграмму - то она рисуется мышкой в Визио (или чем-то получше типа Magicdraw UML, если на него есть деньги). Если нужно нарисовать график, то это точно будет эксель и кальк, но никак не тетрадка в клетку.

Есть подозрение, что я вообще уже разучился писать, по крайней мере при визите в совковые конторы, где на бланках нужно писать свое имя ручкой, нужно включать голову, чтобы на бумаге не получилась каша вместо слов.

Единственное для чего нужна ручка - это чтобы на графическом планшете рисовать арт и иконки, но я никак не связан с играми уже несколько лет и не уверен, что могу нарисовать на планшете лошадь. Да и вообще, рисование на планшете никак структурно не связано с решением задач на бумаге, это другой образ мыслей.

Также вайтбордом полностью игнорируются типичные практики формирования этих мыслей. Например, я года два (в общей сложности) использовал PHP, но не знаю в точности его синтаксиса. Да и что там знать, он за всё это время поменялся несколько раз. Когда я пишу, подсознание автоматически мониторит подсказки от IDE и выхлоп компилятора, и в режиме test driven development выдает результирующий код. Проще перезапустить тесты и увидеть косяк, чем разбираться в нем с помощью своего мозга. Таким образом ноутбук с компилятором и IDE становятся частью мышления, самых базовых низкоуровневых рефлексов. Ты не думаешь как дышать и моргать. Ты не думаешь, когда нажимаешь кнопку «перезапустить тесты» или корректируешь подчеркнутое красным. Оно происходит само, совершенно отдельно от твоего сознания.

Что происходит, когда у тебя внезапно исчезает воздух? Случается паника, острая необходимость найти источник воздуха, совершенная неспособность что-либо делать без дальнейшего поступления воздуха. Точно такая же аника случается, если забрать у человека нормальную IDE типа Эклипсы и заставить писать код в vim или notepad.exe. Если вообще забрать ноут и заставить чертить рисунки на доске - то пиши пропало.

По сути, на собеседовании человека лишают основного его средства выражения мыслей (ноутбука), и заставляют писать какой-то немыслимой херней. Что же в этом плане могло пойти не так?
Людям, которые любят вайтборды, возьмете меня рекрутером? Только что придумал несколько забавных испытаний для соискателей:
а) Написание кода под водой, ногами на песке.
б) Написание кода под бутиратом.
в) Написание кода под ЛСД. Десять стандартных доз.
г) Написание кода на эстонском языке, сделав вид что это Java, и что в окружающем мире не выполняется транзитивность.
д) Написание кода кровью на обоях. Представляя себя Есениным. Сложность в том, что Есенин не умел кодить.
е) Методично избивать соискателя каждый раз, когда в голове забрезжит идея. Не давать глазам сфокусироваться.

Главная идея всех испытаний в том, чтобы человек совершенно не мог использовать привычные методы мышления для решения задачи.

ж) ну и на вайтборде рисовать, как же это можно забыть

Опрос для тех, кто всё-таки какой-либо СМ пользуется, посему варианта «Не пользуюсь» здесь и не предусмотрено (иначе он просто испортит статистику).