В случае Data Mining Hub команде не раскрываются все данные и затачиваться она сможет только под известный ей dataset.
Второй dataset схожего размера будет использоваться для оценки качества алгоритма, т.к. в отличии от kaggle код не раскрывается и остается вашей интеллектуальной собственностью.
погрешности не было, так что должны были проверить либо все логины-пароли, либо выбрать какое-то подмножество случайным образом (тут не описано почему человек считает что его выборка достаточно случайна и случайна ли) и проверить на нем.
В текущей постановке фразы скорее всего проверили, если проверили, 10 логинов-паролей с верху, пару-тройку помотав куда-то и сделали вывод.
Есть Google Wallet. К нему можно привязать через google checkout любую карту. Используя всякие HCE можно держать карту в облаке и не тратиться на security element а спрашивать необходимое у эммитента.
Выглядит очень красиво и радужно.
Но ломается, как только мы вспоминаем что любая транзакция с карты стоит денег. Пускай даже 0.5% но это расходы. Строить модель которая работает когда есть кто-то большой кто дает деньги, это очень романтично, но в один прекрасный момент халява закончится :) В общем не просто так google wallet работает только в одной стране на паре телефонов ;)
Т.к. у нас TCP нам нужно держать буфер пока не придет ACK.
4кб расходы системы на буфер (на самом деле их несколько, просто тут не секундная летенси и получается как будто 4кб, в реальности будет где-то 12-16).
Если у нас идет поток 10,000 запросов в секунду, то мы будем потреблять как минимум буфера на эти соеденения + дельту на передачу данных. Если буфер передается за 1 секунду до клиента, то нам нужно ~100 мегабайт памяти. Если начинаются потери и идут всякие ретрансмиты, то у нас требования по памяти вырастают.
Я не говорю что невозможно сделать 1М соединений с сервером. У меня пока рекорд около 4,5М на amazon :), тут просто надо понимать, что есть ограничения другого уровня и их тоже надо учитывать.
Тогда тут мой пардон, я не смог интерпретировать Total Netto как ядерную память.
Да, 4kb современный линукс выделяет на одно соединение, это правда.
Если данное решение ориентировано на сервис, у которого 80% пользователей будут иметь стабильное (тут скорее вопрос не в latency, а именно в bandwish) соединение с сервером — то вопросов нет.
Если там будут мобильные клиенты, то я бы закладывался что total netto будет выше.
Так же я бы закладывался что total netto будет выше, в случае если вы будете посылать более большие ответы.
Второй dataset схожего размера будет использоваться для оценки качества алгоритма, т.к. в отличии от kaggle код не раскрывается и остается вашей интеллектуальной собственностью.
Дизайн и навигация, как и весь UI, будет перерабатываться.
Мы подошли к вопросу баланса прав между учеными и заказчиками с позиции защиты прав ученых.
В текущей постановке фразы скорее всего проверили, если проверили, 10 логинов-паролей с верху, пару-тройку помотав куда-то и сделали вывод.
Осталось понять, куда писать email с bank account number, вот почему-то этого не пишут в статьях.
Выглядит очень красиво и радужно.
Но ломается, как только мы вспоминаем что любая транзакция с карты стоит денег. Пускай даже 0.5% но это расходы. Строить модель которая работает когда есть кто-то большой кто дает деньги, это очень романтично, но в один прекрасный момент халява закончится :) В общем не просто так google wallet работает только в одной стране на паре телефонов ;)
4кб расходы системы на буфер (на самом деле их несколько, просто тут не секундная летенси и получается как будто 4кб, в реальности будет где-то 12-16).
Если у нас идет поток 10,000 запросов в секунду, то мы будем потреблять как минимум буфера на эти соеденения + дельту на передачу данных. Если буфер передается за 1 секунду до клиента, то нам нужно ~100 мегабайт памяти. Если начинаются потери и идут всякие ретрансмиты, то у нас требования по памяти вырастают.
Я не говорю что невозможно сделать 1М соединений с сервером. У меня пока рекорд около 4,5М на amazon :), тут просто надо понимать, что есть ограничения другого уровня и их тоже надо учитывать.
Да, 4kb современный линукс выделяет на одно соединение, это правда.
Если данное решение ориентировано на сервис, у которого 80% пользователей будут иметь стабильное (тут скорее вопрос не в latency, а именно в bandwish) соединение с сервером — то вопросов нет.
Если там будут мобильные клиенты, то я бы закладывался что total netto будет выше.
Так же я бы закладывался что total netto будет выше, в случае если вы будете посылать более большие ответы.