Два блока питания по 750. Значит в самом худшем случае 2кВт. 2*24*30 = 1440кВт/часов. При цене рубля 4, выходит 5760р в месяц. Но это верхняя планка.
Если уж потратили 180-200тыр на всю систему, отдавать 5тыр в месяц на питание не так вроде и страшно :)
Правда, если это всё в квартире со стандартным вводом, то быть может, придётся отказаться от электрочайника или стиральной машины, пакетники начнёт выбивать :))
Ну или на отдельный пакетник выводить.
У богатых свои причуды :) Я так, не готов отдать 120000+ рублей, чтобы просто хранить кучу киношек и т.п. И это только, чтобы купить 40+ хардов, а сколько всего ещё понадобится. Это как минимум штук 5 мощных RAID контроллеров, каждый тысяч по 5-10.
Я лучше по старинке: скачал, посмотрел, удалил :))
Хотя не спорю, у меня тоже есть хобби, бюджет, которого близок к 100тыр в год — гонки RC машин и это если экономно подходить. Наверно каждому своё.
Всё здорово, изготовление своего корпуса интересная идея, над которой я и сам задумывался (правда с другой целью).
НО. Можете примерно объяснить, чем заняты 10ТБ и зачем нужны 48 HDD? Я так понимаю новое хранилище будет уже примерно на 40ТБ рассчитано?
Что там должно храниться? Или вы пользуетесь хранилищем по принципу почты гугл/интернета. «Что попало в интернет, уже никогда от туда не уходит»? :)
У меня в компе всего 3 ТБ места, я уже более, чем 3 года поддерживаю больше 1ТБ свободного пространства и никакой тенденции к его окончанию нет.
Можно скачать кучу сезонов разных сериалов в FullHD все их посмотреть (это займёт 1-1.5ТБ), а потом просто удалить. На мой взгляд, по себестоимости, это намного выгоднее :))
А нам это учитель в школе в 11 классе рассказывал. Очень хороший был учитель, любил математику.
А ещё говорил, что бог знает на 5, я на 4, ну а с вами всё ясно :))
Какая тогда разница 7р или 10 за мег платить? Для тех кто реально использует 6-10мб в месяц, ничего особо не изменилось. 30р в месяц не счёт.
Или у вас ботнет из 100000 модемов, который шлёт по 200кб? Тогда да, подстава…
Нытьё какое-то. Сейчас цены на анлим начинаются от 100-150р в месяц. При 7р за мег, это всего 20мб. Что вы сейчас можете скачать на эти 20мб? Кому это может выгодно?
Тем более, в большинстве новых тарифов интернет просто включен в стоимость, так что никаких проблем вообще нет.
Например у мегафона за 500р включены и минуты и смс и интернет. Вам ещё дешевле надо? Тогда лучше выкинуть телефон, писать письмо почтой России :))
7" всё таки маловато. У меня уже около 2х лет Galaxy Tab самый первый. Он неплох, но всё таки хочется чуть больше экран. Много думал, когда вышел 7.7, но он тоже оказался дорогим.
Ipad крут тем, что экран 8", а размеры как у 7" планшетов, за счёт узкой рамки. Хотел аналог на анроиде, т.к. все имеющиеся гаджеты же на нём.
А ещё, в Nexus 7 немного напрягает отсутствие тыльной камеры. Я ей достаточно часто пользуюсь. Может, если выпустят Nexus 7.2 с камерой снаружи, я бы и взял.
Ну что за отстой :(
Я так надеялся, а они не смогли сделать его лучше, чем Ipad Mini. Я ненавистник Apple и очень не хочу покупать Ipad Mini, но его формат на данный момент в разы лучше, чем всё что есть у конкурентов. С большой надеждой ждал «это».
А оказалось, что он больше, толще, тяжелее, вполне вероятно меньше работает от батареи (это надо проверить). И стоит НАМНОГО дороже.
Полный бред. Всё можно было бы простить, если бы цена на нашем рынке была хотя бы в пределах 20тыр, но ведь при 450 евро там, у нас будет от 25тыр точно. И это при цене Ipad mini 32 GB +3G менее 20тыр.
Короче не знаю что делать, видимо пойду сдаваться яблочникам :(
Как-то черезчур пессимистично. На мой взгляд, хорошая игра всегда найдёт своих покупателей. Не нужно далеко ходить, чтобы найти людей, которых бесит frimium, 50% комментариев к подобным играм включают эти жалобы. И, я считаю, постепенно всё меньше людей будет тратить деньги на такие игры. Ведь это выброс денег. Когда ты покупаешь полноценную версию игры, ты тратишь один раз, конкретную сумму и ты получаешь конкретный продукт. Если же, ты покупаешь фантики в какой-то игре, то чаще всего, они все пропадут после переустановки или переноса на другое устройство. Часто игры просто глючат, и теряют всё накопленное. Это очень многих бесит и отталкивает. Так что модель фримиум как минимум, должна эволюционировать, во что-то более приемлемое для пользователей. Ну и конечно, если рядом будут лежать хорошие игры за фиксированную цену, они всегда будут иметь успех.
Далее про дешёвые порты: тоже самое, люди не слепы, они видят, когда сделан порт игры, которая не приспособлена для тачскрина и играть в ГТА на экранном джойстике неудобно. Её покупают в основном из ностальгии, уважения, к тому что человек испытал, когда играл в полную версию. Но мало кто реально проходит игру целиком. И уже точно, многие предпочту купить и играть в игру, которая изначально сделана для тачскрина и имеет удобное управление.
Раньше было проще, потому что не было ничего вообще. И можно было клепать убогие поделки. Сейчас основные виды игр для тачскринов уже изобретены (все эти бегалки, прыгалки вверх и т.п.). Поэтому и стало сложно сделать что-то новое и интересное.
Гидроэлектростанции забыли? :) Уже давно всё придумано. Другое дело, если эту штуку можно приспособить для небольшого кол-ва воды, это будет круто. В любое болото закинул и вперёд.
Я не говорил о прямой модификации. Нет, никакой проблемы, создать отдельный класс, который скопирует интерфейс Assert-а, но внутри будет накапливать данные, а потом вызовет обычный класс. Чтобы не было проблем с многопоточностью я вижу два подхода:
1. Простой. Делаем наш класс не статическим, так что в каждом тест методе придётся создавать его экземпляр (либо в SetUp), это нормально и декларативно и всё такое. Но мне лично, всё таки не очень нравится каждый раз писать стандартный код.
2. Магический. Внутри нашего статического класса использовать привязку к вызывающему методу и потоку и хранить данные по этим ключам. Таким образом, данные для каждого теста будут независмы. Также, раз у нас будет метод проверки всех ассертов, в нём же можно очищать кэш, чтобы тесты не жрали память. Магический метод внешне будет удобнее, но опять же большой минус, его магичности. Для какого-нить домашнего проекта (либо проекта с моей небольшой командой), я бы использовал этот метод. Для публичных проектов, лучше вообще не использовать всяких домашних заготовок, т.к. важно, чтобы большинство сходу понимало код.
На мой взгляд, решение чуть менее, чем полностью ужасное. Это выглядит как костыль, код становится очень плохо читаемым.
В целом я согласен, что бывает не удобно, когда первый ассерт упал, а остальные не проверились. Я бы на вашем месте взял исходники NUnit, взял оттуда класс Assert, на его основе сделал, класс, который не выполняет, а только запоминает все ассерты. А в конце тест метода, нужно вызвать что-то вроде Assert.Run(). И в этом методе класс уже будет проверять все условия и выдаст общий результат.
Конечно, это потребует чуть больше, чем 20 строк кода, но тесты внешне будут точно такими же как раньше, только придётся в конце добавить соответствующий вызов.
И конечно, если поиграться с кодогенерацией, профилированием и т.п. Можно вообще ничего не менять в коде, а всё применять уже к бинарнику, но это более магический путь, не люблю такие заморочки. Лучше, когда работа кода очевидна, по самому коду.
В чём его монстровость? Физическая машина с такими параметрами обойдётся тысяч в $25 + цена colocation это окупится менее, чем за год. Как раз выбирали недавно, что брать амазон или физические машины. В итоге взяли в аренду 4 сервера, каждый из которых мощнее указанного инстанса (чуть меньше дисков, но зато 8SSD и 8HDD). И стоит меньше $3000 в месяц. Если бы купили сами, вышло бы ещё дешевле, просто пока не хочется делать большие капитальные вложения.
На самом деле все очереди в ребите пишутся на диск, чтобы не забивать память. Разница в том, что:
1. Durable — не отпускает вас, пока не запишет сообщение на диск.
2. Durable — будет восстановлена после перезапуска сервера.
А обычные очереди, просто кидают сообщения в буфер для записи на диск.
Чтобы проверить как это работает, поставьте ребит на виртуалку с очень маленьким объёмом памяти и пишите много всего в non-durable очередь. Ничего не выпадет, всё будет хорошо работать и ребит скорее всего будет использовать совсем немного памяти, просто отправка будет не такой быстрой.
Ну вот, ещё один тест производительности очередей, который ровным счётом ничего не показывает :( Чтобы протестировать производительность, нужно тест держать запущенным хотя бы полчаса. За это время очередь хоть как-то прогреется. Опять же, надо делать минимум два варианта теста: 1. Очередь никогда не растёт, т.к. отправка медленнее получения (ок, в данном случае, достаточно пару минут продержать, и то скорость может варьироваться); 2. Очередь накапливается: набрать хотя бы 300-500к сообщений в очередь, тогда реббит начнёт её записывать на диск и уже можно будет посмотреть производительность в зависимости от диска.
И главное особо думать не надо, всё написано за вас: www.rabbitmq.com/blog/2012/04/25/rabbitmq-performance-measurements-part-2/
Вот, пусть меня заминусуют, но ИВЕНТ, прямо бесит! Почему нельзя по русски написать «событие», «мероприятие»?!
Понимаю, есть слова, которые не имеют хороших, коротких и ясных эквивалентов в русском, тогда заимствование оправдано. Но в данном случае, просто бесит.
Хорошая идея, и сделано элегантно. Но, конечно, проще было бы не использовать вычисляемые поля в качестве поисковых. Или уже тогда заносить их в базу данных.
Если уж потратили 180-200тыр на всю систему, отдавать 5тыр в месяц на питание не так вроде и страшно :)
Правда, если это всё в квартире со стандартным вводом, то быть может, придётся отказаться от электрочайника или стиральной машины, пакетники начнёт выбивать :))
Ну или на отдельный пакетник выводить.
Я лучше по старинке: скачал, посмотрел, удалил :))
Хотя не спорю, у меня тоже есть хобби, бюджет, которого близок к 100тыр в год — гонки RC машин и это если экономно подходить. Наверно каждому своё.
НО. Можете примерно объяснить, чем заняты 10ТБ и зачем нужны 48 HDD? Я так понимаю новое хранилище будет уже примерно на 40ТБ рассчитано?
Что там должно храниться? Или вы пользуетесь хранилищем по принципу почты гугл/интернета. «Что попало в интернет, уже никогда от туда не уходит»? :)
У меня в компе всего 3 ТБ места, я уже более, чем 3 года поддерживаю больше 1ТБ свободного пространства и никакой тенденции к его окончанию нет.
Можно скачать кучу сезонов разных сериалов в FullHD все их посмотреть (это займёт 1-1.5ТБ), а потом просто удалить. На мой взгляд, по себестоимости, это намного выгоднее :))
А ещё говорил, что бог знает на 5, я на 4, ну а с вами всё ясно :))
Или у вас ботнет из 100000 модемов, который шлёт по 200кб? Тогда да, подстава…
Тем более, в большинстве новых тарифов интернет просто включен в стоимость, так что никаких проблем вообще нет.
Например у мегафона за 500р включены и минуты и смс и интернет. Вам ещё дешевле надо? Тогда лучше выкинуть телефон, писать письмо почтой России :))
Ipad крут тем, что экран 8", а размеры как у 7" планшетов, за счёт узкой рамки. Хотел аналог на анроиде, т.к. все имеющиеся гаджеты же на нём.
А ещё, в Nexus 7 немного напрягает отсутствие тыльной камеры. Я ей достаточно часто пользуюсь. Может, если выпустят Nexus 7.2 с камерой снаружи, я бы и взял.
Я так надеялся, а они не смогли сделать его лучше, чем Ipad Mini. Я ненавистник Apple и очень не хочу покупать Ipad Mini, но его формат на данный момент в разы лучше, чем всё что есть у конкурентов. С большой надеждой ждал «это».
А оказалось, что он больше, толще, тяжелее, вполне вероятно меньше работает от батареи (это надо проверить). И стоит НАМНОГО дороже.
Полный бред. Всё можно было бы простить, если бы цена на нашем рынке была хотя бы в пределах 20тыр, но ведь при 450 евро там, у нас будет от 25тыр точно. И это при цене Ipad mini 32 GB +3G менее 20тыр.
Короче не знаю что делать, видимо пойду сдаваться яблочникам :(
Далее про дешёвые порты: тоже самое, люди не слепы, они видят, когда сделан порт игры, которая не приспособлена для тачскрина и играть в ГТА на экранном джойстике неудобно. Её покупают в основном из ностальгии, уважения, к тому что человек испытал, когда играл в полную версию. Но мало кто реально проходит игру целиком. И уже точно, многие предпочту купить и играть в игру, которая изначально сделана для тачскрина и имеет удобное управление.
Раньше было проще, потому что не было ничего вообще. И можно было клепать убогие поделки. Сейчас основные виды игр для тачскринов уже изобретены (все эти бегалки, прыгалки вверх и т.п.). Поэтому и стало сложно сделать что-то новое и интересное.
1. Простой. Делаем наш класс не статическим, так что в каждом тест методе придётся создавать его экземпляр (либо в SetUp), это нормально и декларативно и всё такое. Но мне лично, всё таки не очень нравится каждый раз писать стандартный код.
2. Магический. Внутри нашего статического класса использовать привязку к вызывающему методу и потоку и хранить данные по этим ключам. Таким образом, данные для каждого теста будут независмы. Также, раз у нас будет метод проверки всех ассертов, в нём же можно очищать кэш, чтобы тесты не жрали память. Магический метод внешне будет удобнее, но опять же большой минус, его магичности. Для какого-нить домашнего проекта (либо проекта с моей небольшой командой), я бы использовал этот метод. Для публичных проектов, лучше вообще не использовать всяких домашних заготовок, т.к. важно, чтобы большинство сходу понимало код.
В целом я согласен, что бывает не удобно, когда первый ассерт упал, а остальные не проверились. Я бы на вашем месте взял исходники NUnit, взял оттуда класс Assert, на его основе сделал, класс, который не выполняет, а только запоминает все ассерты. А в конце тест метода, нужно вызвать что-то вроде Assert.Run(). И в этом методе класс уже будет проверять все условия и выдаст общий результат.
Конечно, это потребует чуть больше, чем 20 строк кода, но тесты внешне будут точно такими же как раньше, только придётся в конце добавить соответствующий вызов.
И конечно, если поиграться с кодогенерацией, профилированием и т.п. Можно вообще ничего не менять в коде, а всё применять уже к бинарнику, но это более магический путь, не люблю такие заморочки. Лучше, когда работа кода очевидна, по самому коду.
1. Durable — не отпускает вас, пока не запишет сообщение на диск.
2. Durable — будет восстановлена после перезапуска сервера.
А обычные очереди, просто кидают сообщения в буфер для записи на диск.
Чтобы проверить как это работает, поставьте ребит на виртуалку с очень маленьким объёмом памяти и пишите много всего в non-durable очередь. Ничего не выпадет, всё будет хорошо работать и ребит скорее всего будет использовать совсем немного памяти, просто отправка будет не такой быстрой.
И главное особо думать не надо, всё написано за вас: www.rabbitmq.com/blog/2012/04/25/rabbitmq-performance-measurements-part-2/
Понимаю, есть слова, которые не имеют хороших, коротких и ясных эквивалентов в русском, тогда заимствование оправдано. Но в данном случае, просто бесит.