Тестируем Potlatch 2

Это все зависит от реализации - причин жаваскрипту быть медленнее флеша нет, как и наоборот. Проблема в том, что быстрые реализации javascript и фишек html5 уже есть (причем не одна) и они работают везде, а флеш мало того что блоб, так адобе уже не осиливает собрать его под amd64 и хардварную акселерацию видео под linux, а как с ним на всяких arm с neon, я вообще не представляю. Открытые реализации - gnash и lightspark, не работают и не будут работать еще несколько лет, хотя gnash через пень-колоду показывает первый potlatch (хотя работать невозможно), а lightspark, использующий llvm, имеет очень неплохие перспективы по части производительности. Так что да, ходить в гости с josm - среди моих знакомых вероятность найти jvm много выше, чем флеш.
А веб редактор надо делать на js.

И это. Вспомните о мегаускоренном js в IE9. :3

Тупой вопрос. А как его запустить-то?

жаба по крайней мере по LSB положена

http://www.geowiki.com/

Flash зло, как не крутите

Интерпретируемые ЯВУ, применяемые для обработки больших объемов данных, - еще большее зло.

лет холи вор бегин

Это про что?

видимо про языки высокого уровня

  • тему можно закрывать :slight_smile:

Ban Potlatch!! постепенно трансформируется в Ban Flash!!!

Я просто не понял где у нас в обработке больших объемов данных применяются интерпретируемые ЯВУ.

Ну лично я бы и про potlatch что-нибудь сказал, если бы он хотя бы как-то работал.

Java - язык интерпретируемый. Откуда, собственно, тормознутость josm’а и происходит.

как же так???

А иначе с какой бы стати ему нужна была виртуальная машина?

Ни в коем разе, там JIT. В современных javascript и флеш движках, кстати, тоже.

интерпретируемый != тормознутость
Josm != Potlatch

  1. Potlatch (тормозит)
  2. Merkaartor (практически не тормозит)
  3. Josm (не тормозит)
    Все зависит от кодера…

Вообще-то для переносимости между платформами.

Я бы расставил акценты несколько иначе. На мой взгляд, josm тормозит больше, чем poltach. Возможно, это из-за того, что обычно я работаю на Atom. Но именно на процессорах низкой производительности и проявляется тормознутость в наибольшей степени.

А от кодера - да, зависит. Причем в гораздо большей степени, чем от того, компилируемый язык или интерпретируемый. Но факт остается фактом: на процессорах типа Atom JOSM тормозит нещадно. Я, например, не могу с ним работать.

На С тоже пишут переносимый код. Но виртуальная машина для него не нужна.
В том то и дело, что текст java компилируется не в native код, а в байт-код, который процессор выполнять не способен. Может только интерпретировать.
Правда, уже после появления java были разработаны процессоры, способные выполнять байт-код, но x86 к ним не относится.