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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 22.05.03 04:19  Число просмотров: 1439
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Корень всех бед в том, что RC5 как и DES спроектированы для

...что не стоило ТАК делать п4 из п3

в п3 же глюка не было, верно? зачем же ломать? ладно бы еще был прирост какой в остальном - так и его не видно, и цены для такого обрезанного проца несуразные.
<dnet>
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 20.05.03 07:48  
Автор: mmvmiass Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Запустил перед выходными железку, влепил на неё клиента, запустил бенчмарк, и ... выпал в осадок. Получается P4 вообще не процессор...

dnetc v2.9003-481-CTR-03022000 for Mac OS X (Darwin 6.0).
Using email address (distributed.net ID) 'mmvmiass@mail.ru'

[May 16 16:02:33 UTC] Automatic processor type detection found
a PowerPC 7450 (G4) processor.
[May 16 16:02:33 UTC] OGR: using core #0 (GARSP 5.13 Scalar).
[May 16 16:02:52 UTC] OGR: Benchmark for core #0 (GARSP 5.13 Scalar)
0.00:00:16.48 [11,496,898 nodes/sec]
[May 16 16:02:52 UTC] RC5-72: using core #7 (KKS 7450).
[May 16 16:03:11 UTC] RC5-72: Benchmark for core #7 (KKS 7450)
0.00:00:16.07 [9,992,249 keys/sec]
Это на один процессор. А их два.
Реально так получается:
[May 16 16:03:40 UTC] Automatic processor detection found 2 processors.
[May 16 16:03:40 UTC] Loading crunchers with work...
[May 16 16:03:40 UTC] Automatic processor type detection found
a PowerPC 7450 (G4) processor.
[May 16 16:03:40 UTC] RC5-72: using core #7 (KKS 7450).
[May 16 16:03:40 UTC] RC5-72: Loaded CA:529BE5B9:00000000:1*2^32 (42.90% done)
[May 16 16:03:40 UTC] RC5-72: Loaded CA:529BE5BA:00000000:1*2^32 (42.80% done)
[May 16 16:03:40 UTC] RC5-72: 2 packets (2.00 stats units) remain in
buff-in.r72
[May 16 16:03:40 UTC] RC5-72: 0 packets are in buff-out.r72
[May 16 16:03:40 UTC] 2 crunchers ('a' and 'b') have been started.
[May 16 16:07:52 UTC] RC5-72: Completed CA:529BE5B9:00000000 (1.00 stats units)
0.00:04:11.37 - [9,751,902 keys/s]
[May 16 16:07:52 UTC] RC5-72: Loaded CA:520D884D:00000000:1*2^32
[May 16 16:07:52 UTC] RC5-72: Summary: 1 packet (1.00 stats units)
0.00:04:11.37 - [9,751,902 keys/s]
[May 16 16:07:52 UTC] RC5-72: 1 packet (1.00 stats units) remains in
buff-in.r72
Projected ideal time to completion: 0.00:03:40.00
[May 16 16:07:52 UTC] RC5-72: 1 packet (1.00 stats units) is in buff-out.r72
[May 16 14:09:06 UTC] The perproxy says: "rc5des Personal Proxy!"
[May 16 14:09:06 UTC] Retrieved project state data from server. (cached)
[May 16 14:09:06 UTC] RC5-72: Sent 1 packet (1.00 stats units) to server.
[May 16 14:09:06 UTC] RC5-72: Completed CA:529BE5BA:00000000 (1.00 stats units)
0.00:04:11.97 - [9,743,093 keys/s]
[May 16 14:09:06 UTC] RC5-72: Loaded CA:520D884E:00000000:1*2^32
[May 16 14:09:06 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.00:04:12.03 - [19.47 Mkeys/s]
много таких тачек? приподнимем Урал на 1 место:) 29.05.03 16:13  
Автор: Manowar Статус: Незарегистрированный пользователь
<"чистая" ссылка>
:)
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 20.05.03 12:37  
Автор: xelator Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Получается P4 вообще не процессор...
Для данной конкретной задачи может быть и да, не приспособлен.
(хотя опять же дело в реализации алгоритма).
А вот Вы можете с ходу указать пару-тройку приложений в которых критичными являются операции циклического вращения на число хранящееся в регистре? Я вот за свою 8-летнюю практику знаю один пример - RC5... Современные алгоритмы, например новый AES=rijndael такой особенностью необладает. Корень всех бед в том, что RC5 как и DES спроектированы для железок. В RC5 вращения, а в DES перестановки битов даются в железе легко, тогда как в софте не очень.

Новое поколение криптоалгоритмов заточено наоборот под использование в софте а не под специализированные железки.
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 22.05.03 04:19  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> Корень всех бед в том, что RC5 как и DES спроектированы для

...что не стоило ТАК делать п4 из п3

в п3 же глюка не было, верно? зачем же ломать? ладно бы еще был прирост какой в остальном - так и его не видно, и цены для такого обрезанного проца несуразные.
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 23.05.03 15:35  
Автор: xelator Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> ...что не стоило ТАК делать п4 из п3
Привет. Я помню тебя по постингам.
КАК делать процы должны решать соответствующие специалисты.
Насчет никого ускорения на других фронтах, я тебе как инженер-программист из личного опыта таковых могу привести не пару штук.
Но это - тема для другого форума.

Что касается RC5 - алгоритм устаревший и неиспользуемый ныне.
Это я тебе как человек занимавшийся криптографией ( правда эллиптической ) ответственно заявляю. Последний раз RC5-64 я видел в Mosaic, если кто помнит был такой интернет-броузер. Современные алгоритмы на P4 работает совсем неплохо, например новый AES=rijndael.
Вообщем, пост читай предыдущий.

Я МОГУ ошибаться, но хотел бы услышать примеры-с-объяснениями, а не передерганные ссылки с разных сайтов.
[RC5] ИМХОм обрастут плиты гробницы 25.05.03 16:24  
Автор: jammer <alex naumov> Статус: Elderman
<"чистая" ссылка>
> > ...что не стоило ТАК делать п4 из п3
> КАК делать процы должны решать соответствующие специалисты.

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

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

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

дабы не спорить, скажем так - для меня на 98% задач за глаза (т.е. в несколько раз больше) хватает мощности любого камня на частоте 1.5-2 ГГц. когда же речь доходит до реальной нагрузки - выбор однозначен. впрочем, про выбор те, кто читал наш разговор, тоже для себя все давно все решили. в этой ветке я лишь сетовал на то, зачем крутые ребята из крутой конторы так испоганили п3. с их-то опытом и финансированием ресерчей и экспериментов.

> Что касается RC5 - алгоритм устаревший и неиспользуемый ныне.
> Это я тебе как человек занимавшийся криптографией ( правда

не буду спорить и с этим. а что ты скажешь про ОГР? как будто бы в ОГР п4 не в 2+ раза теперь медленнее? или я что-то важное пропустил?

> Современные алгоритмы на P4 работает совсем неплохо, например новый AES=rijndael.

путем подгонки софта под последний проц интела да еще и с соответствующей оптимзацией на низком уровне?

> Я МОГУ ошибаться, но хотел бы услышать примеры-с-объяснениями, а не передерганные ссылки с разных сайтов.

если ты о пресловутой ссылке на FAQ днета, то я сам удивился и не поверил сначала, что ТАКОЕ может быть. но увы
[RC5] ИМХОм обрастут плиты гробницы 26.05.03 16:34  
Автор: xelator Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> имелось в виду, естественно, ускорение относительно атлона,
> купленного за те же деньги. ибо время, когда
> производительность мерялась в пентиум рэйтинг, для меня
> как-то прошло.
Я мыслю в терминах процессорных тактов. Там частота не важна.
Точнее, если в тактах работает одинаково, то частота лишь умножает
превосходство.

>когда же речь доходит до реальной нагрузки - выбор однозначен.
Ну факты-то где. Высокопарный пиар, извините.

> не буду спорить и с этим. а что ты скажешь про ОГР? как
> будто бы в ОГР п4 не в 2+ раза теперь медленнее? или я
> что-то важное пропустил?
Не в курсе. В ОГР не смотрел - загляну как-нибудь.

> Современные алгоритмы на P4 работает совсем неплохо,
> например новый AES=rijndael.
>> путем подгонки софта под последний проц интела да еще и с
>> соответствующей оптимзацией на низком уровне?
Этой подгонкой между прочим профессиональное сообщество занимается, типа FIPS и затем рекомендует проавительственным органам и частным лицам какой алгоритм использовать. Раньше DES был стандартом, теперь AES.
1




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


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