The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Лондонская биржа установила мировой рекорд по скорости опера..., opennews (ok), 20-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –5 +/
Сообщение от User294 (ok), 20-Окт-10, 23:59 
> Каким образом получены подобные значения? Linux же не rtos.

Rtos, строго говоря, называется *реалтаймным* потому что дают какие-то *гарантии* насчет времени реакции на события. При том важна именно *гарантия* параметров ("ни при каких условиях, никогда не превысит N микросекунд"), а вовсе не минимальность времен. Вы видите тут какие-то жесткие гарантии? Я их в новости computerworld-а не вижу, только вероятности оценены. Это тоже характеристика скорости, но все-таки иная.

Ответить | Правка | Наверх | Cообщить модератору

20. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Аноним (-), 21-Окт-10, 00:15 
>rtos строго говоря реалтаймный потому что дают какие-то *гарантии* насчет времен. При том важна именно *гарантия* параметров ("ни при каких условиях, никогда не превысит N микросекунд"), а вовсе не минимальность времен. Вы видите тут какие-то жесткие гарантии? Я их в новости computerworld-а не вижу, только вероятности оценены.

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

Ответить | Правка | Наверх | Cообщить модератору

26. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от аноним (?), 21-Окт-10, 00:31 
>Не понятно лишь почему сразу не делать всё на какой-нибудь rtos.

rtos не умеют работать быстро, они умеют гарантировать отклик на событие. Здесь данных много и надо их обрабатывать быстро, а не гарантированно.

rtos быстро реагирует за счёт скорости

Ответить | Правка | Наверх | Cообщить модератору

43. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +2 +/
Сообщение от ананим (?), 21-Окт-10, 03:45 
не только. в реалтайме задаче стоит не посчитать всё, а вовремя вернуть уже посчитанное.
как вы думаете, это нужно бирже? :D
вот поэтому реалтайм и хорошь к примеру в мультмедиа, где в потоках можно и кадры пропустить, и качество ухудшить, но "картинка" должна быть живой, а не замирать пока отрэндериться в наилучшем виде.
Ответить | Правка | Наверх | Cообщить модератору

46. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –7 +/
Сообщение от User294 (ok), 21-Окт-10, 04:11 
> Вероятность, это тоже вполне себе гарантия,

Гарантией она является ровно в 1 случае: когда гарантировано что 100.0% событий будет разрулено за время не более чем X. Чем меньше это X тем система более забориста, в смысле, тем жестче реалтайм :). Однако при гарантировании времени ОБЯЗАТЕЛЬНО надо учитывать НАИХУЧШИЕ сценарии. И гарантировать можно X только по наихучшему раскладу. Для типоваого x86 например вообще что-то там *загарантировать* на 100.0% проблематично. Например, идет транзакция. Хотим в базу на диск записать, допустим. А тут фигакс и сбойный сектор вылез. И фирмварина диска еще 10 секунд упиралась по его переносу в новое место. Ну а тот кто с диском поработать пытался - застрял на 10 секунд ожидая пока его запрос разрулят. Обгарантировались? А вы знаете логику фирмвары и какое у нее там worst case время таймаута на это? Ну или как вы что-то *гарантировать* собрались, не владея картиной в целом?

Может кого и устроит жить около ядерного реактора или химзавода, у которого в 99.9% система защиты успевает сработать вовремя, но лично мне бы как-то не хотелось попасть однажды в те 0.1% когда она все-таки сработать не успеет, уж извините :P.

> хотя и не классический реалтайм.

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

> Если это просто результаты тестов, то тогда с этим всё ясно.

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

> Не понятно лишь почему сразу не делать всё на какой-нибудь rtos.

"А нахрена?". Если вы не успеете на критичном к управлению объекте и он из-за этого, простите, #$нет - это одно. А если одна из миллиона транзакций вдруг займет не 160 микросекунд а хотя-бы и 500 - никто особо кирпичи извергать не будет. Вот если ВСЕ транзакции будут не 160 микросекунд а 500 - это да. Этих чуваков явно интересует общая типовая скорострельность. А реалтаймщиков интересуют все случаи, включая краевые (неудачные) сценарии.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

88. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +1 +/
Сообщение от faemail (??), 21-Окт-10, 12:18 
>Например, идет транзакция. Хотим в базу на диск записать, допустим. А тут фигакс и
>сбойный сектор вылез. И фирмварина диска еще 10 секунд упиралась по его переносу в новое
>место. Ну а тот кто с диском поработать пытался - застрял на 10 секунд ожидая пока его
>запрос разрулят. Обгарантировались?

Если я ничего не путаю, realtime OS гарантирует лишь отклик, а не успешность выполнения. В Вашем примере read, который не смог прочитать с диска в течение n микросекунд, должен гарантированно вернуть ошибку чтения, вместо того, чтоб ждать, пока прошивка диска справится с переносом сектора.

Ответить | Правка | Наверх | Cообщить модератору

98. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от ананим (?), 21-Окт-10, 13:58 
он как раз и говорил, что не вернет, т.к. в текущих архитектурах это не предусмотрено.
чтобы предусмотреть это как положенно нужно все переделывать - ядро, драйвера, фирмари, шины.
тем более для сабжевой задачи жесткой реалтайм не нежен, там нужны гарантии в атомарности транзакций. а скорость обработки - это тако побочный и приятный сурприз.
Ответить | Правка | Наверх | Cообщить модератору

100. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –4 +/
Сообщение от User294 (ok), 21-Окт-10, 14:03 
> Если я ничего не путаю, realtime OS гарантирует лишь отклик,

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

> а не успешность выполнения. В Вашем примере read, который не смог прочитать с
> диска в течение n микросекунд, должен гарантированно вернуть ошибку чтения, вместо
> того, чтоб ждать, пока прошивка диска справится с переносом сектора.

Ну хорошо, допустим что так. А еще у i386 есть режим SMM. Более привилегированный чем Ring0. Его обработчик - в BIOS как правило вшит. Что он там будет делать, когда и сколько - вам как-то забыли сообщить. Ну-ка, загарантируйте чего-нить, когда он как бы уровнем ниже чем ring0 и потому операционка ничего не может сделать с этим фактом. Как максимум опосля заметить: "вот блин, у нас тут отобрали выполнение на столько-то". При том в этом случае уже поздно пить боржоми. Внимание, вопрос: а вам кто-то гарантировал что-то насчет обработчика SMI, что вы можете не покривив душой хотя-бы то же самое загарантировать кому-то? Или вы предлагаете "гарантировать" по принципу "на авось"? Так это не гарантии а жульничество какое-то :P.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

118. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +2 +/
Сообщение от User294 (ok), 21-Окт-10, 18:19 
Гы, боты от MS что-то обнаглели. Семь минусов без единого комента, разъясняющего с чем они не согласны. Очень правдоподобно. И совсем не похоже на накрутку, ага :)
Ответить | Правка | Наверх | Cообщить модератору

121. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от ананим (?), 21-Окт-10, 19:57 
а что они то сказать еще могут?
кстати, трухина не видно - то ли поумнел, то ли еще что.
Ответить | Правка | Наверх | Cообщить модератору

124. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от аноним (?), 21-Окт-10, 20:36 
Это Трухин минусует.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру