Здравствуйте, при правильном выборе параметров (размер буфера и описание протокола). Вы не должны замечать большой разницы в передачи данных по SMB и ZeroMQ. Из того что я вижу, я бы посмотрел на:
Как вы передаете файлы? Если вы описали передачу как посылка 1 сообщения и затем ждете ack. Перед там как послать следующее, это сильно замедлит ваш throughput.
Размер фрейма по отношению к размеру кредита, выбирайте его таким образом что бы IO использовалось максимально эффективно, так же в случае больший файлов, я советую увеличить размер фрейма хотя бы до 5кб
Проект связан с хранением данных, в начале он разрабатывался как архивная система на основе эталонной модели OAIS, и одним из требований было то, что информация должна быть понятна целевой аудитории на протяжении сколько угодно длительного времени (при этом сама информация остается неизменной). Тут очень хорошо подошел именно semantic web, и концепт изменяемых метаданных. Например. У нас есть объект хранения — Анамнез пациента. Метаданными в данном случае может является информация о болезнях, родственниках, способ получения, врачи и т.п. Мы пытаемся покрыть основные онтологии, а именно (библиография, медиа, инженерная документация, медицина).
Проект является стартапом, над которым мы работаем уже почти 2 года, рекламировать я его не буду, но если Хабрахабр примет нас как стартап по своей новой программе (ну или мы наконец найдем деньги и оплатим подписку), то я расскажу более детально, там довольно много интересных моментов как с семантикой, так и с OAIS.
Вроде ко всем публичным данным есть ограничения по количеству запросов/их сложности? Мы сейчас пишем своей проект который использует семантический веб в качестве основы для хранения и управления метаданными и нас очень сильно интересует процесс отображения онтологий (alignment), особенно учитывая их количество.
Я покупаю товары в www.verkkokauppa.com/, там есть русские менеджеры, для удобства доставляют прямо на почту Лаппеенранты (можно расплатится прямо на почте).
Налог могут вернуть несколькоми путями, во первых это Tax Free, можно получить прямо на таможне, но там точно меньше 23%. Но лучше это делать через инвойс. Для этого вам надо будет сделать отметку в инвойсе на таможне, затем или приехать к ним в магазин где вам выдадут деньги на кассе наличными, или же отправить инвойс по почте, деньги придут на ваш банковский счет (примерно в течении 20 дней, зависит от нашей почты).
Почему то постоянно встречаю бордеров которые так считают. Что можно сделать на борде чего нельзя сделать на лыжах? Посмотрите нью скул видео и сравните. Ну а по экстриму, на лыжах травму получить намного легче чем на борде.
Люди приходят и уходят, но идеи остаются. Остается только процитировать его же слова.
No one wants to die. Even people who want to go to heaven don't want to die to get there. And yet death is the destination we all share. No one has ever escaped it. And that is as it should be, because Death is very likely the single best invention of Life. It is Life's change agent. It clears out the old to make way for the new. Right now the new is you, but someday not too long from now, you will gradually become the old and be cleared away. Sorry to be so dramatic, but it is quite true. Your time is limited, so don't waste it living someone else's life. Don't be trapped by dogma — which is living with the results of other people's thinking. Don't let the noise of others' opinions drown out your own inner voice. And most important, have the courage to follow your heart and intuition. They somehow already know what you truly want to become. Everything else is secondary.
Мы стараемся подходить к unit тестам как одному из инструментов который может сохранить множество нервных клеток в будущем. Обычно начальный процесс разработки происходит так:
1. Детально проектируется вся архитектура конечного продукта
2. Создаются интерфейсы и документируются (java), по сути скаффолдинг.
3. Пишутся тесты для всех публичных методов, до того как сами методы были реализованы.
4. Пишется бизнес логика продукта.
5. Пишутся интеграционные тесты.
Тем самым гарантируется что в ходе разработки продукт(с точки зрения public api) будет всегда вести себя так, как это было заложено в изначальной архитектуре.
В случае с автоматом вы ломаете его по неосторожности. В случае же со взлом серверов — имеется прямой умысел (который попытается доказать сторона обвинения).
На самом деле не так сложно, нам достаточно снимать с фрейма информацию о юнитах, строениях, возможных действиях и т.п., то есть снимать текущее состояние игры. Далее необходимо принять решение, на основе текущего состояния. Самое простое это вывести простые шаблоны его поведения, скажем граф тактик.
Создать бота который будет играть по простой тактике с очень хорошим микро, не сложная задача, и такие боты уже есть. А вот создать бота который сможет хранить большую базу знаний о игре, и используя эту базу принимать решение в реальном времени, вот это уже намного интересней.
У меня была идея написать бота для Starcraft2, с помощью перехвата D3D9 потока, довольно интересная задача, но на это надо очень много свободного времени.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Проект является стартапом, над которым мы работаем уже почти 2 года, рекламировать я его не буду, но если Хабрахабр примет нас как стартап по своей новой программе (ну или мы наконец найдем деньги и оплатим подписку), то я расскажу более детально, там довольно много интересных моментов как с семантикой, так и с OAIS.
Налог могут вернуть несколькоми путями, во первых это Tax Free, можно получить прямо на таможне, но там точно меньше 23%. Но лучше это делать через инвойс. Для этого вам надо будет сделать отметку в инвойсе на таможне, затем или приехать к ним в магазин где вам выдадут деньги на кассе наличными, или же отправить инвойс по почте, деньги придут на ваш банковский счет (примерно в течении 20 дней, зависит от нашей почты).
Сам я катаюсь и на борде и на лыжах.
1. Детально проектируется вся архитектура конечного продукта
2. Создаются интерфейсы и документируются (java), по сути скаффолдинг.
3. Пишутся тесты для всех публичных методов, до того как сами методы были реализованы.
4. Пишется бизнес логика продукта.
5. Пишутся интеграционные тесты.
Тем самым гарантируется что в ходе разработки продукт(с точки зрения public api) будет всегда вести себя так, как это было заложено в изначальной архитектуре.
Создать бота который будет играть по простой тактике с очень хорошим микро, не сложная задача, и такие боты уже есть. А вот создать бота который сможет хранить большую базу знаний о игре, и используя эту базу принимать решение в реальном времени, вот это уже намного интересней.