информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Практика показывает что 09.07.03 11:42  Число просмотров: 1796
Автор: Manowar Статус: Незарегистрированный пользователь
<"чистая" ссылка>
под NT пользователь выключит компьютер раньше чем тот подвиснет
а у админов и серверов dnetc работает, не подвисая, и комп приходится выключать по необходимости
так что помогите догнать Германию
<dnet>
Заработать деньги за процессорное время 09.07.03 09:07  
Автор: bigbro Статус: Незарегистрированный пользователь
<"чистая" ссылка>
насколько известно в NTT Data решили предоставлять вычислительные мощности всем желающим за деньги (у них сформирована распределенная сеть из их пользователей). При этом ничего не известно, будут ли хозяевам машин, входящих в сетку отстегивать какие-либо средства

и второе - почему бы не организовать подобную же весчь, но с реальной выплатой людям за посчитанные результаты?
имхо, народу бы нашлось порядочно :-)
днет загнется нафик %-) 09.07.03 09:17  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
Туда ему и дорога, особенно бессмысленному RC5... 09.07.03 10:07  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
куда-куда ему дорога? 09.07.03 10:22  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
а как же спортивный интерес?

кстати, ты сам чем занимаешься?

OGR подделать можно. md@home глючит. остальное так вообще неизвестно что.
Ну неспортивный я, что поделать ;-) 09.07.03 11:30  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 09.07.03 11:32  Количество правок: 1
<"чистая" ссылка>
> а как же спортивный интерес?
Subj.

> кстати, ты сам чем занимаешься?
Ничем, недавно присоединился к md@home, замучался с ним, у меня один из клиентов (который в инет смотрит), при старте начал писать, что, типа, пакует он чего-то, и всё, «паковал» пока не закрывал его (скажем, через час) ;-) Ну и забросил я его.

> OGR подделать можно. md@home глючит. остальное так вообще
> неизвестно что.
Ну, как говорится, «лучше 30 лет питаться свежей кровью, чем 300 лет одною падалью» (басня какая-то про Орла и Ворона). Пока буду лениться, ничего не считая, ну а дальше посмотрим...

И ещё. Как известно, компутеры имеют свойство подвисать. И, скажем, происходит это через n машинных инструкций (в среднем). В среде NT (что на крупных грамотных предприятиях типично), процессор «отдыхает», останавливаясь по инструкции HLT до первого прерывания... А клиенты распределённых вычислений не дают ему это делать, что, в конечном итоге, приводит к увеличению вероятности подвисания тачки. Между прочим, для сисадминов это критично. А ещё если учесть, что n в какой-то мере зависит и от температуры процессора (а при запущенном клиенте распределённых вычислений она повышенная), то делайте выводы.
[RC5] ну ты и гоооонишь %-) 09.07.03 13:40  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > кстати, ты сам чем занимаешься?
> Ничем, недавно присоединился к md@home, замучался с ним, у

синьор мембер, а "недавно присоединился". странно это все. :)

> > OGR подделать можно. md@home глючит. остальное так вообще неизвестно что.
> Ну, как говорится, «лучше 30 лет питаться свежей кровью,
> чем 300 лет одною падалью» (басня какая-то про Орла и
> Ворона). Пока буду лениться, ничего не считая, ну а дальше посмотрим...

ну тогда посчитай пока rc5 за меня :)

> И ещё. Как известно, компутеры имеют свойство подвисать. И,
> скажем, происходит это через n машинных инструкций (в

а это смотря каких инструкций и смотря на каком железе. думаю, по повышению вероятности зависания сутки работы dnetc сравнимы с одним нажатием мышки в ворде или IE. или не сутки, а неделя,... или месяц? круглосуточно, разумеется :)))

у меня вот дома ничего не виснет, хотя жара стоит, а оно разогнано. атлон ХР до 73 греется бывает. навернется кулер в мое отсутствие - считай попал на проц :)

так что тебе советую поменять память и озаботиться железом вообще, если твои "компутеры имеют свойство подвисать". (с)

> среднем). В среде NT (что на крупных грамотных предприятиях
> типично), процессор «отдыхает», останавливаясь по
> инструкции HLT до первого прерывания... А клиенты

и при этом остывает. а после прерывания греется опять. и так пульсирует туда-сюда, от чего кремнию похреновевает не по детски.

> распределённых вычислений не дают ему это делать, что, в

и колебания размеров кристалла минимизированы.

> конечном итоге, приводит к увеличению вероятности подвисания тачки.

так что извини, бред полный.

> Между прочим, для сисадминов это критично.

знаю, я сам админ - и в моей анкете это написано.

> А ещё если учесть, что n в какой-то мере зависит
> и от температуры процессора (а при запущенном клиенте
> распределённых вычислений она повышенная), то делайте выводы.

загрузка процессора на 100% - это его перегрузка? вот чушь-то. ты наверное и на CDR записываешь максимум мегабайт 100-150. на всякий случай, вдруг сломается :) или даже меньше. 700Mb * 5% = 35. жуть :)

так что не "повышенная температура", а нормальная; процобязантак работать - если его не гнать, разумеется, то обязан. если гнать - на свой страх и риск, но в 99% все работает с той же стабильностью, но быстрее.

а если ты считаешь что двухгигагерцовый процессор должен в среднем за час работать с отдачей одногигагерцового - зачем тогда платить больше чем за 1ггц? думаю тут никто не поймет твою антибагтраковскую пропаганду.
[DNet] Расслабьтесь ;-) 09.07.03 14:12  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
> > > кстати, ты сам чем занимаешься?
> > Ничем, недавно присоединился к md@home, замучался с
> ним, у
>
> синьор мембер, а "недавно присоединился". странно это все.
> :)
Ну, как бы bugtraq имеет направленность не только в этом ;-)

> > > OGR подделать можно. md@home глючит. остальное
> так вообще неизвестно что.
> > Ну, как говорится, «лучше 30 лет питаться свежей
> кровью,
> > чем 300 лет одною падалью» (басня какая-то про Орла и
> > Ворона). Пока буду лениться, ничего не считая, ну а
> дальше посмотрим...
>
> ну тогда посчитай пока rc5 за меня :)
Про RC5 я говорил выше...

> а это смотря каких инструкций и смотря на каком железе.
> думаю, по повышению вероятности зависания сутки работы
> dnetc сравнимы с одним нажатием мышки в ворде или IE. или
> не сутки, а неделя,... или месяц? круглосуточно, разумеется
> :)))
Ну да, если крутить пустой цикл, то вероятность подвисания падает ;-)

> так что тебе советую поменять память и озаботиться железом
> вообще, если твои "компутеры имеют свойство подвисать". (с)
Да не «мои компутеры», а все вообще, поскольку в спецификации любого процессора есть этот параметр n, о котором шла речь выше.

> и при этом остывает. а после прерывания греется опять. и
> так пульсирует туда-сюда, от чего кремнию похреновевает не
> по детски.
Не похреновеет, поскольку это нормальный режим работы, прерывания происходят сотни раз в секудну. Положи руку на конфорку эл. плиты сразу после её выключения. Холодная она будет?

> так что извини, бред полный.
Ну, сорри. Просто это моё имхо.

> > А ещё если учесть, что n в какой-то мере зависит
> > и от температуры процессора (а при запущенном клиенте
> > распределённых вычислений она повышенная), то делайте
> выводы.

> загрузка процессора на 100% - это его перегрузка? вот
> чушь-то. ты наверное и на CDR записываешь максимум мегабайт
> 100-150. на всякий случай, вдруг сломается :) или даже
> меньше. 700Mb * 5% = 35. жуть :)
Где ты увидел у меня это слово — «перегрузка»? Я не против распределённых вычислений. Ваши процессоры — используйте их на своё усмотрение. Но пусть лучше мой проц сожжёт меньше электричества (greenpeace форева), чем я буду гонять RC5. Я — за полезность и за безглючность клиента.

> а если ты считаешь что двухгигагерцовый процессор должен в
> среднем за час работать с отдачей одногигагерцового - зачем
> тогда платить больше чем за 1ггц? думаю тут никто не поймет
> твою антибагтраковскую пропаганду.
Ещё раз говорю — bugtraq не зациклился на распределённых вычислениях.
[DNet] Расслабляемся 09.07.03 16:51  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > синьор мембер, а "недавно присоединился". странно это все. :)
> Ну, как бы bugtraq имеет направленность не только в этом ;-)

я тут появился и остаюсь из-за этого. хотя и остальное почитать интересно бывает... но чаще всего кроме RSN все некогда.

> > > Ворона). Пока буду лениться, ничего не считая, ну
> > ну тогда посчитай пока rc5 за меня :)
> Про RC5 я говорил выше...

т.е. тебе нравится лениться и ждать пока твой компьютерный парк, простаивая 90-95% времени, окончательно устареет и развалится на ржавые куски музейного железа - это если не произойдет форс-мажор. %)

> > а это смотря каких инструкций и смотря на каком железе.
> > думаю, по повышению вероятности зависания сутки работы
> > dnetc сравнимы с одним нажатием мышки в ворде или IE. или
> > не сутки, а неделя,... или месяц? круглосуточно, разумеется :)))
> Ну да, если крутить пустой цикл, то вероятность подвисания падает ;-)

ну откуда у тебя взялись все эти формулы?

> > так что тебе советую поменять память и озаботиться железом
> > вообще, если твои "компутеры имеют свойство подвисать". (с)
> Да не «мои компутеры», а все вообще, поскольку в

мои - нет.

> спецификации любого процессора есть этот параметр n, о котором шла речь выше.

ах вот ты о чем... спецификацию одного из популярных процов в студию!

> > и при этом остывает. а после прерывания греется опять. и
> > так пульсирует туда-сюда, от чего кремнию похреновевает не по детски.
> Не похреновеет, поскольку это нормальный режим работы,

постоянно "дышать" - это не лучше чем сохранять ровный температурный режим.

> прерывания происходят сотни раз в секудну. Положи руку на

объясняешь... а то я никогда обработчиков не писал. я по образованию программер. и лет 8 это было моим хобби, пока не достало окончательно.

> конфорку эл. плиты сразу после её выключения. Холодная она будет?

а я не говорил что пульсация температуры/размеров происходит мгновенно. это уже ты додумал.

> > так что извини, бред полный.
> Ну, сорри. Просто это моё имхо.

и я категорически не согласен по ряду пунктов.

компам как и людям дана жизнь - и не для того чтобы тупить, а чтобы успеть ее потратить, пока она не кончилась. это мое имхо тебе в ответ.

> > загрузка процессора на 100% - это его перегрузка? вот
> > чушь-то. ты наверное и на CDR записываешь максимум мегабайт
> > 100-150. на всякий случай, вдруг сломается :) или даже
> > меньше. 700Mb * 5% = 35. жуть :)
> Где ты увидел у меня это слово — «перегрузка»? Я не против

вот и славненько. значит 100% загрузки - в пределах нормы. и никакие ухищрения по ее уменьшению не являются нужными.

>пусть лучше мой проц сожжёт меньше
> электричества (greenpeace форева), чем я буду гонять RC5. Я

бррр... ты знаешь сколько освещение на МКАД кушает электричества?

> — за полезность и за безглючность клиента.

а глючности в dnetc и так нету. полезность... вопрос, для кого народ исследует лекарства от рака? кому будет принадлежать эксклюзивное ноу-хау? кто бабосы на этом сделает?

> Ещё раз говорю — bugtraq не зациклился на распределённых вычислениях.

а нажми ссылку внизу.

"И хотя проект, над которым мы работали долгие 1757 дней, завершен, командные идеи настолько нас захватили, что было принято коллегиальное решение продолжить деятельность команды и после завершения проекта RC5-64, направив ее мощности на другие задачи.

В настоящее время мы работаем в рамках двух основных проектов dnet - RC5-72 И OGR. Мы стремимся преодолеть былую разобщенность и объединить в своих рядах всех участников различных русскоязычных команд, которые по многим причинам не смогли образовать единый мощный фронт в рамках прошлых проектов. C задачей объединения усилий в проекте RC5-72 мы пока справляемся достаточно успешно, прочно держась на втором месте в общекомандном зачете, но не сомневаюсь, что нам по силу и большее. Присоединяйтесь :)"

кто это писал? не участник ли багтраковского форума с хитрым статусом dl ? ;)))

тыкай мышой сюды
[DNet] Ладно, отчего начали к тому и пришли. 09.07.03 21:36  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
Я знаю, что многих мучает то-ли какая-та неопределённость, то ли лень, а может и чувство того, что их используют, когда они становятся участниками распределённых вычислений.

В свете этого действительно выглядит интересно коммерческие проекты, которые вроде бы хотят начать японцы. Тогда возня с администрированием даже глючных клиентов приобретает уже ощутимый материальный смысл. Переформулирую свой созревший протест — я за платное использование подконтрольных мне машинных ресурсов ;-)
[DNet] Ладно, отчего начали к тому и пришли. 11.07.03 08:08  
Автор: bigbro Статус: Незарегистрированный пользователь
<"чистая" ссылка>
угу, нашелся только один человек, которого не смущает идея получения денег за процессорное время ...
жаль, чесно говоря думалось, что отклик будет больше, но с другой стороны - ведь всего ответов было не так много , значит процент поддержавших - весьма высок :-)
посмотрим, как что будет у японцев, там и заглянем в родную отечественную действительность...
идея получения денег за процессорное время 11.07.03 10:24  
Автор: jammer <alex naumov> Статус: Elderman
Отредактировано 11.07.03 10:28  Количество правок: 1
<"чистая" ссылка>
> угу, нашелся только один человек, которого не смущает идея
> получения денег за процессорное время ...

ни для кого деньги не лишние, но прикинь примерно, сколько ты будешь получать за тюненый AXP-1.8k+ running 24/7? в месяц? либо за этот же месяц 3k RC5-72.

денег обычные участники (скажем в пределах RC5 1k/сутки) имхо будут иметь сущие копейки.

PS. да кстати из сущих копеек надо вычесть как минимум цену электричества и доступа в интернет. про расходы своего времени (которое можно было бы потратить на то же самое зарабатывание денег) и амортизацию и устаревание оборудования пока молчу. то есть грубо говоря пока это хобби энтузиастов, не жалко, ну а ради денег - давайте тогда уже учитывать и все накладные расходы. либо ты напрямую обворовываешь организацию, в которой у тебя все это работает - и на этот раз уже в целях прямой личной материальной выгоды.
с деньгами ничего не выйдет 23.07.03 02:15  
Автор: vagrant Статус: Незарегистрированный пользователь
<"чистая" ссылка>

> ......то есть грубо говоря пока это
> хобби энтузиастов, не жалко, ну а ради денег - давайте
> тогда уже учитывать и все накладные расходы. либо ты
> напрямую обворовываешь организацию, в которой у тебя все
> это работает - и на этот раз уже в целях прямой личной
> материальной выгоды.

А кроме моральной проблемы, будет и юридическая - пока ты не получаешь выгоды от выпаса коров на компах организации, максимум что тебе светит - увольнение. А уж если ты на них бабки заколачиваешь, тут уж так просто не отделаешься, могут и того-с...

И два слова по поводу бесполезности и "полезности" проектов.
Никаких полезных проектов пока нет, просто одни явно бесполезные - типа RC5-72 (в котором и я лично принимаю участие), а другие скрыто бесполезные.
На мой взгляд пока что вопли о дикой пользе, о поисках лекарства от рака и проч. не являются ничем, кроме рекламного хода. Серьезные дела ТАК не делаются. И глючные клиенты с мегабайтными траффиками за сутки тому подтверждение.
Я сам по роду деятельности н.с. и занимаюсь близкими вещами. Все базовые моделирующие программы используются уже не менее 15-20 лет. Причем, ессессно, есть версии под какую хотите платформу. Откуда же глюки? От того, что кто-то с кривыми руками приделал к обкатанному годами программному обеспечению дикий интерфейс? Ну и что это за специалисты ведут эти "полезные прокты"?
Кое-что я считал в TSC. И судя по траффику, о котором я уже упоминал, сделал (для себя) вывод, что ловкие ребята собирают гораздо больше информации о расчетах, чем та, которая реально требуется для достижения цели проекта. Образуется такая себе многоцелевая база данных. Не уверен, что она будет доступна кому-либо не на коммерческой основе. А между тем делается она за счет участников, переплачивающих за траффик.
Ну да ладно, здесь есть еще много чего сказать.
с деньгами ничего не выйдет 23.07.03 21:07  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> ......то есть грубо говоря пока это
> > хобби энтузиастов, не жалко, ну а ради денег - давайте
> > тогда уже учитывать и все накладные расходы. либо ты
> > напрямую обворовываешь организацию, в которой у тебя все
> > это работает - и на этот раз уже в целях прямой личной
> > материальной выгоды.
> А кроме моральной проблемы, будет и юридическая - пока ты

а я их вроде бы и не разделял.

> И глючные клиенты с мегабайтными траффиками за сутки тому подтверждение.

да я никогда за такие клиенты не выступал :)

> Я сам по роду деятельности н.с. и занимаюсь близкими
> вещами. Все базовые моделирующие программы используются уже
> не менее 15-20 лет. Причем, ессессно, есть версии под какую
> хотите платформу. Откуда же глюки? От того, что кто-то с
> кривыми руками приделал к обкатанному годами программному
> обеспечению дикий интерфейс? Ну и что это за специалисты
> ведут эти "полезные прокты"?

я так понимаю их аргумент, что юзеры любят гуевые глюки на экране :)
идея получения денег за процессорное время 21.07.03 13:33  
Автор: bigbro Статус: Незарегистрированный пользователь
<"чистая" ссылка>
часто дома и на работе компутер используется на 5-10% своих мощей, но используется. (тексты там набираются, кино смотрится или музыка тоже ...) я вот про это время. про то что отдельно, ради днета гонять комп - боже упаси, тут и правда прогоришь. жаль простаивающих мегагерцев :-(
на предложение взять мегагерц поменьше сразу отвечу - низзя, потому что иногда (и довольно часто) для отладки чего нить очень надо быстрый комп...
идея получения денег за процессорное время 22.07.03 01:35  
Автор: jammer <alex naumov> Статус: Elderman
Отредактировано 22.07.03 01:40  Количество правок: 1
<"чистая" ссылка>
> часто дома и на работе компутер используется на 5-10% своих
> мощей, но используется. (тексты там набираются, кино
> смотрится или музыка тоже ...) я вот про это время. про то

незагруженный комп ест меньше электричества. на обмен все равно расходуется какой-то трафик. это неизбежно.

> что отдельно, ради днета гонять комп - боже упаси, тут и

а я гоняю. ибо пофиг.

> на предложение взять мегагерц поменьше сразу отвечу -
> низзя, потому что иногда (и довольно часто) для отладки
> чего нить очень надо быстрый комп...

у меня просто сгорел предыдущий и я купил мать и проц, оптимальные по цена/качество.
[DNet] Кто бы спорил 09.07.03 23:28  
Автор: jammer <alex naumov> Статус: Elderman
Отредактировано 09.07.03 23:44  Количество правок: 1
<"чистая" ссылка>
> Я знаю, что многих мучает то-ли какая-та неопределённость,
> то ли лень, а может и чувство того, что их используют,
> когда они становятся участниками распределённых вычислений.

1е и 3е - однозначно нет. насчет 2го, так я всегда был ленив :)

> В свете этого действительно выглядит интересно коммерческие
> проекты, которые вроде бы хотят начать японцы. Тогда возня
> с администрированием даже глючных клиентов приобретает уже
> ощутимый материальный смысл. Переформулирую свой созревший
> протест — я за платное использование подконтрольных мне
> машинных ресурсов ;-)

а теперь сравни покупку в собственность (аренду) владельцем распределенной сети 1 машины гигагерца на 2, без винта и монитора, ее подконтрольность и отсутствие трафика и считательные возможности, и прикинь сколько будет стоить денег час ее эксплуатации в случае если она находится у одного из участников распределенной сети. а какие накладные расходы со всем этим учетом, бухгалтерией и банками. что мы срубим?

ну, есть конечно у нас мощные ребята, но нельзя забывать что вполне вероятно что их мощности сильно обусловлены тем, что dnetc ест мало диска, памяти и трафика и обладает новелловской стабильностью. ну а если вспомнить про фантастическую живучесть и выносливость коровы, то можно вспомнить и про фидошный софт. до него она совсем немного недотягивает - вот бы еще по таймауту снимала блокировку с буферов... если буфер не обновлялся более часа/суток/настраивается - снимать нафик/игнорировать залипший флаг бизи. я из-за этого глюка потерял к данному моменту 60К RC5. это в 150 раз больше чем у меня сейчас в сутки получается и больше половины суточной нормы всего BugTraq.

ну это я отклонился от темы... смысл в том, что не стоит легко переносить реальность в абстракное мышление, пренебрегая кучей факторов.
Практика показывает что 09.07.03 11:42  
Автор: Manowar Статус: Незарегистрированный пользователь
<"чистая" ссылка>
под NT пользователь выключит компьютер раньше чем тот подвиснет
а у админов и серверов dnetc работает, не подвисая, и комп приходится выключать по необходимости
так что помогите догнать Германию
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach