forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Релиз открытой СУБД HyperSQL 2.0, opennews (?), 12-Июн-10, (0) [смотреть все]

Если кто-либо использовал Насколько она быстрая и удобная в работе стабильная , Мна (?), 13:28 , 12-Июн-10, (1)
Не флейма ради, образованья для А быстрые и маложрущие программы на Java вообщ, dalco (ok), 13:48 , 12-Июн-10, (3) +3 //

бывают мало того, программы,написанные на управляемом коде могут быть часто быс, Трухин_Юрий_Владимирович (ok), 16:01 , 12-Июн-10, (7) –23 //

Не бывает при одинаковых алгоритмах, аноним (?), 16:26 , 12-Июн-10, (8) +4 //

Просто, я представитель античной школы - писал только на Си с ассемблерными вста, dalco (ok), 16:38 , 12-Июн-10, (9) +1

Для контроллеров и сейчас так пишут, так и есть - самый быстрый и компактный код, аноним (?), 16:44 , 12-Июн-10, (12) +1

ну только не нужно тут разносить преимущества ООП по сравнению со структурным пр, Трухин_Юрий_Владимирович (ok), 16:51 , 12-Июн-10, (16) –15

Достаточно, особенно для AVR, ARM и им подобныхПреимущества ООП никуда не делись, аноним (?), 16:57 , 12-Июн-10, (19) –1

Скажу банальную вещь ООП это скорее парадигма дизайна, нежели поддержка языка и, Knuckles (ok), 02:48 , 13-Июн-10, (104) +1

Трухин как раз говорил о языках, аноним (?), 03:17 , 13-Июн-10, (106)

и естественно для него это естественно , в контексте платформы , аноним (?), 16:22 , 13-Июн-10, (143)

я каждый день много программирую на работе проект, за который я отвечаю, выходи, Карбофос (ok), 21:04 , 12-Июн-10, (64) +2

OpenOffice не Eclipse Распределенные СУБД типа apache Cassandra прим, Avator (ok), 00:27 , 13-Июн-10, (80) +1

OpenOffice на яве не выдавайте желаемое за действительное Eclipse - монстропод, Карбофос (ok), 00:38 , 13-Июн-10, (82)

просто страшно подумать, если все те проги, которые я сейчас пользую, вдруг стал, Карбофос (ok), 01:36 , 13-Июн-10, (95)

Вы ищете серебряную пулю и Большую Красную Кнопку У жабы своя ниша, в которой он, fr0ster (??), 07:47 , 13-Июн-10, (109) +2
А без eclipse я собирал gcc имея ОЗУ в 32 раза меньше Вашего - , аноним (?), 08:15 , 13-Июн-10, (111) –1
Eclipse вообще-то для разработки, а собирать ты можешь хоть на коленке, Трухин_Юрий_Владимирович (ok), 12:55 , 13-Июн-10, (124) –7
А то я не знал Глаза-то заплывшие протри, fr0ster-у скажи, это он элипсом собира, аноним (?), 13:09 , 13-Июн-10, (128)
так по этому поводу никто не спорит речь о том, что ява прожорливее и медленнее, Taliban (?), 10:28 , 13-Июн-10, (119)

А о том, что Eclipse не является быстрой и маложрущей программой на жабе Нормаль, аноним (?), 02:19 , 13-Июн-10, (102)

раньше прогу на яве приходилось запускать на сервере для тестирования на нагрузк, Карбофос (ok), 14:00 , 13-Июн-10, (134)
А на серваке какая была загрузка проца процов , аноним (?), 14:50 , 13-Июн-10, (137)
достаточно нестабильно от 50 до 80 вплоть до креша с выключеным протоколиров, Карбофос (ok), 15:09 , 13-Июн-10, (139)
Выигрыш в десятки раз, круто, что ещё сказать , аноним (?), 15:13 , 13-Июн-10, (140)
конечно, внутренний дизайн программы тоже объекториентированный, по крайней мере, Карбофос (ok), 15:26 , 13-Июн-10, (141)

Хм Я вполне себе пользуюсь Sun Studio под Солярисом А его IDE на NetBeans осно, Andrew Kolchoogin (?), 01:41 , 13-Июн-10, (96)

мне в большинстве случаев хватает KDevelop да и быстродействие на IDE оно бо, Карбофос (ok), 01:57 , 13-Июн-10, (98)

Тут ведь дело в Goal ах Если на C с _ассемблерными вставками_, то есть, когда р, Andrew Kolchoogin (?), 16:50 , 12-Июн-10, (15)

С этим утверждением мало кто не согласится Но, тем не менее речь была о быстроте, аноним (?), 17:12 , 12-Июн-10, (21)
Инлайновый асм в gcc разве не портабелен , Sw00p aka Jerom (?), 17:49 , 12-Июн-10, (33)

если в нем ты использовал какую-то особенность процессора, то нет, Трухин_Юрий_Владимирович (ok), 18:14 , 12-Июн-10, (39) –8

то есть опыта написания инлайнового асма у тебя равен нулю есть конкретный синт, Карбофос (ok), 21:25 , 12-Июн-10, (69)

могу вас огорчить - конкретного синтаксиса тоже нет есть типа интеловский ест, Sw00p aka Jerom (?), 10:41 , 13-Июн-10, (121) –1

это для меня не открытие дело в том, что даже в том же gcc вами упомянутые синт, Карбофос (ok), 13:05 , 13-Июн-10, (127) +1
1 никто и не говорит про масм и тасм - это свои проприетарные разработки и стан, аноним (?), 14:18 , 13-Июн-10, (135)

вполне согласен, Sw00p aka Jerom (?), 17:28 , 13-Июн-10, (144) –1

Кхе-кхе-кхе Откашлявшись Языки Ассемблера для всех микропроцессоров мира , Andrew Kolchoogin (?), 21:10 , 12-Июн-10, (65)

унифицировали, уже давно называется Си , Карбофос (ok), 22:06 , 12-Июн-10, (72) +1
а шо твой АРМ настолько круче чем Интеловский проц , Sw00p aka Jerom (?), 10:43 , 13-Июн-10, (122) –3

мне в интеловской архитектуре не хватает битовых операций приходится применять , Карбофос (ok), 09:28 , 14-Июн-10, (151) –1

а шо их там нет , Sw00p aka Jerom (?), 14:03 , 14-Июн-10, (154) –1

есть, но далеко не все , Карбофос (ok), 15:20 , 14-Июн-10, (155) –1

сравним или будет толсто очень , Sw00p aka Jerom (?), 10:45 , 15-Июн-10, (157) –1

забавно, но подтверждается это только в опенсорсе и как ни странно на сях и оч, аноним (?), 18:40 , 12-Июн-10, (51)

почему же до сих пор нет такого же простого языка как Java но компилируемого на , JL2001 (ok), 19:13 , 12-Июн-10, (57)

это называется диалектика не может быть простым для каждого то, что сложно по о, аноним (?), 19:47 , 12-Июн-10, (60)
http ru wikipedia org wiki D_ язык_программирования http ru wikipedia org wi, tanushi (?), 10:25 , 13-Июн-10, (118)

а существует ли проект по JIT-машине для LLVM-кода , JL2001 (ok), 19:00 , 12-Июн-10, (54)

издеваетесь он для этого и был придуман в основном и на самом деле это и есть, аноним (?), 19:08 , 12-Июн-10, (56)

извините, я ещё не очень разбираюсь в вопросетоесть для LLVM существуют запускае, JL2001 (ok), 19:16 , 12-Июн-10, (59)

вообщето jar - это всего-лишь навсего архив на основе arj сам байт-код находит, аноним (?), 20:01 , 12-Июн-10, (61)

вообщето jar - это всего-лишь навсего архив на основе ZIP , Wizard (??), 10:11 , 14-Июн-10, (153) +1

Да ну, почитайте код mplayer-а, работает на разных процессорах И кроме того есть, Аноним (-), 13:52 , 13-Июн-10, (131)

ок привожу выдержки из книжки Джеффри Рихтера CLR via C 2 издание стр 14 , Трухин_Юрий_Владимирович (ok), 16:43 , 12-Июн-10, (10) –15

JIT-компилятор ещё в памяти нуждается, отсюда жручестьОпять же, задержка, связан, аноним (?), 17:16 , 12-Июн-10, (22)

с Моцартом я в корне не согласен , Трухин_Юрий_Владимирович (ok), 17:20 , 12-Июн-10, (23) –13

С данным Моцартом практика не согласуется почему-то Не даром вопрос про быстро, аноним (?), 17:27 , 12-Июн-10, (25)

Теоретики такие теоретики , filosofem (ok), 17:37 , 12-Июн-10, (29)
нет, ну Вы правда считаете всё это аргументом в свою пользу посмотрели бы чтоли, andrey (??), 17:54 , 12-Июн-10, (35) –1

всего этого нет и не может быть в компиляторе C , Трухин_Юрий_Владимирович (ok), 18:18 , 12-Июн-10, (42) –4
можно начать с того, чем компилится сам jit vm на каком языке зы все усовершен, аноним (?), 18:18 , 12-Июн-10, (43) –1

Рихтер - безусловно величина, но что Вы ожидали увидеть в книге по NET, ее ведь, userspace (?), 10:58 , 13-Июн-10, (123) +1
Вах-вах, как же это mplayer бедный в рантайме проц детектит и использует соответ, Аноним (-), 13:57 , 13-Июн-10, (132) +1

Не бывает при одинаковых алгоритмах при реализации всего неуправляемого кода вк, Andrew Kolchoogin (?), 16:44 , 12-Июн-10, (11)

Это знаете ли вообще не аргумент При существенно различной квалификации всё что , аноним (?), 16:48 , 12-Июн-10, (13)

можно при установке приложения получить скомпилированный модуль в NET используя, Трухин_Юрий_Владимирович (ok), 16:50 , 12-Июн-10, (14) –8

Из perl тоже можно получить ексешник, только выигрыша почти нет Видимо с m поде, аноним (?), 16:55 , 12-Июн-10, (18)
Вы только забыли сказать что стопицот рантайм проверок в тугих циклах гробят ско, User294 (ok), 00:26 , 13-Июн-10, (79)

про это принято умалчивать в их кругах хотя хитрые презентаторы делают свой к, Карбофос (ok), 09:41 , 14-Июн-10, (152) –1

Под wine-ом заведется И этот человек трындит про кросплатформенность, омг, Аноним (-), 13:59 , 13-Июн-10, (133) –1

Это, знаете ли, очень даже аргумент Меня не интересует сферический программный п, Andrew Kolchoogin (?), 16:54 , 12-Июн-10, (17)

Тем не менее сравнивают, как правило, при прочих равных условияхНе русский, вино, аноним (?), 17:01 , 12-Июн-10, (20) +2

это про оптимизацию ещё не говорили Dзы о Кольчугине до этого момента я был ГО, аноним (?), 19:14 , 12-Июн-10, (58) –1

Argumentum ad hominem См сюда http en wikipedia org wiki Ad_hominem за разъ, Andrew Kolchoogin (?), 21:19 , 12-Июн-10, (68) +1

меня не интересуют аргументы для персоны меня интересуют только факты в конкретн, аноним (?), 23:08 , 12-Июн-10, (74)

Кгхм Выучите же, наконец, латинский Перевести argumentum ad hominem как, Andrew Kolchoogin (?), 00:34 , 13-Июн-10, (81)

http ru wikipedia org wiki Ad_hominem, аноним (?), 03:29 , 13-Июн-10, (107)

Да полноте вам Возьмите и дизассемблируйте кусочек чего-нибудь, скомпиленного С, Andrew Kolchoogin (?), 21:16 , 12-Июн-10, (66)

много раз делал, когда экспериментировал с оптимизацией еще с версии gcc 3 3 пр, Карбофос (ok), 21:34 , 12-Июн-10, (70)

Это оно не компилятором так определяется, а стандартом языка Но сути дела это, Andrew Kolchoogin (?), 00:40 , 13-Июн-10, (83) +1

в ранних версиях этого компайлера до 3 вроде как дела обстояли несколько иначе, Карбофос (ok), 01:30 , 13-Июн-10, (93)
Ну наконец то Всё таки register не так уж страшен Опять же, от ситуации зависит, аноним (?), 02:09 , 13-Июн-10, (100)

грип по исходникам плс или вы это из опыта с соляркой , аноним (?), 23:12 , 12-Июн-10, (75)
Сделал Ничего не изменилось ЧЯСНТ Откуда такой глубокий вывод С чего Вы взял, аноним (?), 02:02 , 13-Июн-10, (99) –1

меня смущает почему до сих пор компиляторы угадывают что держать в регистрах, , JL2001 (ok), 19:04 , 12-Июн-10, (55)

Что вам мешает в функции поставить register ов больше, чем есть регистров у ми, Andrew Kolchoogin (?), 21:18 , 12-Июн-10, (67)

ту которая наименее ухудшит быстродействие находясь в памяти а определять её , JL2001 (ok), 21:46 , 12-Июн-10, (71)

Есть такая возможность с самого начала - более вероятные ветки ставят в началеА , аноним (?), 02:36 , 13-Июн-10, (103)

хорошие алгоритмы на Java будут быстрее плохих на C, Taller (?), 17:28 , 12-Июн-10, (26)

а молоко белое а солнце круглое , аноним (?), 18:29 , 12-Июн-10, (46) +1

Наверное именно поэтому на форумах типа compression и прочая советуют выбросит, User294 (ok), 00:21 , 13-Июн-10, (76)
Может, хватит подобных анекдотов рассказывать PS Сам я за золотую середину - за , СуперАноним (?), 16:01 , 13-Июн-10, (142)

бывают Рекомендую изучить опции использования запуска программ, где указываются, Taller (?), 17:25 , 12-Июн-10, (24) //

Пример, пример дайте Быстрой и маложрущей программы на жабе Не надо опций, нужен, аноним (?), 03:37 , 13-Июн-10, (108) –1 //

маложрущее - оценочное определение Нужно сравнить с чем-то Таки по сравнению с , Taller (?), 08:02 , 13-Июн-10, (110) +1

Выше вопрос уважаемого dalco - А быстрые и маложрущие программы на Java вообще , аноним (?), 08:20 , 13-Июн-10, (112) –1

Lightzone - шустрая, правда не сказал бы что очень мало памяти ест, но оно и с р, konwin (ok), 10:27 , 15-Июн-10, (156)

Не видел PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU, diceman (??), 13:52 , 12-Июн-10, (4) //

жесть дня , Карбофос (ok), 22:15 , 12-Июн-10, (73) +1
Энтерпрайзненько , User294 (ok), 00:24 , 13-Июн-10, (78)

Всё ясно, закрывайте тред СУБД же должна быть быстрой Секс ради девственности , опять жава (?), 14:08 , 12-Июн-10, (5) –1 //

Смех смехом, но находятся умники, которые пишут прошывки целиком на Java для ARM, Aesthetus Animus (ok), 17:54 , 12-Июн-10, (36) +1 //

они наверное больные на голову, тем более что спеки на Jazelle не являются общед, User294 (ok), 00:23 , 13-Июн-10, (77)

А что недостаточно быстрая Может для начала стоит узнать где и как применяется , Аноним (-), 14:22 , 12-Июн-10, (6) +3
линукс на жабе уже выпустили как, еще нет непорядок он же будет в разы быстре, linux_must_die (ok), 18:31 , 12-Июн-10, (47) +1
hsqldb неплохая база НО для разработки Поэтому вопрос о скорости вообще неу, Аноним (-), 20:02 , 12-Июн-10, (62) //

Типичное мнение человека, который не понимает назначение Java Господа, ругающую, Knuckles (ok), 03:08 , 13-Июн-10, (105) +1 //

Я не ругаю джаву за тормоза Вы видимо не правильно интерпретировали мою мысль , Аноним (-), 14:41 , 20-Июн-10, (158)

Несколько лет назад попадалась игра вестимо под Виндовз так при установке требо, fr0ster (??), 08:50 , 13-Июн-10, (114) //

Для XBOX на XNA написано очень много игр на управляемом коде на языке C , Трухин_Юрий_Владимирович (ok), 09:47 , 13-Июн-10, (116) –1 //

И почти все - простые двухмерные игры, в которых не нужно беспокоиться о быстрод, аноним (?), 10:00 , 13-Июн-10, (117)

http www youtube com watch v TgChURF5fQE, Трухин_Юрий_Владимирович (ok), 20:50 , 13-Июн-10, (145)

можешь скачать, поиграть http exdream com XnaRacingGame , Трухин_Юрий_Владимирович (ok), 20:51 , 13-Июн-10, (146)

Без винды , аноним (?), 21:35 , 13-Июн-10, (148)

Постыдился бы такую муть показывать На первый взгляд отстой, графика 5-7 летней , аноним (?), 21:34 , 13-Июн-10, (147)

Вообще-то в описании ролика написано, что это только заготовка для игры, притом,, Knuckles (ok), 23:37 , 20-Июн-10, (159)

Отличная новость База идеальна для быстрого выполнения интеграционных тестов DA, nep (??), 20:59 , 12-Июн-10, (63) //

а ты не в курсе, как у нее с масштабируемостью , Трухин_Юрий_Владимирович (ok), 09:46 , 13-Июн-10, (115)

Сообщения [Сортировка по времени | RSS]

3. "Релиз открытой БД HyperSQL 2.0" +3 +/–

Сообщение от dalco (ok), 12-Июн-10, 13:48

Не флейма ради, образованья для...
А быстрые и маложрущие программы на Java вообще бывают? Мне пока не везло - я таких еще не встречал.

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз открытой БД HyperSQL 2.0" –23 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:01

бывают. мало того, программы,написанные на управляемом коде могут быть часто быстрее чем на неуправляемом.

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз открытой БД HyperSQL 2.0" +4 +/–

Сообщение от аноним (?), 12-Июн-10, 16:26

Не бывает при одинаковых алгоритмах

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от dalco (ok), 12-Июн-10, 16:38

Просто, я представитель античной школы - писал только на Си с ассемблерными вставками и наивно полагал, что это достаточно быстрый и компактный код. Отсюда и мои предпочтения.
В современных языках ориентируюсь слабо - потому и вопросы задаю :)

Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от аноним (?), 12-Июн-10, 16:44

Для контроллеров и сейчас так пишут, так и есть - самый быстрый и компактный код.
Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает, а plain С растёт

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз открытой БД HyperSQL 2.0" –15 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:51

>Для контроллеров и сейчас так пишут, так и есть - самый быстрый
>и компактный код.
>Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает,
>а plain С растёт
ну только не нужно тут разносить преимущества ООП по сравнению со структурным программированием. Вы наверное просто мало программировали, поэтому и пишете такое

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 12-Июн-10, 16:57

Достаточно, особенно для AVR, ARM и им подобных
Преимущества ООП никуда не делись, но они покупаются ценой скорости

Ответить | Правка | Наверх | Cообщить модератору

104. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Knuckles (ok), 13-Июн-10, 02:48

>Преимущества ООП никуда не делись, но они покупаются ценой скорости
Скажу банальную вещь. ООП это скорее парадигма дизайна, нежели поддержка языка или компилятора. Поэтому тезис о скорости неуместен. К тому же оверхед обычно мизерный.

Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 03:17

Трухин как раз говорил о языках

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 16:22

и естественно (для него это естественно), в контексте платформы.

Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз открытой БД HyperSQL 2.0" +2 +/–

Сообщение от Карбофос (ok), 12-Июн-10, 21:04

я каждый день много программирую. на работе проект, за который я отвечаю, выходит на стадию тестирования. часть алгоритма была переписана с явы (часть потому как это расширенная по функционалу программа для тестирования). причем, ява не рассматривалась в начале проекта как платформа ВООБЩЕ ввиду могучих траблов со скоростью при создании логов (обработка тескта) и при коммуникации по tcp протоколу
паралельно веду несколько проектов подобного характера на Qt4, тоже из относительно старых, так у этих проектов мрачных косяков не было. причем, структура программ внутри примерно одинаковая.
так что мы делаем не так?
ну и на злобу дня: где видеоредакторы, браузеры, оффисные пакеты, числодробилки и прочее, написанное на яве, или дотнете? ГДЕ?

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

80. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Avator (ok), 13-Июн-10, 00:27

OpenOffice.. не?? Eclipse...??
Распределенные СУБД типа apache Cassandra? ) примеров море... если вы не знаете, это не означает что этого нет))
на Dot Net'е тоже много всего есть.. но честно говоря не хочу перечислять из-за моего негативного отношения к этой платформе...

Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 00:38

OpenOffice на яве? не выдавайте желаемое за действительное! Eclipse - монстроподобноая IDE, которую невозможно развернуть на ЛЮБОМ компе (в том числе и слабом компе).

Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

95. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 01:36

просто страшно подумать, если все те проги, которые я сейчас пользую, вдруг стали бы написанными на яве! производители железа может быть и обрадовались...

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

109. "Релиз открытой БД HyperSQL 2.0" +2 +/–

Сообщение от fr0ster (??), 13-Июн-10, 07:47

Вы ищете серебряную пулю и Большую Красную Кнопку?
У жабы своя ниша, в которой она предпочтительнее, ИМХО мощность проца для жабы давно не ограничивающий фактор, при наличии озу около гига Еклипс крутился на таблетке с вистой, при этом собирались немаленькие проекты, например собирал гсс. Так что мне страшно подумать, что жабо-программы начнут переписывать на Си только потому, что так кошернее.

Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 13-Июн-10, 08:15

> при этом собирались немаленькие проекты, например собирал гсс
А без eclipse я собирал gcc имея ОЗУ в 32 раза меньше Вашего ;-)

Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз открытой БД HyperSQL 2.0" –7 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 13-Июн-10, 12:55

Eclipse вообще-то для разработки, а собирать ты можешь хоть на коленке

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

128. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 13:09

А то я не знал!
Глаза-то заплывшие протри, fr0ster-у скажи, это он элипсом собирает.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

119. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Taliban (?), 13-Июн-10, 10:28

>У жабы своя ниша, в которой она предпочтительнее
так по этому поводу никто не спорит. речь о том, что ява прожорливее и медленнее.
>например собирал гсс
Ecipse всего лишь IDE, так что самостоятельноЮ как продукт он пересобрать gcc не сможет. вы о чем-то умолчали? :)
>жабо-программы начнут переписывать на Си
кривоватое какое-то сравнение... Си не является ООЯ

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 02:19

> О чём это должно нам говорить?
А о том, что Eclipse не является быстрой и маложрущей программой на жабе.
Нормальный пример неповоротливого тормозного монстра.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

134. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 14:00

раньше прогу на яве приходилось запускать на сервере для тестирования на нагрузку. какие были проблемы - я уже описал ранее. сейчас переделанную программу на плюсы можно запустить на лептопе 1 GHz, 1 GB RAM (тестировали на самом слабом, что нашли), нагрузка на процессор при максимальном включении колеблется в районе 2.5-3% (CPU Last)
причем, потенциал для внутренней оптимизации еще не исчерпан
так что мы сделали не так???

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

137. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 14:50

А на серваке какая была загрузка проца (процов)?

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

139. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 15:09

достаточно нестабильно: от 50% до 80% вплоть до креша. с выключеным протоколированием нагрузка была была меньше на процентов 20. раньше эта прога устанавливалась на P-IV 2.8MHz 2GB RAM. с потреблением памяти проблем не было, кушала она себе около 400 мегов, но там больше толком ничего не бегало, кроме KDE3

Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

140. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 15:13

Выигрыш в десятки раз, круто, что ещё сказать

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

141. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 15:26

конечно, внутренний дизайн программы тоже объекториентированный, по крайней мере - моя часть, т.к. делал не только я, но еще и коллега. он писал свою часть на си (в силу некоторых причин), с использованием flex и bison.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

96. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 13-Июн-10, 01:41

Хм. Я вполне себе пользуюсь Sun Studio под Солярисом. А его IDE на NetBeans основано. А оно -- Java. Я бы не сказал, что недоволен быстродействием.
Хотя, безусловно, да. /export/onnv/usr/src/uts я в него не загружал. ;) Хотя, судя по тому, как у них работает OpenGrok -- вряд ли поперхнётся...

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

98. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 01:57

мне в большинстве случаев хватает KDevelop. да и быстродействие на IDE... оно больше зависит от быстродействия перед монитором. а память на компе мне нужна для других целей, для IDE жалко как-то метров пиццот отдавать. и без этого иногда запускается виртуалка на ноуте с двумя гигами.

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 16:50

> Просто, я представитель античной школы - писал только на Си с ассемблерными
> вставками
Тут ведь дело в Goal'ах. Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода (by definition, ибо язык Ассемблера), конечно никакой Яве не угнаться. :)
Но тут надо чётко понимать разницу между программой и программным продуктом. В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

21. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 17:12

> В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
С этим утверждением мало кто не согласится.
Но, тем не менее речь была о быстроте и маложручести.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Sw00p aka Jerom (?), 12-Июн-10, 17:49

Инлайновый асм в gcc разве не портабелен ????

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

39. "Релиз открытой БД HyperSQL 2.0" –8 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 18:14

>Инлайновый асм в gcc разве не портабелен ????
если в нем ты использовал какую-то особенность процессора, то нет

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 12-Июн-10, 21:25

то есть опыта написания инлайнового асма у тебя равен нулю. есть конкретный синтаксис для конкретной модели процессора: то, о чем ты пишешь, можно ограничить только на процессоры Intel 32bit (к примеру). но это неприменимо к MIPS, Z80, к любым другим микроконтроллерам...
список продолжить.

Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Sw00p aka Jerom (?), 13-Июн-10, 10:41

могу вас огорчить - конкретного синтаксиса тоже нет )))
есть типа интеловский есть типа АТиТ
и есть разные асм трансляторы
тот же самый масм или тасм (и между ними большая разница - в плане синтаксиса)
пс: а в теории процессоры все одинаковы (те же регистры флаги и набор команд - просто под разными названиями)
может какой нить из процессоров по другому складывает ? значь можно же вывести одну команду сложения
асм это упрощённая оболочку языка команд процессора ну и так далее С оболочка асм ..........

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Карбофос (ok), 13-Июн-10, 13:05

это для меня не открытие. дело в том, что даже в том же gcc вами упомянутые синтаксисы можно просто переключать.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 14:18

1. никто и не говорит про масм и тасм - это свои проприетарные разработки и стандарты. и они только под одну платформу. под другие их просто нет. в контексте портабильности (опять же - портабельности синтаксиса) можно рассматривать только $ man as
NAME
       AS - the portable GNU assembler.
https://www.opennet.ru/docs/RUS/gas/ плюс к нему gasp https://www.opennet.ru/docs/RUS/gasp/
ну или ещё можно привести nasm
2. если уж говорить про синтаксис между масм и тасм, то ideal спасёт отца русской демократии. но лично я бы предпочел изучить один синтаксис гнушного асма, которой для всех платформ одинаков, и не морочить себе голову.
http://ru.wikibooks.org/wiki/%D0%90%D1%8...
3. все выше перечисленное не отменяет знаний особенностей конкретной архитектуры. асм вообще для тех, кто точно знает, что он делает и зачем.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

144. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Sw00p aka Jerom (?), 13-Июн-10, 17:28

>>но лично я бы предпочел изучить один синтаксис гнушного асма, которой для всех платформ одинаков, и не морочить себе голову.
вполне согласен

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 21:10

> Инлайновый асм в gcc разве не портабелен ????
(Кхе-кхе-кхе... Откашлявшись...)
Языки Ассемблера для всех микропроцессоров мира уже унифицировали?-) Не, ну чо, правда, да?-) Можно отдельно для ARM и отдельно для MIPS уже не изучать, достаточно x86?-)

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

72. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Карбофос (ok), 12-Июн-10, 22:06

унифицировали, уже давно. :) называется Си :))

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз открытой БД HyperSQL 2.0" –3 +/–

Сообщение от Sw00p aka Jerom (?), 13-Июн-10, 10:43

>> Инлайновый асм в gcc разве не портабелен ????
>
>(Кхе-кхе-кхе... Откашлявшись...)
>
>Языки Ассемблера для всех микропроцессоров мира уже унифицировали?-) Не, ну чо, правда,
>да?-) Можно отдельно для ARM и отдельно для MIPS уже не
>изучать, достаточно x86?-)
а шо твой АРМ настолько круче чем Интеловский проц ???

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

151. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Карбофос (ok), 14-Июн-10, 09:28

мне в интеловской архитектуре не хватает битовых операций. приходится применять всякие трюки, чтобы в критических местах увеличить скорость выполнения. а можно было бы сделать вообще одной асм-командой.
ну и т.д. там достаточно много таких концептуальных кривостей.

Ответить | Правка | Наверх | Cообщить модератору

154. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Sw00p aka Jerom (?), 14-Июн-10, 14:03

а шо их там нет ???

Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Карбофос (ok), 14-Июн-10, 15:20

есть, но далеко не все.

Ответить | Правка | Наверх | Cообщить модератору

157. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-10, 10:45

сравним или будет толсто очень ?

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 18:40

> В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
забавно, но подтверждается это только в опенсорсе. и как ни странно на сях (и очень местами - асм).
даже жаба поддерживает меньше платформ, чем ядро линуха к примеру (а ядро не в пример сложнее всяких xVM).
зы:
есть только один плюс (да и плюсом он является только для маркетинга) - это удешевление разработки. серьезное удешевление.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

57. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от JL2001 (ok), 12-Июн-10, 19:13

>есть только один плюс (да и плюсом он является только для маркетинга)
>- это удешевление разработки. серьезное удешевление.
почему же до сих пор нет такого же простого языка как Java но компилируемого на уровне Си если в одном серьёзное преимущество по скорости разработки а во втором по программ?

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 19:47

это называется диалектика. не может быть простым для каждого то, что сложно по определению.
а кому не сложно, того и С устраивает.
почитайте блоги Джонатана Шварца (бывшего главы сан) и с какой гордостью он говорит о количествах разработчиков на жабе. это ж целая армия! кмб 3-и месяца и новый специалист для ынтырпрайза готов.
у нас в качестве примера можно привести 1С.
чтобы франчайзи было легко писать (а значит и продавать!) должны очень не плохо поработать программисты в самом 1С и на С.
может теперь начнём говорить что одноэесовский язык лучше С? там вот тоже указателей нету. чтоб, ай-яй-яй, "партнеры" не заблудились ненароком.
вы понимаете как глупо звучит подобное сравнение?
из всех подобных решений, лично для меня только llvm интересен и внушает оптимизм. ибо сразу ставилась правильная цель, а не "как сократить себестоимость разработки" и не обсуждается по году-два "как это плохо, когда есть goto"

Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от tanushi (?), 13-Июн-10, 10:25

>почему же до сих пор нет такого же простого языка как Java но компилируемого на уровне Си >если в одном серьёзное преимущество по скорости разработки а во втором по программ?
http://ru.wikipedia.org/wiki/D_(язык_программирования)
http://ru.wikipedia.org/wiki/Cyclone_(язык_программирования)

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

54. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от JL2001 (ok), 12-Июн-10, 19:00

а существует ли проект по JIT-машине для LLVM-кода?

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

56. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 19:08

издеваетесь? он для этого и был придуман (в основном).
и на самом деле это и есть его единственный плюс (большой плюс) над другими.
вот тут по-русски написано - http://ru.wikipedia.org/wiki/LLVM
>В основе LLVM лежит промежуточное представление кода (Intermediate Representation, IR), над которым можно производить трансформации во время компиляции, компоновки и выполнения. Из этого представления генерируется оптимизированный машинный код для целого ряда платформ, как статически, так и динамически (JIT-компиляция). LLVM поддерживает генерацию кода для x86, x86-64, ARM, PowerPC, SPARC, MIPS, IA-64, Alpha.
но в оличае от остальных (где во главу угла ставилось удешевление разработки), он честно хотел выполнять код (не важно на чем писанный) без перекомпиляции на целом ряде платформ.
и интерес яблочников (которые резко переезжали с платформы) был понятен.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от JL2001 (ok), 12-Июн-10, 19:16

извините, я ещё не очень разбираюсь в вопросе
тоесть для LLVM существуют запускаемые аналоги jar в жаве? и есть возможность перед запуском (или при установке программы) собрать нативный код из этих "llvm-jar"?
зы: чтот все разговоры о llvm идут со смыслом "компилер Сей в натив с богатыми возможностями оптимизации на этапе байткода"

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 20:01

вообщето jar - это всего-лишь навсего архив. на основе arj. сам байт-код находится в *.class.
а как именно байт-код приедет к вам на корыто - не важно. по отдельному классу, в подписанном архиве - дело техники.
главное это то, что llvm компилит все вначале в байткод (собственно также делает и gcc), а потом уже этот байткод под конкретную платформу либо в файл (также делает и gcc), либо на лету в память и выполняет как обычную программу (вот тут-то он и отличается от gcc). и делает он это максимально быстро (по крайней мере стремится. ведь это и есть цель проекта)
а так да, работа может быть похожа на загрузку jar из сети и его выполнения. но не в песочнице, а полноценно, нативно и т.д., и т.п.
в общем лично я считаю, что llvm - это очень большой конкурент .net может стать.

Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Wizard (??), 14-Июн-10, 10:11

> вообщето jar - это всего-лишь навсего архив. на основе arj.
вообщето jar - это всего-лишь навсего архив. на основе ZIP.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Аноним (-), 13-Июн-10, 13:52

>Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода
Да ну, почитайте код mplayer-а, работает на разных процессорах.
И кроме того есть такие либы как к примеру liboil

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

10. "Релиз открытой БД HyperSQL 2.0" –15 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:43

ок. привожу выдержки из книжки Джеффри Рихтера "CLR via C#". 2 издание. стр. 14
"вот особенности, которые позволяют управляемому коду опередить неуправляемый:
- JIT-компилятор может обнаруживать факт выполнения приложения на Core i series  и сгенерировать машинный код, полностью использующий все преимущества особых комманд этого процессора. Неуправляемые приложения обычно компилируют в рассчете на среднестатистический процессор, избегая специфических комманд, которые заметно повышают производительность приложения на новейших процессорах.
- JIT компилятор может обнаруживать, что определенное выражение на конкретной машине всегда равно false. Например посмотрим на метод с таким кодом:
if (numberOfCPUs >1)
{...}
Здесь numberOfCPUs - число процессоров. Код указывает JIT-компилятору, что для машины с одним процессором не нужно генерировать никаких машинных комманд. В этом случае машинный код оптимизирован для конкретной машины, он короче и выполняется быстрее.
- CLR может проанализировать выполнение кода и перекомпилировать IL-код в команды процессора во время выполнения приложения. Перекомпилированный код может реорганизовываться с учетом обнаруженных некорректных прогнозов ветвления.
Это лишь малая часть аргументов в пользу того, что управляемый код зачастую исполняется лучше неуправляемого.
"

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

22. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 17:16

> JIT-компилятор может обнаруживать факт выполнения приложения на Core i series  и сгенерировать машинный код
JIT-компилятор ещё в памяти нуждается, отсюда жручесть
Опять же, задержка, связанная JIT-компилятцией может и как правило (ИМХО) перекрывает все преимущества возможно более быстрого кода

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз открытой БД HyperSQL 2.0" –13 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 17:20

"с Моцартом я в корне не согласен" :)

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 17:27

С данным "Моцартом" практика не согласуется почему-то.
Не даром вопрос про быстродействие и жручесть возникает вновь и вновь, у людей постоянное недовольство жабой и т.п.

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от filosofem (ok), 12-Июн-10, 17:37

Теоретики такие теоретики.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

35. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от andrey (??), 12-Июн-10, 17:54

нет, ну Вы правда считаете всё это аргументом в свою пользу? посмотрели бы чтоли в исходники gcc, правда, вроде взрослый человек, а такое писать. что из этого нет в компиляторах c++?
своих мыслей нет, будем цитатами форум загаживать?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

42. "Релиз открытой БД HyperSQL 2.0" –4 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 18:18

всего этого нет и не может быть в компиляторе C++

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 12-Июн-10, 18:18

можно начать с того, чем компилится сам jit? vm? на каком языке?
зы:
все усовершенствования появлятся вначале в сишном компиляторе, а уже потом идут дальше.
дело в том, что парой-тройкой новых регистров инновации не делаются. уже не делаются.
и чаще вообще есть только спецификации, которые только на асме и изобразишь.
путь до различных vm ой как далёк. не говоря уже о том, что они появляются только в новых версиях этих vm. да чтобы совместимость ещё не нарушить. а как часто это происходит?
ззы:
>JIT-компилятор может обнаруживать факт выполнения приложения на Core i series  и сгенерировать машинный код, полностью использующий все преимущества особых комманд этого процессора.
может конечно и обнаружить... а прогу можно и пересобрать. особенно в опенсорсе не проблемма.
вон, vp8/webm  выпустили, а через день она уже и в фф, и в вебките,...

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

123. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от userspace (?), 13-Июн-10, 10:58

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

132. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Аноним (-), 13-Июн-10, 13:57

>JIT-компилятор может обнаруживать факт выполнения приложения на Core [...]  и сгенерировать машинный код, полностью использующий
Вах-вах, как же это mplayer бедный в рантайме проц детектит и использует соответствующую оптимизацию, без всякого jit-a, ужас-ужас, как страшно жить

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

11. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 16:44

Не бывает при одинаковых алгоритмах при реализации всего неуправляемого кода (включая, конечно же, код всей операционной системы) на языке Ассемблера.
В остальных случаях -- бывает. Зависит от относительной квалификации программистов, пишущих управляемый и неуправляемый коды, библиотеки для неуправляемого кода, исполняющую систему управляемого и так далее.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

13. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 16:48

> Зависит от относительной квалификации программистов
Это знаете ли вообще не аргумент.
При существенно различной квалификации всё что угодно может быть.
Тем не менее - накладные расходы управляемого кода никуда не денуться

Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз открытой БД HyperSQL 2.0" –8 +/–

Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:50

>> Зависит от относительной квалификации программистов
>
>Это знаете ли вообще не аргумент.
>При существенно различной квалификации всё что угодно может быть.
>Тем не менее - накладные расходы управляемого кода никуда не денуться
можно при установке приложения получить скомпилированный модуль в .NET используя встроенную утилиту NGEN.exe . Этим правда мало кто пользуется, потому что JIT все делает лучше на лету

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 16:55

Из perl тоже можно получить ексешник, только выигрыша почти нет.
Видимо с m$ поделием так же, потому и не пользуются

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от User294 (ok), 13-Июн-10, 00:26

>делает лучше на лету
Вы только забыли сказать что стопицот рантайм проверок в тугих циклах гробят скорость в хлам а учтя общий вес рантайма - пока он раскочегарится, пройдет вплоть до нескольких минут. Прямо как на спекки с ленты, блин.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

152. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Карбофос (ok), 14-Июн-10, 09:41

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

Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от Аноним (-), 13-Июн-10, 13:59

>используя встроенную утилиту NGEN.exe
Под wine-ом заведется? И этот человек трындит про кросплатформенность, омг

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

17. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 16:54

>> Зависит от относительной квалификации программистов
> Это знаете ли вообще не аргумент.
Это, знаете ли, очень даже аргумент.
Меня не интересует сферический программный продукт в вакууме. Меня интересует конкретное время, которое потратит микропроцессор, для решения моей задачи. И вот решать он эту задачу будет вот по вот этой вот программе, которая есть. А не вон той, которую теоретически мог бы мне написать кто-нибудь уровня Эдсгара Дейкстры. :)
> При существенно различной квалификации всё что угодно может быть.
> Тем не менее - накладные расходы управляемого кода никуда не денуться
ДенуТСя. Учем рюскей езыг.
Денутся-денутся, ещё как денутся. Про on-the-fly-анализ кода с оптимизацией Branch Prediction уже сказано. Есть и ещё тонкости, такие, как, скажем, более оптимальная нагрузка на регистры микропроцессора (в C'шном коде сплошь и рядом "register int", и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет), ну и так далее.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

20. "Релиз открытой БД HyperSQL 2.0" +2 +/–

Сообщение от аноним (?), 12-Июн-10, 17:01

> Меня интересует конкретное время, которое потратит микропроцессор, для решения моей задачи.
Тем не менее сравнивают, как правило, при прочих равных условиях
> ДенуТСя. Учем рюскей езыг.
Не русский, виноват.
> в C'шном коде сплошь и рядом "register int", и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет
Ну блииииин... Вы C-компилер видели хотя бы? Много-много лет уже register игнорируется

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 12-Июн-10, 19:14

это про оптимизацию ещё не говорили! :D
зы:
о Кольчугине до этого момента я был ГОРАЗДО лучшего мнения.
ну мало ли по какой причине человек пиарит разные вендор-специфик технологии... а сейчас смотрю - профан.

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 21:19

> о Кольчугине до этого момента я был ГОРАЗДО лучшего мнения.
> ну мало ли по какой причине человек пиарит разные вендор-специфик технологии... а
> сейчас смотрю - профан.
Argumentum ad hominem. См. сюда: http://en.wikipedia.org/wiki/Ad_hominem за разъяснениями.
Epic Fail. :)

Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 23:08

меня не интересуют аргументы для персоны.
меня интересуют только факты в конкретной технической дисциплине.
всё остальное можете засунуть... ну вы знаете куда.
я разочарован.

Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 13-Июн-10, 00:34

> меня не интересуют аргументы для персоны.
Кгхм. :)
Выучите же, наконец, латинский. :) Перевести "argumentum ad hominem" как "аргументы для персоны" -- это жёстко. ;)
Напоминает рассказ одной уважаемой преподавательницы по английскому языку, которая говорила своим студентам, что при переводе художественных текстов лучше сверяться со словарём, причём с фразеологическим.
Но всё равно студенты её не слушали. В результате чего рождались перлы. Вот один, который по мнению этой преподавательницы, должен украсить стены кожвендиспансера: фразу "like cures like" (что-то вроде "клин клином вышибают") студент перевёл как "любить, лечиться и снова любить!"
Вот перевод "argumentum ad hominem" примерно из этой же серии. ;)

Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 03:29

http://ru.wikipedia.org/wiki/Ad_hominem

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

66. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 21:16

> Ну блииииин... Вы C-компилер видели хотя бы? Много-много лет уже register игнорируется
Да полноте вам. Возьмите и дизассемблируйте кусочек чего-нибудь, скомпиленного С, с register и без register. Только кусочек хороший сами сотворите. Ну, функцию с десятком локальных переменных. И одну из них за'register'ьте.
Компилятор _может_ игнорировать квалификатор "register", как, собственно, и "inline". Вот именно поэтому, потому что _может_, и получается, что managed code ведёт себя лучше unmanaged.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

70. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 12-Июн-10, 21:34

много раз делал, когда экспериментировал с оптимизацией. еще с версии gcc 3.3 примерно. в gcc 2.95 и ниже не довелось как-то.
всегда зависило от ситуации, вообще-то. компилятор делает локальные оптимизации, поэтому "register" компилятором определяется как "здесь желательно использовать регистр".

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Andrew Kolchoogin (?), 13-Июн-10, 00:40

> компилятор делает локальные оптимизации, поэтому "register" компилятором
> определяется как "здесь желательно использовать регистр".
Это оно не компилятором так определяется, а стандартом языка. :)
Но сути дела это не меняет. А суть дела в том, что использование managed code позволяет делать динамические оптимизации, в ран-тайме. Вот теперь вот эта вот переменная стала что-то там часто использоваться, давайте мы её в РОН положим. А в C так не получится -- кодогенератор запускается один раз. ;)
Впрочем, нельзя сказать, что использование рантайм-оптимизаций сразу же заткнёт C за пояс. Конечно же, нет. Можно всегда отоптимизировать код на C до безумия.
Но именно этого делать в разработке программных продуктов и нельзя. На OpenNet'е уже, кажется, пролетала ссылка на презентацию OpenBSD'шника по Secure Programming'у. Там чётко сказано -- "оптимизируйте дизайн, а не код". "Весь код -- простой и надоедливый. "Умный" код -- источник ошибок".
И ведь это действительно так. IBM'ер же какой-то писал: "Если для понимания того, как работает ваш код, необходимо понимание тонких различий между ++i и i++, значит, ваш код слишком сложен". А сложный код -- это "странные" паники в самых неожиданных местах.
Впрочем, те, кто написал в своей жизни что-то сложнее, чем "Hello, World!", это и так знают. ;)

Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Карбофос (ok), 13-Июн-10, 01:30

>Это оно не компилятором так определяется, а стандартом языка. :)
в ранних версиях этого компайлера (до 3) вроде как дела обстояли несколько иначе. это я выяснил, когда находил некоторые несоответствия между прочитанным и генерируемым.
либо там была изменена/доработана/переработана система генерации оптимального кода, в котором "взвешиваются" возможные вариации, поэтому и "register" может в большинстве случаев просто игнорироваться, если его использование уменьшает оценку скорости кода.
но это так, догадки из практики. :)
>Можно всегда отоптимизировать код на C до безумия.
это да. но есть слова "целесообразность" и "читабельность кода". что важно при производстве.
> "оптимизируйте дизайн, а не код". "Весь код -- простой и надоедливый. "Умный" код -- источник ошибок".
двумя руками за. против безумного копипейстинга - монстры быстро раздуваются и в них потом невозможно проводить какой-то внутренний редизайн. страдает в том числе наглядность кода.

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 02:09

> Конечно же, нет. Можно всегда отоптимизировать код на C до безумия.
Ну наконец то. Всё таки register не так уж страшен.
> необходимо понимание тонких различий между ++i и i++
Опять же, от ситуации зависит. Иногда приходится различать *p-- и *--p, а так же *p++ и *++p
Потому как *--p и *p++ транслируются в одну команду, в отличии от...

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

75. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 12-Июн-10, 23:12

грип по исходникам плс.
или вы это из опыта с соляркой?

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

99. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 13-Июн-10, 02:02

> Возьмите и дизассемблируйте кусочек чего-нибудь, скомпиленного С, с register и без register.
Сделал. Ничего не изменилось. ЧЯСНТ?
> Вот именно поэтому, потому что _может_, и получается, что managed code ведёт себя лучше unmanaged.
Откуда такой "глубокий" вывод?
С чего Вы взяли, что register всегда ухудшает быстродействие?

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

55. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от JL2001 (ok), 12-Июн-10, 19:04

>Есть и ещё тонкости, такие, как, скажем, более оптимальная нагрузка
>на регистры микропроцессора (в C'шном коде сплошь и рядом "register int",
>и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет)
меня смущает почему до сих пор компиляторы "угадывают" что держать в регистрах, почему это до сих пор не продукт строгого расчёта под конкретную модель процессора?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

67. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 21:18

> меня смущает почему до сих пор компиляторы "угадывают" что держать в регистрах,
> почему это до сих пор не продукт строгого расчёта под конкретную
> модель процессора?
Что вам мешает в функции поставить "register"'ов больше, чем есть регистров у микропроцессора? И если вы так сделаете, какую именно переменную компилятор должен проигнорировать?

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от JL2001 (ok), 12-Июн-10, 21:46

>> меня смущает почему до сих пор компиляторы "угадывают" что держать в регистрах,
>> почему это до сих пор не продукт строгого расчёта под конкретную
>> модель процессора?
>
>Что вам мешает в функции поставить "register"'ов больше, чем есть регистров у
>микропроцессора? И если вы так сделаете, какую именно переменную компилятор должен
>проигнорировать?
ту которая наименее ухудшит быстродействие находясь в памяти :) а определять её уже надо анализируя алгоритм (а то что в сях нет стандартных возможностей указать компилятору вероятностную нагрузку по веткам ветлений и количество возмжных проходов в циклах - это недостаток сей)

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от аноним (?), 13-Июн-10, 02:36

> а то что в сях нет стандартных возможностей указать компилятору вероятностную нагрузку по веткам ветлений
Есть такая возможность с самого начала - более вероятные ветки ставят в начале
> и количество возмжных проходов в циклах
А это на что повлияет?

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Taller (?), 12-Июн-10, 17:28

хорошие алгоритмы на Java будут быстрее плохих на C

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

46. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от аноним (?), 12-Июн-10, 18:29

а молоко белое.
а солнце круглое.

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от User294 (ok), 13-Июн-10, 00:21

>бывают. мало того, программы,написанные на управляемом коде могут быть часто быстрее чем
>на неуправляемом.
Наверное именно поэтому на форумах типа compression.* и прочая советуют выбросить C# нафиг и переписать компрессор на сях или если он навернутый - на плюсах. И да, народ почему-то фигеет с разницы в скорости потом :) ессно не в пользу дотнетов и яв :). Кстати в 2006 году одни чуваки тоже LSE обещали скорости. А в 2009 вылетели с LSE за то что не смогли обеспечить эту самую скорость. Get the facts, типа...

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

142. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от СуперАноним (?), 13-Июн-10, 16:01

>программы,написанные на управляемом коде могут быть часто быстрее чем на неуправляемом.
Может, хватит подобных анекдотов рассказывать?
PS Сам я за золотую середину - за ООП на компилируемых в машинный код языках.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

24. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от Taller (?), 12-Июн-10, 17:25

бывают. Рекомендую изучить опции использования запуска программ, где указываются параметры памяти, если вы об этом.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

108. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 13-Июн-10, 03:37

Пример, пример дайте!
Быстрой и маложрущей программы на жабе.
Не надо опций, нужен пример!

Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз открытой БД HyperSQL 2.0" +1 +/–

Сообщение от Taller (?), 13-Июн-10, 08:02

маложрущее - оценочное определение.
Нужно сравнить с чем-то. Таки по сравнению с чем мало? С другой программой на Jave или с аналогичной по функционалу и писаной на другом языке?

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз открытой БД HyperSQL 2.0" –1 +/–

Сообщение от аноним (?), 13-Июн-10, 08:20

Выше вопрос уважаемого dalco - "А быстрые и маложрущие программы на Java вообще бывают?"
Т.е. никчему масло масляное, кого интересует сравнение тормозов, другой программы на жабе не нужно.

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз открытой БД HyperSQL 2.0" +/–

Сообщение от konwin (ok), 15-Июн-10, 10:27

Lightzone - шустрая, правда не сказал бы что очень мало памяти ест, но оно и с равами работает.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. "Релиз открытой БД HyperSQL 2.0"	+3 +/–
Сообщение от dalco (ok), 12-Июн-10, 13:48
Не флейма ради, образованья для... А быстрые и маложрущие программы на Java вообще бывают? Мне пока не везло - я таких еще не встречал.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Релиз открытой БД HyperSQL 2.0"	–23 +/–
	Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:01
	бывают. мало того, программы,написанные на управляемом коде могут быть часто быстрее чем на неуправляемом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Релиз открытой БД HyperSQL 2.0"	+4 +/–
	Сообщение от аноним (?), 12-Июн-10, 16:26
	Не бывает при одинаковых алгоритмах
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Релиз открытой БД HyperSQL 2.0"	+1 +/–
	Сообщение от dalco (ok), 12-Июн-10, 16:38
	Просто, я представитель античной школы - писал только на Си с ассемблерными вставками и наивно полагал, что это достаточно быстрый и компактный код. Отсюда и мои предпочтения. В современных языках ориентируюсь слабо - потому и вопросы задаю :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Релиз открытой БД HyperSQL 2.0"	+1 +/–
	Сообщение от аноним (?), 12-Июн-10, 16:44
	Для контроллеров и сейчас так пишут, так и есть - самый быстрый и компактный код. Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает, а plain С растёт
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Релиз открытой БД HyperSQL 2.0"	–15 +/–
	Сообщение от Трухин_Юрий_Владимирович (ok), 12-Июн-10, 16:51
	>Для контроллеров и сейчас так пишут, так и есть - самый быстрый >и компактный код. >Потому, неудивительно, с распространением нетбуков и иже с ними популярность жабы падает, >а plain С растёт ну только не нужно тут разносить преимущества ООП по сравнению со структурным программированием. Вы наверное просто мало программировали, поэтому и пишете такое
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз открытой БД HyperSQL 2.0"	–1 +/–
	Сообщение от аноним (?), 12-Июн-10, 16:57
	Достаточно, особенно для AVR, ARM и им подобных Преимущества ООП никуда не делись, но они покупаются ценой скорости
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Релиз открытой БД HyperSQL 2.0"	+1 +/–
	Сообщение от Knuckles (ok), 13-Июн-10, 02:48
	>Преимущества ООП никуда не делись, но они покупаются ценой скорости Скажу банальную вещь. ООП это скорее парадигма дизайна, нежели поддержка языка или компилятора. Поэтому тезис о скорости неуместен. К тому же оверхед обычно мизерный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 03:17
	Трухин как раз говорил о языках
	Ответить \| Правка \| Наверх \| Cообщить модератору


	143. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 16:22
	и естественно (для него это естественно), в контексте платформы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Релиз открытой БД HyperSQL 2.0"	+2 +/–
	Сообщение от Карбофос (ok), 12-Июн-10, 21:04
	я каждый день много программирую. на работе проект, за который я отвечаю, выходит на стадию тестирования. часть алгоритма была переписана с явы (часть потому как это расширенная по функционалу программа для тестирования). причем, ява не рассматривалась в начале проекта как платформа ВООБЩЕ ввиду могучих траблов со скоростью при создании логов (обработка тескта) и при коммуникации по tcp протоколу паралельно веду несколько проектов подобного характера на Qt4, тоже из относительно старых, так у этих проектов мрачных косяков не было. причем, структура программ внутри примерно одинаковая. так что мы делаем не так? ну и на злобу дня: где видеоредакторы, браузеры, оффисные пакеты, числодробилки и прочее, написанное на яве, или дотнете? ГДЕ?
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	80. "Релиз открытой БД HyperSQL 2.0"	+1 +/–
	Сообщение от Avator (ok), 13-Июн-10, 00:27
	OpenOffice.. не?? Eclipse...?? Распределенные СУБД типа apache Cassandra? ) примеров море... если вы не знаете, это не означает что этого нет)) на Dot Net'е тоже много всего есть.. но честно говоря не хочу перечислять из-за моего негативного отношения к этой платформе...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 00:38
	OpenOffice на яве? не выдавайте желаемое за действительное! Eclipse - монстроподобноая IDE, которую невозможно развернуть на ЛЮБОМ компе (в том числе и слабом компе).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 01:36
	просто страшно подумать, если все те проги, которые я сейчас пользую, вдруг стали бы написанными на яве! производители железа может быть и обрадовались...
	Ответить \| Правка \| К родителю #143 \| Наверх \| Cообщить модератору


	109. "Релиз открытой БД HyperSQL 2.0"	+2 +/–
	Сообщение от fr0ster (??), 13-Июн-10, 07:47
	Вы ищете серебряную пулю и Большую Красную Кнопку? У жабы своя ниша, в которой она предпочтительнее, ИМХО мощность проца для жабы давно не ограничивающий фактор, при наличии озу около гига Еклипс крутился на таблетке с вистой, при этом собирались немаленькие проекты, например собирал гсс. Так что мне страшно подумать, что жабо-программы начнут переписывать на Си только потому, что так кошернее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Релиз открытой БД HyperSQL 2.0"	–1 +/–
	Сообщение от аноним (?), 13-Июн-10, 08:15
	> при этом собирались немаленькие проекты, например собирал гсс А без eclipse я собирал gcc имея ОЗУ в 32 раза меньше Вашего ;-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Релиз открытой БД HyperSQL 2.0"	–7 +/–
	Сообщение от Трухин_Юрий_Владимирович (ok), 13-Июн-10, 12:55
	Eclipse вообще-то для разработки, а собирать ты можешь хоть на коленке
	Ответить \| Правка \| К родителю #111 \| Наверх \| Cообщить модератору


	128. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 13:09
	А то я не знал! Глаза-то заплывшие протри, fr0ster-у скажи, это он элипсом собирает.
	Ответить \| Правка \| К родителю #124 \| Наверх \| Cообщить модератору


	119. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Taliban (?), 13-Июн-10, 10:28
	>У жабы своя ниша, в которой она предпочтительнее так по этому поводу никто не спорит. речь о том, что ява прожорливее и медленнее. >например собирал гсс Ecipse всего лишь IDE, так что самостоятельноЮ как продукт он пересобрать gcc не сможет. вы о чем-то умолчали? :) >жабо-программы начнут переписывать на Си кривоватое какое-то сравнение... Си не является ООЯ
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 02:19
	> О чём это должно нам говорить? А о том, что Eclipse не является быстрой и маложрущей программой на жабе. Нормальный пример неповоротливого тормозного монстра.
	Ответить \| Правка \| К родителю #143 \| Наверх \| Cообщить модератору


	134. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 14:00
	раньше прогу на яве приходилось запускать на сервере для тестирования на нагрузку. какие были проблемы - я уже описал ранее. сейчас переделанную программу на плюсы можно запустить на лептопе 1 GHz, 1 GB RAM (тестировали на самом слабом, что нашли), нагрузка на процессор при максимальном включении колеблется в районе 2.5-3% (CPU Last) причем, потенциал для внутренней оптимизации еще не исчерпан так что мы сделали не так???
	Ответить \| Правка \| К родителю #109 \| Наверх \| Cообщить модератору


	137. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 14:50
	А на серваке какая была загрузка проца (процов)?
	Ответить \| Правка \| К родителю #134 \| Наверх \| Cообщить модератору


	139. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 15:09
	достаточно нестабильно: от 50% до 80% вплоть до креша. с выключеным протоколированием нагрузка была была меньше на процентов 20. раньше эта прога устанавливалась на P-IV 2.8MHz 2GB RAM. с потреблением памяти проблем не было, кушала она себе около 400 мегов, но там больше толком ничего не бегало, кроме KDE3
	Ответить \| Правка \| К родителю #137 \| Наверх \| Cообщить модератору


	140. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 13-Июн-10, 15:13
	Выигрыш в десятки раз, круто, что ещё сказать
	Ответить \| Правка \| К родителю #139 \| Наверх \| Cообщить модератору


	141. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 15:26
	конечно, внутренний дизайн программы тоже объекториентированный, по крайней мере - моя часть, т.к. делал не только я, но еще и коллега. он писал свою часть на си (в силу некоторых причин), с использованием flex и bison.
	Ответить \| Правка \| К родителю #140 \| Наверх \| Cообщить модератору


	96. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Andrew Kolchoogin (?), 13-Июн-10, 01:41
	Хм. Я вполне себе пользуюсь Sun Studio под Солярисом. А его IDE на NetBeans основано. А оно -- Java. Я бы не сказал, что недоволен быстродействием. Хотя, безусловно, да. /export/onnv/usr/src/uts я в него не загружал. ;) Хотя, судя по тому, как у них работает OpenGrok -- вряд ли поперхнётся...
	Ответить \| Правка \| К родителю #82 \| Наверх \| Cообщить модератору


	98. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Карбофос (ok), 13-Июн-10, 01:57
	мне в большинстве случаев хватает KDevelop. да и быстродействие на IDE... оно больше зависит от быстродействия перед монитором. а память на компе мне нужна для других целей, для IDE жалко как-то метров пиццот отдавать. и без этого иногда запускается виртуалка на ноуте с двумя гигами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Andrew Kolchoogin (?), 12-Июн-10, 16:50
	> Просто, я представитель античной школы - писал только на Си с ассемблерными > вставками Тут ведь дело в Goal'ах. Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода (by definition, ибо язык Ассемблера), конечно никакой Яве не угнаться. :) Но тут надо чётко понимать разницу между программой и программным продуктом. В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	21. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от аноним (?), 12-Июн-10, 17:12
	> В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо. С этим утверждением мало кто не согласится. Но, тем не менее речь была о быстроте и маложручести.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз открытой БД HyperSQL 2.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 12-Июн-10, 17:49
	Инлайновый асм в gcc разве не портабелен ????
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору