1.1, Мна (?), 13:28, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если кто-либо использовал: Насколько она быстрая и удобная в работе?
стабильная?
| |
1.3, dalco (ok), 13:48, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Не флейма ради, образованья для...
А быстрые и маложрущие программы на Java вообще бывают? Мне пока не везло - я таких еще не встречал.
| |
|
|
|
4.9, dalco (ok), 16:38, 12/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Просто, я представитель античной школы - писал только на Си с ассемблерными вставками и наивно полагал, что это достаточно быстрый и компактный код. Отсюда и мои предпочтения.
В современных языках ориентируюсь слабо - потому и вопросы задаю :)
| |
|
5.12, аноним (?), 16:44, 12/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для контроллеров и сейчас так пишут, так и есть - самый быстрый и компактный код.
Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает, а plain С растёт
| |
|
6.16, Трухин_Юрий_Владимирович (ok), 16:51, 12/06/2010 [^] [^^] [^^^] [ответить]
| –15 +/– |
>Для контроллеров и сейчас так пишут, так и есть - самый быстрый
>и компактный код.
>Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает,
>а plain С растёт
ну только не нужно тут разносить преимущества ООП по сравнению со структурным программированием. Вы наверное просто мало программировали, поэтому и пишете такое
| |
|
7.19, аноним (?), 16:57, 12/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Достаточно, особенно для AVR, ARM и им подобных
Преимущества ООП никуда не делись, но они покупаются ценой скорости
| |
7.64, Карбофос (ok), 21:04, 12/06/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
я каждый день много программирую. на работе проект, за который я отвечаю, выходит на стадию тестирования. часть алгоритма была переписана с явы (часть потому как это расширенная по функционалу программа для тестирования). причем, ява не рассматривалась в начале проекта как платформа ВООБЩЕ ввиду могучих траблов со скоростью при создании логов (обработка тескта) и при коммуникации по tcp протоколу
паралельно веду несколько проектов подобного характера на Qt4, тоже из относительно старых, так у этих проектов мрачных косяков не было. причем, структура программ внутри примерно одинаковая.
так что мы делаем не так?
ну и на злобу дня: где видеоредакторы, браузеры, оффисные пакеты, числодробилки и прочее, написанное на яве, или дотнете? ГДЕ?
| |
|
|
|
|
Часть нити удалена модератором |
|
|
Часть нити удалена модератором |
|
|
|
|
|
|
|
|
5.15, Andrew Kolchoogin (?), 16:50, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Просто, я представитель античной школы - писал только на Си с ассемблерными
> вставками
Тут ведь дело в Goal'ах. Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода (by definition, ибо язык Ассемблера), конечно никакой Яве не угнаться. :)
Но тут надо чётко понимать разницу между программой и программным продуктом. В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
| |
|
6.21, аноним (?), 17:12, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
С этим утверждением мало кто не согласится.
Но, тем не менее речь была о быстроте и маложручести.
| |
|
|
|
|
10.135, аноним (?), 14:18, 13/06/2010 [^] [^^] [^^^] [ответить] | +/– | 1 никто и не говорит про масм и тасм - это свои проприетарные разработки и стан... большой текст свёрнут, показать | |
|
|
|
7.65, Andrew Kolchoogin (?), 21:10, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Инлайновый асм в gcc разве не портабелен ????
(Кхе-кхе-кхе... Откашлявшись...)
Языки Ассемблера для всех микропроцессоров мира уже унифицировали?-) Не, ну чо, правда, да?-) Можно отдельно для ARM и отдельно для MIPS уже не изучать, достаточно x86?-)
| |
|
6.51, аноним (?), 18:40, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
забавно, но подтверждается это только в опенсорсе. и как ни странно на сях (и очень местами - асм).
даже жаба поддерживает меньше платформ, чем ядро линуха к примеру (а ядро не в пример сложнее всяких xVM).
зы:
есть только один плюс (да и плюсом он является только для маркетинга) - это удешевление разработки. серьезное удешевление.
| |
|
7.57, JL2001 (ok), 19:13, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>есть только один плюс (да и плюсом он является только для маркетинга)
>- это удешевление разработки. серьезное удешевление.
почему же до сих пор нет такого же простого языка как Java но компилируемого на уровне Си если в одном серьёзное преимущество по скорости разработки а во втором по программ?
| |
|
8.60, аноним (?), 19:47, 12/06/2010 [^] [^^] [^^^] [ответить] | +/– | это называется диалектика не может быть простым для каждого то, что сложно по о... большой текст свёрнут, показать | |
|
|
|
7.56, аноним (?), 19:08, 12/06/2010 [^] [^^] [^^^] [ответить] | +/– | издеваетесь он для этого и был придуман в основном и на самом деле это и ест... большой текст свёрнут, показать | |
|
8.59, JL2001 (ok), 19:16, 12/06/2010 [^] [^^] [^^^] [ответить] | +/– | извините, я ещё не очень разбираюсь в вопросе тоесть для LLVM существуют запуска... текст свёрнут, показать | |
|
9.61, аноним (?), 20:01, 12/06/2010 [^] [^^] [^^^] [ответить] | +/– | вообщето jar - это всего-лишь навсего архив на основе arj сам байт-код находит... текст свёрнут, показать | |
|
|
|
6.131, Аноним (-), 13:52, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода
Да ну, почитайте код mplayer-а, работает на разных процессорах.
И кроме того есть такие либы как к примеру liboil
| |
|
|
|
5.22, аноним (?), 17:16, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> JIT-компилятор может обнаруживать факт выполнения приложения на Core i series и сгенерировать машинный код
JIT-компилятор ещё в памяти нуждается, отсюда жручесть
Опять же, задержка, связанная JIT-компилятцией может и как правило (ИМХО) перекрывает все преимущества возможно более быстрого кода
| |
|
|
7.25, аноним (?), 17:27, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
С данным "Моцартом" практика не согласуется почему-то.
Не даром вопрос про быстродействие и жручесть возникает вновь и вновь, у людей постоянное недовольство жабой и т.п.
| |
|
|
5.35, andrey (??), 17:54, 12/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
нет, ну Вы правда считаете всё это аргументом в свою пользу? посмотрели бы чтоли в исходники gcc, правда, вроде взрослый человек, а такое писать. что из этого нет в компиляторах c++?
своих мыслей нет, будем цитатами форум загаживать?
| |
|
6.43, аноним (?), 18:18, 12/06/2010 [^] [^^] [^^^] [ответить] | –1 +/– | можно начать с того, чем компилится сам jit vm на каком языке зы все усоверш... большой текст свёрнут, показать | |
|
5.123, userspace (?), 10:58, 13/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Рихтер - безусловно величина, но что Вы ожидали увидеть в книге по .NET, ее ведь продавать надо... На практике там где нужна скорость, программа компилируется с оптимизацией на все плюшки, которые есть у железа на которой ей предстоит крутиться, а если это для работы на "среднестатическом" железе то скорости и так с избытком, если алгоритмы не кривые.
| |
5.132, Аноним (-), 13:57, 13/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>JIT-компилятор может обнаруживать факт выполнения приложения на Core [...] и сгенерировать машинный код, полностью использующий
Вах-вах, как же это mplayer бедный в рантайме проц детектит и использует соответствующую оптимизацию, без всякого jit-a, ужас-ужас, как страшно жить
| |
|
4.11, Andrew Kolchoogin (?), 16:44, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Не бывает при одинаковых алгоритмах при реализации всего неуправляемого кода (включая, конечно же, код всей операционной системы) на языке Ассемблера.
В остальных случаях -- бывает. Зависит от относительной квалификации программистов, пишущих управляемый и неуправляемый коды, библиотеки для неуправляемого кода, исполняющую систему управляемого и так далее.
| |
|
5.13, аноним (?), 16:48, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Зависит от относительной квалификации программистов
Это знаете ли вообще не аргумент.
При существенно различной квалификации всё что угодно может быть.
Тем не менее - накладные расходы управляемого кода никуда не денуться
| |
|
6.14, Трухин_Юрий_Владимирович (ok), 16:50, 12/06/2010 [^] [^^] [^^^] [ответить]
| –8 +/– |
>> Зависит от относительной квалификации программистов
>
>Это знаете ли вообще не аргумент.
>При существенно различной квалификации всё что угодно может быть.
>Тем не менее - накладные расходы управляемого кода никуда не денуться
можно при установке приложения получить скомпилированный модуль в .NET используя встроенную утилиту NGEN.exe . Этим правда мало кто пользуется, потому что JIT все делает лучше на лету
| |
|
7.18, аноним (?), 16:55, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Из perl тоже можно получить ексешник, только выигрыша почти нет.
Видимо с m$ поделием так же, потому и не пользуются
| |
7.79, User294 (ok), 00:26, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>делает лучше на лету
Вы только забыли сказать что стопицот рантайм проверок в тугих циклах гробят скорость в хлам а учтя общий вес рантайма - пока он раскочегарится, пройдет вплоть до нескольких минут. Прямо как на спекки с ленты, блин.
| |
7.133, Аноним (-), 13:59, 13/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>используя встроенную утилиту NGEN.exe
Под wine-ом заведется? И этот человек трындит про кросплатформенность, омг
| |
|
|
7.20, аноним (?), 17:01, 12/06/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Меня интересует конкретное время, которое потратит микропроцессор, для решения моей задачи.
Тем не менее сравнивают, как правило, при прочих равных условиях
> ДенуТСя. Учем рюскей езыг.
Не русский, виноват.
> в C'шном коде сплошь и рядом "register int", и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет
Ну блииииин... Вы C-компилер видели хотя бы? Много-много лет уже register игнорируется
| |
|
8.58, аноним (?), 19:14, 12/06/2010 [^] [^^] [^^^] [ответить] | –1 +/– | это про оптимизацию ещё не говорили D зы о Кольчугине до этого момента я был ... текст свёрнут, показать | |
|
7.55, JL2001 (ok), 19:04, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Есть и ещё тонкости, такие, как, скажем, более оптимальная нагрузка
>на регистры микропроцессора (в C'шном коде сплошь и рядом "register int",
>и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет)
меня смущает почему до сих пор компиляторы "угадывают" что держать в регистрах, почему это до сих пор не продукт строгого расчёта под конкретную модель процессора?
| |
|
|
9.71, JL2001 (ok), 21:46, 12/06/2010 [^] [^^] [^^^] [ответить] | +/– | ту которая наименее ухудшит быстродействие находясь в памяти а определять её ... текст свёрнут, показать | |
|
|
|
|
|
|
3.76, User294 (ok), 00:21, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>бывают. мало того, программы,написанные на управляемом коде могут быть часто быстрее чем
>на неуправляемом.
Наверное именно поэтому на форумах типа compression.* и прочая советуют выбросить C# нафиг и переписать компрессор на сях или если он навернутый - на плюсах. И да, народ почему-то фигеет с разницы в скорости потом :) ессно не в пользу дотнетов и яв :). Кстати в 2006 году одни чуваки тоже LSE обещали скорости. А в 2009 вылетели с LSE за то что не смогли обеспечить эту самую скорость. Get the facts, типа...
| |
3.142, СуперАноним (?), 16:01, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>программы,написанные на управляемом коде могут быть часто быстрее чем на неуправляемом.
Может, хватит подобных анекдотов рассказывать?
PS Сам я за золотую середину - за ООП на компилируемых в машинный код языках.
| |
|
2.24, Taller (?), 17:25, 12/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
бывают. Рекомендую изучить опции использования запуска программ, где указываются параметры памяти, если вы об этом.
| |
|
3.108, аноним (?), 03:37, 13/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Пример, пример дайте!
Быстрой и маложрущей программы на жабе.
Не надо опций, нужен пример!
| |
|
4.110, Taller (?), 08:02, 13/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
маложрущее - оценочное определение.
Нужно сравнить с чем-то. Таки по сравнению с чем мало? С другой программой на Jave или с аналогичной по функционалу и писаной на другом языке?
| |
|
5.112, аноним (?), 08:20, 13/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Выше вопрос уважаемого dalco - "А быстрые и маложрущие программы на Java вообще бывают?"
Т.е. никчему масло масляное, кого интересует сравнение тормозов, другой программы на жабе не нужно.
| |
|
|
|
2.156, konwin (ok), 10:27, 15/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Lightzone - шустрая, правда не сказал бы что очень мало памяти ест, но оно и с равами работает.
| |
|
1.4, diceman (??), 13:52, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не видел )
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
83865 openfire 90 44 0 503M 147M ucond 0 0:00 103.03% java
| |
1.5, опять жава (?), 14:08, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Всё ясно, закрывайте тред.
СУБД же должна быть быстрой? Секс ради девственности? А давайте станем писать драйвера для устройств на жаве? Это же удобно и быстро и может каждый!
| |
|
2.36, Aesthetus Animus (ok), 17:54, 12/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А давайте станем писать драйвера для устройств на жаве?
Смех смехом, но находятся умники, которые пишут прошывки целиком на Java для ARM-ов с поддержкой Jazelle...
| |
|
3.77, User294 (ok), 00:23, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
они наверное больные на голову, тем более что спеки на Jazelle не являются общедоступными, а потому сие означает большой гемор с NDA и прочей левой мутью. Ради чего?!
| |
|
|
1.6, Аноним (-), 14:22, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
А что недостаточно быстрая? Может для начала стоит узнать где и как применяется а потом хаять? Или слово Java вызывает аллергию?
| |
1.47, linux_must_die (ok), 18:31, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
линукс на жабе уже выпустили? как, еще нет? непорядок. он же будет в разы быстрее чем на C! трухин, возьми на заметку.
| |
1.62, Аноним (-), 20:02, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
hsqldb неплохая база. НО для разработки. :) Поэтому вопрос о скорости вообще неуместен. А по поводу исполнения кода, про оптимизацию под среднестатистический процессор - мило, очень мило. Ну естественно это относится только к среднестатистическим операционным системам. Может кто и игры пишет серьёзные на управляемом коде, под jit? Г-н Трухин наверно ток в них играет, ибо оч производительно. :) Это уже не опеннет, это башорг. :)
| |
|
2.105, Knuckles (ok), 03:08, 13/06/2010 [^] [^^] [^^^] [ответить] | +1 +/– | Типичное мнение человека, который не понимает назначение Java Господа, ругающую... большой текст свёрнут, показать | |
|
3.158, Аноним (-), 14:41, 20/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Я не ругаю джаву за тормоза. Вы видимо не правильно интерпретировали мою мысль. Джава по моему мнению одна из мощнейших технологий. сам на ней пишу уже много лет. Второй мой язык. Но hsqldb, действительно подходит только на начальном этапе разработки со всякими там ORM. Дальше все по моему опыту уходит в сторону постгре (это конечно мой выбор, спорить не буду).
| |
|
2.114, fr0ster (??), 08:50, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>hsqldb неплохая база. НО для разработки. :) Поэтому вопрос о скорости вообще
>неуместен. А по поводу исполнения кода, про оптимизацию под среднестатистический процессор
>- мило, очень мило. Ну естественно это относится только к среднестатистическим
>операционным системам. Может кто и игры пишет серьёзные на управляемом коде,
>под jit?
Несколько лет назад попадалась игра(вестимо под Виндовз) так при установке требовала наличия дотнету. Зачем ей дотнет не знаю, но вот что было.
| |
|
3.116, Трухин_Юрий_Владимирович (ok), 09:47, 13/06/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>hsqldb неплохая база. НО для разработки. :) Поэтому вопрос о скорости вообще
>>неуместен. А по поводу исполнения кода, про оптимизацию под среднестатистический процессор
>>- мило, очень мило. Ну естественно это относится только к среднестатистическим
>>операционным системам. Может кто и игры пишет серьёзные на управляемом коде,
>>под jit?
Для XBOX на XNA написано очень много игр на управляемом коде на языке C#
| |
|
4.117, аноним (?), 10:00, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
И почти все - простые двухмерные игры, в которых не нужно беспокоиться о быстродействии
| |
|
|
6.147, аноним (?), 21:34, 13/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Постыдился бы такую муть показывать.
На первый взгляд отстой, графика 5-7 летней давности. чтд
| |
|
7.159, Knuckles (ok), 23:37, 20/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Постыдился бы такую муть показывать.
>На первый взгляд отстой, графика 5-7 летней давности. чтд
Вообще-то в описании ролика написано, что это только заготовка для игры, притом, похоже, сделанная в одиночку.
>XNA Racing Game Starter Kit I wrote for http://creators.xna.com | |
|
|
|
|
|
|
1.63, nep (??), 20:59, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отличная новость. База идеальна для быстрого выполнения интеграционных тестов DAO слоя, когда применяются ORM фреймворки(Hibernate, JPA). Особенно она эффективна при размещении в оперативной памяти.
| |
|