По поводу светодиода — возьмите кусочек толстой прозрачной лески (в идеале — специальный световод типа того, что на DX продаётся или позаимствуйте волосок из соответствующего украшения) и закрепите притык к светодиоду одним концом и второй выведите к разъёму — тогда свет от диода будет немного виден в темноте :)
Вы невнимательно читали мой начальный пост — речь идёт о _недорогом_ (как некоторые любят выражаться — «из г… на и палок») решении. Хардварное решение на 500-600 ТЕРАбайт от ЛЮБОГО бренда будет стоить столько, что за эти деньги проще на кассеты писать заставить сотню маленьких обезьянок.
Спасибо, но я имел ввиду именно кластерное решение. RAID6 на 12TB у каждого узла у меня есть. Но таких узлов у меня 10-20-30. Вот именно их я и хочу объединить так, чтобы для любой виндовой монтажки оно тупо виделось как сетевой диск. Не 30 дисков, а именно один.
А если делать просто файлопомойку на кучу терабайт — 500-600, к которой не предьявляется особых требований по производительности — т.е. просто видеоархив, к примеру — то Ceph для этого подойдёт?
Я вот сейчас думаю над относительно дешёвым решением, которое бы позволило подключаться обычным виндовым машинам и неспешно сливать файлики в случае необходимости. Скорость некритична, но вот устойчивости к смерти пары-тройки винтов хотелось бы. Что порекомендуете ещё посмотреть?
Если зарегистрировались в Google давно — то у вас всё ещё 50 пользователей бесплатно. А вот для новых — да, уже 10. Кушать хоцца, наверное. Или халявщиков набежало…
Про майнинг знаю, но мне что-то слабо верится, что можно именно сгенерить и проверить миллиард хешей в секунду. Хотя, на частоте 1 Ггц 300 процессоров может и могут сгенерить миллиард хешей. Вот только где они его держать будут? :)
После долгого использования XEN решил попробовать KVM. В принципе, никаких особых трудностей не встретилось, но есть несколько моментов, которые хотелось бы для себя прояснить:
1) Можно ли привязать виртуалки к определённым ядрам в хост-системе? Для XEN-а обычная практика, когда, скажем, одно ядро отдаётся хост-машине (привелигированной виртуалке — Dom0), а остальное — DomU.
2) Можно ли LVM-тома хоста задействовать как отдельные тома в госте? По умолчанию (во всех туториалах) для KVM берётся один файл или том и его используют как диск, который разбивается на разделы. Хотелось бы использовать тома напрямую как разделы — тогда их можно монтировать просто в случае необходимости.
Ну и хотелось бы прочитать про тюнинг виртуалок с целью выжать из них максимум производительности :)
А вот это уж зависит от того, для чего нужен код. Если это одноразовый парсер, который требуется ровно один раз, чтобы перегнать один формат в другой — то почему бы не написать а-ля «поток сознания» вместо того, чтобы писать всё красиво? Экономится куча времени, которое можно посвятить тому же Хабру :)
Очень часто в мире программирования есть сроки. И если стараться всегда вписываться в сроки — то не всегда получается вписываться в «красивость».
Но, разумеется, если есть время — то у меня есть куча кода, который переписывался раз 3-5, но даже после пятого раза всегда можно к чему-нибудь придраться. Идеал недостижим :)
Полностью согласен с автором. У меня есть код, который я писал 11 лет назад, когда только осваивал Перл. Этот код ужасен. Но он работает так, как задумано. Уже 11 лет подряд, круглосуточно в системе для одного GSM-провайдера. И не думаю, что до конца жизни проекта его кто-то будет переписывать.
Как написали выше — практики поймут, а теоретики начнут холивар :)
Я вот сейчас думаю над относительно дешёвым решением, которое бы позволило подключаться обычным виндовым машинам и неспешно сливать файлики в случае необходимости. Скорость некритична, но вот устойчивости к смерти пары-тройки винтов хотелось бы. Что порекомендуете ещё посмотреть?
1) Можно ли привязать виртуалки к определённым ядрам в хост-системе? Для XEN-а обычная практика, когда, скажем, одно ядро отдаётся хост-машине (привелигированной виртуалке — Dom0), а остальное — DomU.
2) Можно ли LVM-тома хоста задействовать как отдельные тома в госте? По умолчанию (во всех туториалах) для KVM берётся один файл или том и его используют как диск, который разбивается на разделы. Хотелось бы использовать тома напрямую как разделы — тогда их можно монтировать просто в случае необходимости.
Ну и хотелось бы прочитать про тюнинг виртуалок с целью выжать из них максимум производительности :)
Но и рефакторинг ради рефакторинга _рабочего_ кода — тоже не следует проводить :)
Очень часто в мире программирования есть сроки. И если стараться всегда вписываться в сроки — то не всегда получается вписываться в «красивость».
Но, разумеется, если есть время — то у меня есть куча кода, который переписывался раз 3-5, но даже после пятого раза всегда можно к чему-нибудь придраться. Идеал недостижим :)
Как написали выше — практики поймут, а теоретики начнут холивар :)