вот теперь внимательно читаем: Local: 243MH/s in last 10.0 minutes
...
Local: 214MH/s in last 10.0 minutes примерная скорость ваших майнеров, подключенных к пулу New work for worker! Difficulty: 0.999985 Share difficulty: 800.642348
...
Expected time to share: 4.3 hours Это значит что внутренняя для пула шара (сложность которой 800.642348) ожидается от вас примерно раз в 4 часа. Расчет выплат ведется по этим шарам по алгоритму PPLNS - это тоже самое что обычный пропорционал, только учитываются последние шары. Я так понимаю пул хранит примерно 17тыс. последних шар всех его клиентов, вот количество из них и учитывается при расчетах (тупо делится ваше количество шар на общее количество), и так как это не простой Prop, то размер выплат в каждом блоке немного гуляет. на самом деле все не так тупо... сложность внутренней шары постоянно меняется, как я понимаю она привязана к мощности самого пула с таким расчетом, чтобы количество шар было постоянным, просто при расчетах берется не количество шар пула, сумма их сложностей Выплаты проводятся сразу же как найден блок в награде за майнинг (тип транзакции - generated), это значит в клиенте bitcoin они будут отображаться сразу же, но доступны средства будут через 120 подтверждений (обычные пулы ожидают эти подтверждения самостоятельно, помечая такие выплаты как unconfirmed, а затем приходится ждать еще подтверждения при переводе средств себе.. например eligius.st выплачивает майнерам так же в транзакции generated, что не очень то и удобно, ждать два раза по 120 подтверждений). Из-за этого алгоритма выплат, если вы некоторое время майнили а потом прекратили, в течении суток или больше вы будете получать выплаты до тех пор, пока не будет выплачена ваша доля (у меня выплаты шли примерно сутки, с момента отключения майнинга - 4 транзакции с постепенно уменьшающимися суммами). И, возможно еще из-за дополнительной защиты от pool hopping, если иногда менять адрес (для p2pool это означает уход предыдущего клиента и приход нового), то суммарый объем средств получается ниже расчетного (после суток простоя я трое суток получал в среднем на 30%-40% меньше чем обычно, хотя это было всего два раза, возможно оба раза я попал на неудачу пула). p.s. практика показала что пока пул (оценка суммы выплат) раскочегарится до расчетной эффективности должно пройти некоторое время (должны быть найдены несколько блоков.. примерно пара десятков)... т.е. в первые 1-2 дня сумма выплат будет меньше чем ожидается, затем она разгонится и в течении 10-15 дней выйдет на расчетный (по крайней мере у меня за 20 дней получено ровно столько сколько ожидалось по калькуляторам +-%.. так как скоростью у меня неравномерная, были разрывы и т.п.). |
|
|
|
кто нибудь подскажет как проверить туда я майню или нет? вроде майнил до этого, блок сгенерился, и нифига, тоже самое) на кошель ничего не пришло
После того как запустил run_p2pool с опциями (твой адрес bitcoind, адрес в кошельке, и т.п....) он станет непрерывно выводить на экран всякую фигню.. сделай скриншот или скопируй последние 20-30 строчек сюда. Если вывод был отключен, можно этот лог найти в файле p2pool\data\bitcoin\log (этот файл дорастет до 50мб и перестанет увеличиваться) |
|
|
|
|
Я думаю, некоторые пулы временно выключились, чтобы провести ревизию кода или обновление для дополнительной защиты, в следствии очередного взлома и кражи bitcoin, теперь уже провайдера у которого хостились bitcoinica, mining.bitcoin.cz,...
|
|
|
|
|
yubikey - это клавиатура! при подключении к компьютеру выдает последовательность нажатий и замолкает. Работать будет везде, где поддерживаются usb-клавиатуры, т.е. даже на планшетниках.
|
|
|
|
Итого 5%+$18 за снятие большой суммы...дорого  Пополнение карты $3.00
Снятие в банкоматах (ATM) 2% (минимум $3, максимум $15)
Покупка в магазинах (POS) 0% (без комиссии) Где 5%? p.s. какая биржа поддерживает okpay? tradehill приостановлен. |
|
|
|
Я же вроде описал решение, которое позволит не добавляя в bitcoin чего-то нового (нужна поддержка multisig транзакций для escrow, я просто технических подробностей не знаю, но оно как я понимаю УЖЕ ЕСТЬ и работает), из недостатков, регистрация не мгновенная (как минимум условие ожидания подтверждений в bitcoin) и требует на время проведения регистрации клиент и регистратор должны быть онлайн. Для контроля в принципе все уже есть в bitcoin - пусть участники следят сами друг за другом (желающие зарегать домен следят чтобы их домен был зареган, а регистраторы - чтобы им платили).
Достаточно чтобы в bitcoin и diana было реализовано escrow, а дальше, перекрестные транзакции, и многоэтапный процесс регистрации:
1. клиент регистрирует домен и переводит деньги
2. пул проверяет что деньги ему перевели и регистрирует домен (ждем когда блок или несколько будут найдены)
3. клиент ждет когда в блокчейне появится его домен и будет доступен ему (а то пул зарегистрирует на себя)
* если так - подтверждает обе транзакции в bitcoin и diana (multisig transaction - для доступа к монетам должны быть подписаны несколькими участниками)
* иначе не подписывает и транзакция, по прошествии ttl откатывается (вот тут реально я не знаю сделано это в bitcoin или нет.. но технически не вижу проблем для реализации)
то есть для того чтобы домен был зарегистрирован, оба и клиент и регистратор должны быть онлайн (хотя бы поочередно.. клиент дважды - чтобы послать и подтвердить регистрацию, регистратор чтобы как минимум принять регистрацию и найти блок) |
|
|
|
|
Я думаю меня устроит и 2$, а кого то и 20$...
Вы загляните с другой стороны.. кому может понадобиться такая замечательная опция - независимость, неподконтрольность? это то чего не может приложить ни один существующий регистратор (они все в конце концов сидят под дулом США). И сколько она может стоить.
Представьте себе что клиент для доступа к свободной сети не потребует сложной установки (будет работать чуть ли не из браузера, в виде плагина хотя бы, в общем в один клик)... это же совсем другой уровень проникновения.
p.s. незабываем, первоочередное значение цены домена: ограничение сверху - борьба с киберсквотерами, ограничение снизу - привлечь майнеров к обслуживанию системы.
|
|
|
|
|
Ukigo, очень правильно считаешь, за исключением одного...
bitcoin - сеть молодая, цена спекулятивная и неправильно низкая (просто иначе при большем количестве участников на всех тупо не хватит), значит сравнивать текущую цену на bitcoin и развитую ICANN как минимум странно.
По поводу стоимости, если бы она была фиксированной в некой эмпирической валюте, не подверженной инфляциям и т.п... то я бы сказал что меня бы устроила и текущая цена на домены в ICANN (подели на 3.. так как без ICANN еще долго не обойтись, а значит придется тратиться на обе системы) - но технически реализовать это нереально.
|
|
|
|
|
На кой черт вообще создавать систему, существование и работоспособность которой зависит от человеческого фактора - захочет/поверит/понадеется/обманет?!. Тем более нет особых проблем, кроме определения правила формирования цены, для реализации всего этого.
diana - должна стать полностью автоматизированной системой по управлению доменными именами с оплатой в bitcoin.
Не должно быть ничего, что принимается на веру! все должно быть математически доказуемо, даже с такими допущениями, как атака 51%.. так как это позволяет, например, оценить риски (стоимость атаки на сеть bitcoin определяет максимальную сумму транзакций, которые в ней можно проводить).
Для контроля в принципе все уже есть в bitcoin - пусть участники следят сами друг за другом (желающие зарегать домен следят чтобы их домен был зареган, а регистраторы - чтобы им платили).
Достаточно чтобы в bitcoin и diana было реализовано escrow, а дальше, перекрестные транзакции, и многоэтапный процесс регистрации:
1. клиент регистрирует домен и переводит деньги
2. пул проверяет что деньги ему перевели и регистрирует домен (ждем когда блок или несколько будут найдены)
3. клиент ждет когда в блокчейне появится его домен и будет доступен ему (а то пул зарегистрирует на себя)
* если так - подтверждает обе транзакции в bitcoin и diana (multisig transaction - для доступа к монетам должны быть подписаны несколькими участниками)
* иначе не подписывает и транзакция, по прошествии ttl откатывается (вот тут реально я не знаю сделано это в bitcoin или нет.. но технически не вижу проблем для реализации)
то есть для того чтобы домен был зарегистрирован, оба и клиент и регистратор должны быть онлайн (хотя бы поочередно.. клиент дважды - чтобы послать и подтвердить регистрацию, регистратор чтобы как минимум принять регистрацию и найти блок)
|
|
|
|
|
Про отсутствие контроля сетью за исполнение своих обязанностей регистраторами - мне это не нравится. Пока проект молодой, может и не страшно, но если взлетит - это обернется еще большими проблемами...
Как тебе отказ в продлении домена путем сговора крупнейшими пулами? И ведь смогут отжать себе доменчик по типа google.diana или microsoft.diana...
Или вот - 'Истину говорю вам, этот гадкий регистратор мошенник, он отказал мне в регистрации и зарегистрировал его на себя... что? говорите нет, все было по честному? брехня, верьте мне!!!' - вот как в таком бардаке вести нормальные дела?
p.s. неужели ты начал понимать всю беду?
|
|
|
|
В будущее не проверяется  гыгы. А чем это может навредить? int64 nActualTimespan = pindexLast->GetBlockTime() - pindexFirst->GetBlockTime();
...
bnNew *= nActualTimespan; сделать bnNew какой хочешь... МАЛЕНЬКОЙ. и в момент пересчета сложности совершить атаку 51% если ты пул просто с самой большой мощностью (даже если не добираешь по мощности), или просто получить больше монет за короткий срок, контролируя сложность такой, какую пожелаешь... а уж что произойдет если сложность станет отрицательной  p.s. если слепо выкидывать блоки из будущего.. то вообще непонятно, какое тогда время считать правильным но как я уже сказал, проблема решаема, на больших промежутках времени можно придумать децентрализованный механизм синхронизации времени. |
|
|
|
я так и не получил ответов на ключевые вопросы: * как человек выбирает/находит себе регистратора - наисложнейший вопрос... выбор не верной методики точно будет концентрировать все заказы у минимального количества регистраторов, а так как диффиренцировать рынок тут не чем (дорогие и дешевые операции) то регистратор в конце концов будет останется один/мало - кстати будет еще один повод подмять под себя пулы майнинга bitcoin. * что за спец-транзакция с комиссией? я вроде четко расписал варианты, вопросы остаются следующие фазы: 1. факт пожелания в регистрации 2. проверка переданных средств в bitcoin 3. проверка того что домен зарегистрирован 4. только после этого деньги должны поступить на счет пула тут минимум 2 атомарные операции, их невозможно сделать только в bitcoin или только в diana... дальше вытекают проблемы с ttl необработанных транзакций (для которых домен еще не зарегистрирован)... Или даже об этом не задумывался и у нас на лицо простая и тупая централизация - доверимся регистратору, он не обманет  * выбрав регистратора человек платит именно ему, сразу после создания транзакции (пары diana/bitcoin?) никто не может создать с тем же доменом, но на себя? * transfer - получается для передачи домена другому владельцу нужно заплатить одновременно старому владельцу и комиссию... грустно это, очень грустно. Вот, биткоин таргет по таймштампу вычисляет: я уже в ужасе хватаюсь за голову...просто еще никто не гадил в блокчейне с ложным временем... я уже вижу алгоритм, выставляющий время в блоке заведомо неверное такое (на пару недель в будущее или в прошлое, чтобы увеличить сложность), чтобы при расчете новой сложности получился коллапс (сложность станет низкой и можно успеть совершить атаку 51%). Вы понимаете что нет никакой!!! возможности проверить время (хотя есть... если все клиенты будут проверять текущее время у центрального источника, и при сильных расхождениях времени на компьютере и в блоке - просто переставать работать). В коде bitcoin есть какие либо проверки времени в блоке и текущего времени на компьютере? А проверка времени в соседних блоках? Может оли сейчас новый блок иметь время старее чем указано в предыдущем блоке в цепочке? Хотя на слишком большие промежутки времени можно найти разумный компромис/алгоритм, в т.ч. децентрализованную синхронизацию времени. |
|
|
|
Пусть DIANNA задает именно цену домена, а не PDIff - базируясь на частоте последних N блоков. Ниже частота - ниже цена. Выше частота - выше цена. Начиная с 1E-8 BTC. И эту цену нельзя нарушить. Ну вот наконец новые идеи, а от как придумал одну, так и вцепился в нее, с закрытыми глазами. Что такое частота последних блоков? Намекну, что времени, записанному в блоках верить НЕЛЬЗЯ, единственное чему там можно верить - сложность (она однозначно проверяема).
Мне этот способ огораживания не очень пахнет. Это завязка на ICANN.
Нельзя закрывать глаза на то что уже существует... во время развития с ними придется считаться. Чтобы разделять активность и цену. CJDNS например, нищеброды. Какой киберсквоттер туда сунется? Остаться в конце концов должен кто то один! А вот кому понравится регистрировать xxx доменов в неймспейсах, количество которых кстати будет зависеть от прихоти кого-то, редактирующего публичную вики страничку проекта, на которой записаны рекомендации по неймспейсам? Просто этот момент напрямую вытекает из недостатка самой системы DNS.. развиваться необходимо в другую сторону, ключевые слова и поисковики. |
|
|
|
То есть у тебя даже в теории бизнеспроцесса небыло? мдаа... а уже волонтеров-добровольцев кодеров набираешь. Ограничить количество? количество чего? всего доменов в секунду? доменов на руки? не смешно.. Ограничение скорости всего - это максимальное количество доменов в блоке, в описанной мной схеме действия киберсквотера-злодея это учтено. Ограничение количества на руки - бессмысленно (точнее не возможно), пока не будет вменяемого проекта по гарантированной уникальной идентификации этих рук (один идентификатор в одни руки, не больше) p.s. развитие diana у тебя будет идти по следующему пути - пока проект мало известен, пулы майнинга потихоньку, аккуратно расчитав оптимальную скорость регистрации доменов, забивают себе в карманы базу данных whois, продлить домены будет проще, чем зарегистрировать (если при продлении будут упираться в скорость регистрации, выкидывать менее перспективные)
еще родил красивый вопрос: * зачем нужно разделение на неймспецсы в блокчайнах? уже сейчас владельцы прибыльных доменов стремятся закрыть для фишинга все возможные пути, регистрируя домены в нескольких зонах - ru, com, org.ru,.. значит и тут будет та же фигня, будут пачками регистрировать во всех неймспейсах (уж киберсквотеры точно) пусть будут неймспейсы, но блокчейн один... одно имя сразу дает доступ к доменам во всех неймспейсах.
предлагаю схему защиты доменов от киберсквотеров на время старта проекта, чтобы киберсквотеры не захапали чужие домены из текущей системы: - подтверждать только те регистрации новых доменов, для которых не существует действующего домена в текущей DNS Интернета, а если домен уже существует, подтверждать принадлежность через подпись файлом с сервера в Интернете по специальному протоколу (кстати в текущей DNS похожая схема присутствует, где то от меня требовалось создать в регистрации DNS файлы с соответствующим типом), но тогда регистрация должна быть открытой Заморачиваться с доступом к интернету и DNS должны будут только майнеры-регистраторы, а обычные клиенты проверять это не обязаны. кстати, предложенная кем то тут идея закрытой регистрации доменов - при хранении только хеша от имени (можно плюс соль, для защиты от радужных таблиц, но соль должна храниться тут же) не такая уж и панацея... перебором хешей пулы все равно будут заниматься, хотя бы по самым вкусным направлениям, так как забрать дорогой домен себе и перепродать дороже - дополнительная прибыль |
|
|
|
Майнеры итак будут майнить исключительно свои транзакции, которые были оплачены исключительно им. Не надо для этого делать форк С киберсквоттерами бороться вообще бесполезно, надо просто их усилия привязать к работе. Хочет миллион доменов - пусть пыхтит. Работа по PDiff - себестоимость домена. Они могут пыхтеть и складывать свои домены, да. Но это срач в свой колодец. Ведь они могут брать с клиентов деньги за домены. А если они будут все забивать, то клиентам нахер такое надо. Спрос упадет. Короче, я думаю что это выстрел себе в ногу. Переубедите меня. Невозможно указать ошибки тому кто как минимум не слушает Кстати я еще не получил ответ, как же именно желающие приобрести домен будут его оплачивать? Вообще что из себя будет представлять бизнеспроцесс регистрации? 1. Скачиваем и запускаем клиент bitcoin и клиент diana, возможно они сразу будут объеденены или офицальный клиент bitcoin разродится до модульной структуры.
2. При нажатии в клиенте diana кнопки зарегистрировать домен будет выпадать прайс лист текущих пулов майнинга (это просто рассылаемая информация средствами сети, не в вики же их публиковать)
3. в окно указания цены можно писать любую цену, или указывать цену-майнера из прайса (при этом транзакция как то маркируется, чтобы майнер/пул мог знать, что ему платят)
4. создается 2 связанных транзакции bitcoin и diana (кто то на кого то ссылается хешем), bitcoin - условное перечисление денег на пул, условие должно быть очень хитрое (то же multisig/escrow), подписанное чем-то, что должно будет появиться в блокчейне diana - этот момент мне полностью не ясен, но если этого не делать, то невозможно будет гарантировать что пул возьмет деньги но не зарегистрирует домен.. не будем же все на веру оставлять? обратное же можно гарантировать залогом от пула (блокировать сумму например равную стоимости предложенной стоимости домена, пока не будет зарегистрирован домен).
4.1. кстати условие возврата денег было бы желательно (например по истечении времени, если домен так и не будет зарегистрирован, не говоря про случай занятого домена)... а то так можно очень хорошо гадить всем клиентам diana, тупо предлагая услуги по регистрации, но не выполняя их. Если возврата не будет - деньги пропадут.
5. майнеры собирают себе заявки на регистрации - анализируя транзакции diana/bitcoin.
6. при нахождении очередного блока, майнеры упаковывают собранные транзакции (не обязательно все! все в их руках - если хочешь следить за сложностью)
7. все довольны Как видим это вариант с оплатой обычной транзакцией, тоесть после создании транзакции на регистрацию домена уже нельзя сменить того, кому передана оплата. Можно попытаться реализовать bitcoin-транзакции при условии доступности - тому единственному кто упакует в блок домен diana, то же не ясно как это сделать, так как недостаточно просто взять число их блока diana, любое отвлетвление - и блок стал orphaned, а денюшки уже тютю. Отсчет необходимого количества подтверждений diana можно сделать например повторным запросом какого-то кода у клиента, желающего регистрировать домен (он может проконтролировать что домен создан)... Пока писал у меня появилась интересная идея по защите bitcoin-сетей от 51% атак.Настоятельно прошу ответить на вопрос про бизнеспроцесс регистрации домена.. подробно, примерно так же как я расписал.Примерный алгоритм по выбору транзакций у diana для киберсквотера (у которого есть какой угодно пул майнинга bitcoin): 1. по факту все пулы майнинга будут киберсквотерами 2. берем две сложности майнинга, текущую CurDiff и предыдущую PrevDiff: если CurDiff>=PrevDiff то регистрируем только чужие то транзакции (за их денежки) - этот этап будет долгим, так как сложность высокая, блоки будут идти медленно если CurDiff<PrevDiff то регистрируем только свои транзакции (за бесплатно) - этот этап будет очень быстрым (гонка, все пулы будут стараться успеть пока не начнется перерасчет), количество доменов в блоке ограничено только лимитами в коде (сколько вы там хотите выставить). 3. активно флудим в рекламном прайс листе позиции с разными ценами на регистрацию домена, захватывая как дорогой сегмент так и дешевый.
Да, и кстати, чтобы заниматься таким срамом, надо генерировать тысячи/миллионы транзакций биткоин. Мелких. Сомнительная затея. Есть же такие вещи как MAX_BLOCK_SIZE у биткоина и прочие ограничительные мероприятия. Не понял зачем bitcoin? Киберсквотеру bitcoin не нужен совсем! только как средство майнинга diana. Весь мусор в блокчейне diana (максимум в bitcoin должна быть одна транзакция на блок diana).... или я все еще не понимаю какой механизм оплаты и регистрации доменов. p.s. еще раз и много много раз... если будет возможность гадить, получая прибыль, то НАЙДУТСЯ ТЕ КТО БУДУТ ГАДИТЬ!!! |
|
|
|
Еще бы мои вопросы слушали... и зачастую ответ я получаю только на часть.. не самую важную. Не понял однозначно слова "независимый"
Сложность в неймспейсе dianna не может быть ниже сложности парент блока биткоин. Никогда. Это как деление на ноль ) Сложность - это я подразумеваю число, которое возвращает bitcoin по RPC команде getdiffculty. Сейчас у bitcoin сложность БОЛЬШЕ чем у namecoin, который почти все пулы майнят через merged mining... Независимый.. это значит пул майнинга bitcoin может настроить свой пул на майнинг через прокси кучу других валют... namecoin, diana, ixcoin, xxxcoin... и факт нахождения блоков в этих форках и bitcoin не связаны (то есть не требуется находить блок bitcoin чтобы найти блок namecoin) Этот вопрос вытекает из плохого понимания мной сути merged mining... если я верно все понимаю, майнинг форков независимый.. если блок bitcoin не найден но искомый nonce вдруг стал подходить для блока форка - то этот блок упаковывается как при обычном майнинге.
Ну вроде как через 2016. Но для первых блоков можно и ограничиться, например, сотней И не вижу ничего плохого в этом кстати. Если майнер открывает свой неймспейс и начинает там регать бесплатно домены, пока есть халява, то: 1) Домены все таки когда то проекспайрятся 2) Помимо майнера, должен еще кто то быть заинтересован в этом неймспейсе, чтобы хранить весь этот хлам. Иначе он будет хранить его сам. Ой, ой,.. ну не надо говорить про хлам... место на дисках падает в цене чуть ли не по экспоненте.. уже сейчас в новостях проскакивают разработки, сулящие петабайтовые хранилища для хомяков. Поверьте, возможность определить цену домену для пула-киберсквотера это манна небесная. Будьте готовы к просто гигабайтам пустых регистраций и апдейтов TTL доменов, создаваемых сначала по whois базам, потом по ключевикам из поисковых систем.. Вы похоже не понимаете как такое будет возможно? Киберсквотер спокойно создаст свою версию клиента diana, которая не рассылает транзакции в сеть, но майнинг настроен на использование пула своих приватных транзакций как следует. p.s. у вас же opensource проект? |
|
|
|
a PDiff тоже может быть == 1 ? или == 0 ?
1 может. Мне вот не нравится PDiff=0 ) Хотя почему бы и нет? Тогда цена домена на старте неймспейса будет равна нулю, народ ломанется, пойдут транзакции, PDiff пойдет вверх вместе с ценой. Когда я спрашивал, вы мне отвечали, что пересчет не для каждого блока, а как в bitcoin - через 2016 блоков. Значит бесплатные, дешевые домены будут доступны - долго! Я же говорил про раскачивания сложности. |
|
|
|
Будем считать что у нас 1 неймспейс. Можно я кину еще пару вопросиков для размышлений? * не ответили про то, система транзакций повторяет идею bitcoin, про использование встроенного языка программирования? ответ необходим для ответа на вопрос - возможен ли одновременный merged mining сразу всех неймспейсов при майнинге с bitcoin? * merged mining одновременно с bitcoin полностью независимый? т.е. если сложность в неймспейсе diana ниже чем у bitcoin, при майнинге bitcoin возможно нахождение решений diana? или только при поиске готовых блоков bitcoin? - этот вопрос вытекает из непонимания, как будет завязана финансовая часть bitcoin <-> diana. Для того чтобы оплатить домен необходимо будет создавать обычную транзакцию в bitcoin? или необходимо быть майнером bitcoin и упаковывать блок со своими условиями? если первое - то майнинг независимый, если второе - то получается домены будут подтверждаться только при нахождении блока bitcoin майнером, настроившим merged mining diana. |
|
|
|
Я находил и ставил.
Ставил все модули, которые p2pool хотел. Только под виндами если юзать поставляемый разработчиками .exe всё равно ничего не увидишь, не находит он эти модули.
Вариант с "запуском p2pool из исходников с помощью active python" не рассматривал, т.к. пока решил на этом пуле не майнить. Дошел до клада, сбил замок с сундука, осталось только открыть крышку... махнул рукой, развернулся и ушел, сказав - 'как все у вас тут сложно'. Если есть все модули, то достаточно запустить пул командой python run_p2pool.py ... |
|
|
|
|
Судя по всему когда разработчики собирали .exe не были включены все необходимые модули. В этом случае вас ждет увлекательный квест - найди и установи программу на windows, пришедшую из мира opensource и linux... просто в linux дистрибутивах это выглядит слишком просто, и компоненты будут обновляться автоматически, а на windows - все сами, все руками, все в 'юзер френдли интерфейсе'.
p.s. вам еще понадобятся - python-rrdtool python-pygame python-scipy python-twisted python-twisted-web python-imaging (так они называются в debian/ubuntu/mint), хотя при этом в других дистрибутивах они могут называться чуть чуть по другому, например в gentoo вместо python-rrdtool нужен пакет net-analyzer/rrdtool с USE флагом python, но определить это не сложно, благо весь репозитарий под руками.
Могу посоветовать посмотреть в сторону cygwin, там готовый графический инсталятор с зависимостями и автообновлением (не проверял, все ли пакеты необходимые будут там), правда тогда придется запускать пул напрямую из python исходников или собрать .exe с помощью утилиты setup.py которая идет вместе с пулом.
Еще проще, можно порекомендовать поставить виртуальную машину, на нее водрузить linux (проще ubuntu тут просто не найти) и уже в ней установить и запускать пул. Кстати одна из виртуалок - colinux, очень симпатичная в плане скорости работы именно при вычислениях, даже если нет аппаратной виртаулизации (потому как и не эмулирует процессор, а подменяет ядро linux).
|
|
|
|
|
Show Posts
