|
Разработчик
Ответов: 4698
Рейтинг: 426
|
|||
|
hitman249 писал(а): Dilma, в Java так с текстом никогда не работают!вот правильно Это еще раз доказывает слова: Dilma писал(а): на Java (как впрочем и на любом managed языке) производительную и быструю программу можно написать только в том случае, если хорошо знать особенности реализации архитектуры VM и встроенных библиотек.Да и кто сказал, что Dilma этого не знает? |
|||
| карма: 10 |
|
Ответов: 1528
Рейтинг: 57
|
|||
|
Итог на 1 000 000 итераций:
брал максимальные и минимальные замеры Athlon64 X2 4800+ 2.5 GHz IC от nesco первый вариант - 96968-125810 (не знаю в чем это) IC от nesco последний вариант - 86-146 StringBuilder - 39-54 StringBuffer - 59-81 ------------ Дoбавленo в 11.57: Assasin, это азы и я уверен что Dilma об этом знает. Большинство зависит от программиста, у нас пакет Windows гораздо медленней даже той-же Java и что у всех получаются программы которые умеют только тормозить ? |
|||
| карма: 0 |
|
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
Ну и где ~611 раз
 hitman249,а теперь задай себе вопрос: Почему у нас пакет Windows гораздо медленней. |
|||
| карма: 25 |
|
|
Ответов: 1528
Рейтинг: 57
|
|||
|
Tad, вот тут
Из этого видим что если использовать самый быстрый метод, разрыв с производительностью пакета Windows без использования FTCG возможностей будет всего-то в ~611 раз.
------------ Дoбавленo в 12.01: Tad, т.е. если повторять это на компонентах |
|||
| карма: 0 |
|
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
hitman249, в своих программах я использую только визуальные компоненты HiAsm. Всё остальное загоняю в IC. И никаких тормозов.
 |
|||
| карма: 25 |
|
|
Ответов: 1528
Рейтинг: 57
|
|||
|
Tad, [flood]
Всё остальное загоняю в IC. читер  [/flood] |
|||
| карма: 0 |
|
Ответов: 5446
Рейтинг: 323
|
|||
|
Народ, я как-то не пойму уже, об чём "базар"? Сказано же: хочешь писать на java - делай свой пакет, и "пусть расцветут все цветы" (с).
|
|||
| карма: 1 |
|
Ответов: 3889
Рейтинг: 362
|
|||
|
[offtop]
Tad писал(а): в своих программах я использую только визуальные компоненты HiAsmНеужели KOL+MCK настолько неудобно в Dе1рhi?[/offtop] ------------ Дoбавленo в 20.11: [offtop] Tad писал(а): Всё остальное загоняю в ICЛукавишь, небось. Прототип делаешь на элементах, обкатываешь, и уже потом оптимизируешь, угадал?[/offtop] |
|||
| карма: 1 |
|
|
Ответов: 1528
Рейтинг: 57
|
|||
|
к чему был тест
Чтобы после примера Dilma не сложилось впечатление, что java медленная. Кто не верит может протестировать снова, дабы точно убедиться что java быстрее de1phi. |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26151
Рейтинг: 2127
|
|||
|
0
|
|||
| карма: 22 |
| ||
| Голосовали: | foksov |
|
Разработчик
Ответов: 4698
Рейтинг: 426
|
|||
|
hitman249, ВМ по определению не может быть быстрее машинного кода, спор бессмысленен, советую обратиться к википедии для справки.
|
|||
| карма: 10 |
|
|
Ответов: 1528
Рейтинг: 57
|
|||
|
Assasin, я что виноват, что на практике всё на оборот?
проверь сам, теория теорией, практика практикой nesco, на 1 000 000 итераций виднее будет. GetMem(ps, 10000); \ здесь тоже изменять ? |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26151
Рейтинг: 2127
|
|||
|
hitman249 писал(а): здесь тоже изменять ?Да, обязательно |
|||
| карма: 22 |
|
|
Ответов: 1528
Рейтинг: 57
|
|||
|
nesco,
на 1000000 итераций от 1330 до 3925 (было 86-146) тьфу, я то в Millisecond мерил, а тут Microsecond правильно 2-4 (было 86-146) такие финты и на java возможны  |
|||
| карма: 0 |
|
|
Ответов: 1376
Рейтинг: 197
|
|||
|
hitman249 писал(а): у нас пакет Windows гораздо медленней даже той-же Java |
|||
| карма: 1 |
|
Поиск
Друзья
Администрация