Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Zhendos, Вы писали:

C>>>Прямо так, чтобы реакцию нужно было за полсекунды? Если что, я сам делал устройство на Линуксе, которое загружалось с нуля до экрана браузера за 2 секунды. И это было 7 лет назад.
Z>>Дело не в конкретном времени, дело в гарантии отклика.
C>И какие проблемы её дать? Верхние границы времени GC для JS прекрасно вычисляются.

Можно пример расчета? И как этот расчет поможет, если даже будут такие данные,
то ведь еще нужно показать что GC сработает не более N раз,
и еще ведь GC это мягко говоря не все. Нужно еще доказать что алгоритм отрисовки
браузера на все изменения DOM которые организует JavaScript отработает за время не больше
какой-то константы. Неужели и это для вас легко? Типа раз два и рассмотрели все бесконечное
множество вариантов на входе и доказали что эти миллионы строк кода парсинга и рендеринга
html+css для всех вариантов отработают не больше чем за X?
И это еще не принимая внимания JIT и парсер javascript, ведь у них тоже небось полно
"corner case"

Z>>Как доказать показать 100% покрытие тестами? Как доказать что это система реального времени.
C>Покрытие тестами? Уж это как раз для браузеров делается элементарно. Вполне реально добиться 100% покрытия кода тестами и протестировать все возможные комбинации элементов UI.

Э... А вы учитываете что и браузер нужно включить в это уравнение? То есть 100% покрытие
тестами должно быть у JavaScript + C++. Сколько там миллионов строк в браузере?

Z>>Уверен что можно подобрать железо и вылизать javascript код чтобы это все просто летало,
Z>>но как гарантировать что все будет "хорошо"?
C>Как обычно — тестами.

А можно пример? Давайте забудем о JavaScript,
можно пример 100% покрытия тестами кода разбора и отображения современно html,
со всеми шрифтовыми движками, использование opengl и т.д. и т.п.?

Это ведь так легко, спецификация веба если исключить JavaScript очень маленькая
и это так легко сделать?