Информация об изменениях

Сообщение Re[21]: Реальная производительность WebAssembly? от 26.09.2017 19:44

Изменено 26.09.2017 19:44 alexzzzz

Re[21]: Реальная производительность WebAssembly?
Здравствуйте, CoderMonkey, Вы писали:

A>>Я сравню скорость получения желаемого результата на разных языках. Польза очевидна — на каком языке задача решается быстрее, тот и подходит лучше для решения похожих задач, когда скорость важна.

CM>"Решается" как? Быстрее написать прототип? Быстрее написать полноценный релиз? Быстрее искать и фиксить баги?

Код быстрее работает. Если нам интересна не скорость работы кода, а что-то другое, мы бы не стали тут измерять и обсуждать именно скорость работы кода. Я бы не стал.

A>>Если подгонять реализации решения задачи на разных языках друг под друга и потом их сравнивать, то пользы от такого сравнения я уже не вижу.

CM>Можно и не подгонять. Но тогда для небольшого бенчмарка слишком велика вероятность, что одна мелкая оптимизация очень сильно исказит результат — в случае с встроенной сортировкой, например. А писать большой и объемистый бенчмарк — долго и сложно.
CM>Так что, проще всё же взять и сравнить по возможности сравнимое.

Это похоже на поиски там, где светло, а не там, где потеряли.

Если под "идельным результатом" понимать результат сравнения полного решения задачи на разных языках (сравнить две готовые программы, по итогам одну выкинуть, вторую использовать), то я твою мысль понимаю так: вместо того чтобы допустить в бенчмарках возможное случайное искажение (отклонение их результата от идеального), ты предлагаешь внести в бенчмарки намеренные оторванные от реальности искажения в надежде, что таким образом результат окажется менее искажён. Я думаю, что это иррационально.
Re[21]: Реальная производительность WebAssembly?
Здравствуйте, CoderMonkey, Вы писали:

A>>Я сравню скорость получения желаемого результата на разных языках. Польза очевидна — на каком языке задача решается быстрее, тот и подходит лучше для решения похожих задач, когда скорость важна.

CM>"Решается" как? Быстрее написать прототип? Быстрее написать полноценный релиз? Быстрее искать и фиксить баги?

Код быстрее работает. Если нам интересна не скорость работы кода, а что-то другое, мы бы не стали тут измерять и обсуждать именно скорость работы кода. Я бы не стал.

A>>Если подгонять реализации решения задачи на разных языках друг под друга и потом их сравнивать, то пользы от такого сравнения я уже не вижу.

CM>Можно и не подгонять. Но тогда для небольшого бенчмарка слишком велика вероятность, что одна мелкая оптимизация очень сильно исказит результат — в случае с встроенной сортировкой, например. А писать большой и объемистый бенчмарк — долго и сложно.
CM>Так что, проще всё же взять и сравнить по возможности сравнимое.

Это похоже на поиски там, где светло, а не там, где потеряли.

Если под "идеальным результатом" понимать результат сравнения полного решения задачи на разных языках (сравнить две готовые программы, по итогам одну выкинуть, вторую использовать), то я твою мысль понимаю так: вместо того чтобы допустить в бенчмарках возможное случайное искажение (отклонение их результата от идеального), ты предлагаешь внести в бенчмарки намеренные оторванные от реальности искажения в надежде, что таким образом результат окажется менее искажён. Я думаю, что это иррационально.