информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Где водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
[OGR] Конкретно по этой строчке - ничего военного. Если новый... 28.08.13 18:44  Число просмотров: 4131
Автор: Ritual Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Ясно, спасибо.
Собственно и не верится, что мы в OGR-27 найдем новый рулер, поэтому обновить клиентов можно будет между OGR-27 и OGR-28 (там-то известный рулер не оптимальный почти наверняка).
<dnet>
[OGR] Клиенты версии 520 27.08.13 17:58  
Автор: Ritual Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Начали появляться клиенты версии 520, у них в CHANGES.TXT есть такая строчка:
fix: all: regression in OGR-NG codebase (#4295)
Кто-нибудь знает, что это? Бугзилла не хочет показывать баг с этим номером :(
Конкретно по этой строчке - ничего военного. Если новый... 28.08.13 09:27  
Автор: stream <Roman Trunov> Статус: Member
<"чистая" ссылка>
Конкретно по этой строчке - ничего военного. Если новый ruler был бы найден в combined stub, он передавался обратно мастеру немного не в том формате, и мастер не находил его в списке валидных блоков. Т.к. параллельно пишутся и анализируются еще и текстовые логи, мы бы все равно увидели положительный результат, но с точки зрения мастера проект "подвис" бы с одним блоком, который никак не может обработаться. Вылезло как побочный эффект после исправления другого бага, поэтому и regression.
В багзилле баг 4295 - закрытый.
[OGR] Конкретно по этой строчке - ничего военного. Если новый... 28.08.13 18:44  
Автор: Ritual Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Ясно, спасибо.
Собственно и не верится, что мы в OGR-27 найдем новый рулер, поэтому обновить клиентов можно будет между OGR-27 и OGR-28 (там-то известный рулер не оптимальный почти наверняка).
Обновлять на 520 необязательно, ну разве что если там вдруг... 28.08.13 22:18  
Автор: stream <Roman Trunov> Статус: Member
<"чистая" ссылка>
Обновлять на 520 необязательно, ну разве что если там вдруг появились более быстрые ядра для твоего процессора. Даже если какой-то стаб вдруг "подвиснет" - мы это все равно заметим, ибо он и будет "выигрышным". Для оптимальной работы проекта достаточно 518 и выше. Если совсем сложно обновлять ферму, можно даже использовать и более старые клиенты, но их результаты должны подтверждаться результатами от 518+, так что часть работы по теории вероятности гарантированно уйдет впустую.

> поэтому обновить клиентов можно будет между OGR-27 и
> OGR-28 (там-то известный рулер не оптимальный почти
> наверняка).

Это да. Для тех, кто не вдавался в детали - рулер OGR-28 есть рулер от OGR-27 с приписанным к нему в хвост одним дополнительным числом. Чего ранее никогда не встречалось. Либо это действительно такая уникальная комбинация, либо один из рулеров неоптимален.
1




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


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