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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] Не думал, что настолько всё запущено (2xPPC G4 - 1000MHz) 20.05.03 12:37  Число просмотров: 1494
Автор: xelator Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Получается P4 вообще не процессор...
Для данной конкретной задачи может быть и да, не приспособлен.
(хотя опять же дело в реализации алгоритма).
А вот Вы можете с ходу указать пару-тройку приложений в которых критичными являются операции циклического вращения на число хранящееся в регистре? Я вот за свою 8-летнюю практику знаю один пример - RC5... Современные алгоритмы, например новый AES=rijndael такой особенностью необладает. Корень всех бед в том, что RC5 как и DES спроектированы для железок. В RC5 вращения, а в DES перестановки битов даются в железе легко, тогда как в софте не очень.

Новое поколение криптоалгоритмов заточено наоборот под использование в софте а не под специализированные железки.
<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