The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз открытой БД HyperSQL 2.0

12.06.2010 13:10

Вышел релиз БД HyperSQL 2.0 (HSQLDB), написанной полностью на языке Java и распространяемой в рамках лицензии BSD. Прошлая версия HSQLDB 1.8 вышла около 5 лет назад и используется в составе многих открытых и коммерческих продуктов, например, применяется для организации работы с базами данных в OpenOffice.org.

Основные новшества HyperSQL 2.0:

  • Представлено новое ядро БД и полностью переписана большая часть внутренних компонентов. HSQLDB отныне работает в многопоточном режиме, поддерживает двухфазовые блокировки (2PL), мультиверсионный контроль параллельного выполнения операций (MVCC) и гибридную модель обработки транзакций (2PL+MVCC). При работе с транзакциями теперь поддерживается их сериализация и выполнение коммитов на чтение, также добавлена поддежка изоляции снапшотов и обеспечения гарантированной целостности при выполнении запросов на чтение;
  • Проведена работа по увеличению стабильности и производительности, переработан код оптимизатора запросов. Все запросы, в которых используются блоки JOIN и WHERE, OR, MAX(), MIN() и ORDER BY, теперь оптимизированы для максимального задействования индексов;
  • Реализована поддержка хранимых процедур, для написания которых используются процедурные SQL-операторы, включая WHILE, IF, CASE, WHEN, обработчики исключений и агрегатные функции. Хранимые процедуры также могут быть написаны на язые Java;
  • Добавлены новые типы данных и функции, определенные в стандартах SQL:2003-SQL:2008, обеспечена полная совместимость с расширенной редакцией стандарта SQL-1992. Например, теперь можно использовать все стандартные типы JOIN-запросов и определений триггеров (TRIGGER), поддерживаются многострочные операции INSERT и UPDATE (INSERT INTO … VALUES (expr,expr, ..), (exr,expr, …), …), добавлены типы данных BIT, BIT VARYING, CLOB, BLOB и INTERVAL;
  • Появилась поддержка BLOB-ов для хранения наборов данных большого размера, размер записи в которых может достигать нескольких гигабайт, а суммарный размер хранимых данных ограничен отметкой в 64 Тб. По умолчанию базовое хранилище может вместить 16 Гб данных (без учета блобов), при этом лимит может быть расширен до 256 Гб;
  • Добавлена возможность разграничения прав доступа на уровне столбцов для SELECT, INSERT и UPDATE;
  • Добавлена возможность прямого сохранения результатов SQL-запроса на диск;
  • В СУБД встроены функции резервного копирования, которые позволяют генерировать архивы в формате tar.gz.


  1. Главная ссылка к новости (http://www.h-online.com/open/n...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26943-database
Ключевые слова: database, sql, hypersql, HSQLDB
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (119) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Мна (?), 13:28, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если кто-либо использовал: Насколько она быстрая и удобная в работе?
    стабильная?
     
  • 1.3, dalco (ok), 13:48, 12/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Не флейма ради, образованья для...
    А быстрые и маложрущие программы на Java вообще бывают? Мне пока не везло - я таких еще не встречал.
     
     
  • 2.7, Трухин_Юрий_Владимирович (ok), 16:01, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –23 +/
    бывают. мало того, программы,написанные на управляемом коде могут быть часто быстрее чем на неуправляемом.
     
     
  • 3.8, аноним (?), 16:26, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не бывает при одинаковых алгоритмах
     
     
  • 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 и им подобных
    Преимущества ООП никуда не делись, но они покупаются ценой скорости
     
     
  • 8.104, Knuckles (ok), 02:48, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скажу банальную вещь ООП это скорее парадигма дизайна, нежели поддержка языка и... текст свёрнут, показать
     
     
  • 9.106, аноним (?), 03:17, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Трухин как раз говорил о языках... текст свёрнут, показать
     
     
  • 10.143, аноним (?), 16:22, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и естественно для него это естественно , в контексте платформы ... текст свёрнут, показать
     
  • 7.64, Карбофос (ok), 21:04, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я каждый день много программирую. на работе проект, за который я отвечаю, выходит на стадию тестирования. часть алгоритма была переписана с явы (часть потому как это расширенная по функционалу программа для тестирования). причем, ява не рассматривалась в начале проекта как платформа ВООБЩЕ ввиду могучих траблов со скоростью при создании логов (обработка тескта) и при коммуникации по tcp протоколу
    паралельно веду несколько проектов подобного характера на Qt4, тоже из относительно старых, так у этих проектов мрачных косяков не было. причем, структура программ внутри примерно одинаковая.

    так что мы делаем не так?

    ну и на злобу дня: где видеоредакторы, браузеры, оффисные пакеты, числодробилки и прочее, написанное на яве, или дотнете? ГДЕ?

     
     
  • 8.80, Avator (ok), 00:27, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    OpenOffice не Eclipse Распределенные СУБД типа apache Cassandra при... текст свёрнут, показать
     
     
  • 9.82, Карбофос (ok), 00:38, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    OpenOffice на яве не выдавайте желаемое за действительное Eclipse - монстропод... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 11.95, Карбофос (ok), 01:36, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    просто страшно подумать, если все те проги, которые я сейчас пользую, вдруг стал... текст свёрнут, показать
     
     
  • 12.109, fr0ster (??), 07:47, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы ищете серебряную пулю и Большую Красную Кнопку У жабы своя ниша, в которой о... текст свёрнут, показать
     
     
  • 13.111, аноним (?), 08:15, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А без eclipse я собирал gcc имея ОЗУ в 32 раза меньше Вашего - ... текст свёрнут, показать
     
     
  • 14.124, Трухин_Юрий_Владимирович (ok), 12:55, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Eclipse вообще-то для разработки, а собирать ты можешь хоть на коленке... текст свёрнут, показать
     
     
  • 15.128, аноним (?), 13:09, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А то я не знал Глаза-то заплывшие протри, fr0ster-у скажи, это он элипсом собир... текст свёрнут, показать
     
  • 13.119, Taliban (?), 10:28, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    так по этому поводу никто не спорит речь о том, что ява прожорливее и медленнее... текст свёрнут, показать
     
  • 11.102, аноним (?), 02:19, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А о том, что Eclipse не является быстрой и маложрущей программой на жабе Нормал... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 13.134, Карбофос (ok), 14:00, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    раньше прогу на яве приходилось запускать на сервере для тестирования на нагрузк... текст свёрнут, показать
     
     
  • 14.137, аноним (?), 14:50, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А на серваке какая была загрузка проца процов ... текст свёрнут, показать
     
     
  • 15.139, Карбофос (ok), 15:09, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    достаточно нестабильно от 50 до 80 вплоть до креша с выключеным протоколиров... текст свёрнут, показать
     
     
  • 16.140, аноним (?), 15:13, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Выигрыш в десятки раз, круто, что ещё сказать ... текст свёрнут, показать
     
     
  • 17.141, Карбофос (ok), 15:26, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    конечно, внутренний дизайн программы тоже объекториентированный, по крайней мере... текст свёрнут, показать
     
  • 10.96, Andrew Kolchoogin (?), 01:41, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хм Я вполне себе пользуюсь Sun Studio под Солярисом А его IDE на NetBeans осно... текст свёрнут, показать
     
     
  • 11.98, Карбофос (ok), 01:57, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    мне в большинстве случаев хватает KDevelop да и быстродействие на IDE оно бо... текст свёрнут, показать
     
  • 5.15, Andrew Kolchoogin (?), 16:50, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто, я представитель античной школы - писал только на Си с ассемблерными
    > вставками

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

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

     
     
  • 6.21, аноним (?), 17:12, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > В современном мире _очень_ малая часть именно _программных продуктов_ может быть написана непереносимо.

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

     
  • 6.33, Sw00p aka Jerom (?), 17:49, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Инлайновый асм в gcc разве не портабелен ????
     
     
  • 7.39, Трухин_Юрий_Владимирович (ok), 18:14, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –8 +/
    >Инлайновый асм в gcc разве не портабелен ????

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

     
     
  • 8.69, Карбофос (ok), 21:25, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    то есть опыта написания инлайнового асма у тебя равен нулю есть конкретный синт... текст свёрнут, показать
     
     
  • 9.121, Sw00p aka Jerom (?), 10:41, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    могу вас огорчить - конкретного синтаксиса тоже нет есть типа интеловский ес... текст свёрнут, показать
     
     
  • 10.127, Карбофос (ok), 13:05, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это для меня не открытие дело в том, что даже в том же gcc вами упомянутые синт... текст свёрнут, показать
     
  • 10.135, аноним (?), 14:18, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    1 никто и не говорит про масм и тасм - это свои проприетарные разработки и стан... большой текст свёрнут, показать
     
     
  • 11.144, Sw00p aka Jerom (?), 17:28, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вполне согласен ... текст свёрнут, показать
     
  • 7.65, Andrew Kolchoogin (?), 21:10, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Инлайновый асм в gcc разве не портабелен ????

    (Кхе-кхе-кхе... Откашлявшись...)

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

     
     
  • 8.72, Карбофос (ok), 22:06, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    унифицировали, уже давно называется Си ... текст свёрнут, показать
     
  • 8.122, Sw00p aka Jerom (?), 10:43, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    а шо твой АРМ настолько круче чем Интеловский проц ... текст свёрнут, показать
     
     
  • 9.151, Карбофос (ok), 09:28, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мне в интеловской архитектуре не хватает битовых операций приходится применять ... текст свёрнут, показать
     
     
  • 10.154, Sw00p aka Jerom (?), 14:03, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а шо их там нет ... текст свёрнут, показать
     
     
  • 11.155, Карбофос (ok), 15:20, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    есть, но далеко не все ... текст свёрнут, показать
     
     
  • 12.157, Sw00p aka Jerom (?), 10:45, 15/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сравним или будет толсто очень ... текст свёрнут, показать
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    это называется диалектика не может быть простым для каждого то, что сложно по о... большой текст свёрнут, показать
     
  • 8.118, tanushi (?), 10:25, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http ru wikipedia org wiki D_ язык_программирования http ru wikipedia org w... текст свёрнут, показать
     
  • 6.54, JL2001 (ok), 19:00, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а существует ли проект по JIT-машине для LLVM-кода?
     
     
  • 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 сам байт-код находит... текст свёрнут, показать
     
     
  • 10.153, Wizard (??), 10:11, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вообщето jar - это всего-лишь навсего архив на основе ZIP ... текст свёрнут, показать
     
  • 6.131, Аноним (-), 13:52, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Если на C с _ассемблерными вставками_, то есть, когда речь не идёт о переносимости кода

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

     
  • 4.10, Трухин_Юрий_Владимирович (ok), 16:43, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –15 +/
    ок привожу выдержки из книжки Джеффри Рихтера CLR via C 2 издание стр 14 ... большой текст свёрнут, показать
     
     
  • 5.22, аноним (?), 17:16, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > JIT-компилятор может обнаруживать факт выполнения приложения на Core i series  и сгенерировать машинный код

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

     
     
  • 6.23, Трухин_Юрий_Владимирович (ok), 17:20, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –13 +/
    "с Моцартом я в корне не согласен" :)

     
     
  • 7.25, аноним (?), 17:27, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    С данным "Моцартом" практика не согласуется почему-то.
    Не даром вопрос про быстродействие и жручесть возникает вновь и вновь, у людей постоянное недовольство жабой и т.п.
     
  • 5.29, filosofem (ok), 17:37, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретики такие теоретики.
     
  • 5.35, andrey (??), 17:54, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нет, ну Вы правда считаете всё это аргументом в свою пользу? посмотрели бы чтоли в исходники gcc, правда, вроде взрослый человек, а такое писать. что из этого нет в компиляторах c++?
    своих мыслей нет, будем цитатами форум загаживать?
     
     
  • 6.42, Трухин_Юрий_Владимирович (ok), 18:18, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    всего этого нет и не может быть в компиляторе 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 [^] [^^] [^^^] [ответить]  
  • +/
    >делает лучше на лету

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

     
     
  • 8.152, Карбофос (ok), 09:41, 14/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    про это принято умалчивать в их кругах хотя хитрые презентаторы делают свой к... текст свёрнут, показать
     
  • 7.133, Аноним (-), 13:59, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >используя встроенную утилиту NGEN.exe

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

     
  • 6.17, Andrew Kolchoogin (?), 16:54, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это, знаете ли, очень даже аргумент Меня не интересует сферический программный ... большой текст свёрнут, показать
     
     
  • 7.20, аноним (?), 17:01, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Меня интересует конкретное время, которое потратит микропроцессор, для решения моей задачи.

    Тем не менее сравнивают, как правило, при прочих равных условиях

    > ДенуТСя. Учем рюскей езыг.

    Не русский, виноват.

    > в C'шном коде сплошь и рядом "register int", и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет

    Ну блииииин... Вы C-компилер видели хотя бы? Много-много лет уже register игнорируется

     
     
  • 8.58, аноним (?), 19:14, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это про оптимизацию ещё не говорили D зы о Кольчугине до этого момента я был ... текст свёрнут, показать
     
     
  • 9.68, Andrew Kolchoogin (?), 21:19, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Argumentum ad hominem См сюда http en wikipedia org wiki Ad_hominem за разъ... текст свёрнут, показать
     
     
  • 10.74, аноним (?), 23:08, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    меня не интересуют аргументы для персоны меня интересуют только факты в конкрет... текст свёрнут, показать
     
     
  • 11.81, Andrew Kolchoogin (?), 00:34, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кгхм Выучите же, наконец, латинский Перевести argumentum ad hominem ка... текст свёрнут, показать
     
  • 10.107, аноним (?), 03:29, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http ru wikipedia org wiki Ad_hominem... текст свёрнут, показать
     
  • 8.66, Andrew Kolchoogin (?), 21:16, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да полноте вам Возьмите и дизассемблируйте кусочек чего-нибудь, скомпиленного С... текст свёрнут, показать
     
     
  • 9.70, Карбофос (ok), 21:34, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    много раз делал, когда экспериментировал с оптимизацией еще с версии gcc 3 3 пр... текст свёрнут, показать
     
     
  • 10.83, Andrew Kolchoogin (?), 00:40, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это оно не компилятором так определяется, а стандартом языка Но сути дела эт... большой текст свёрнут, показать
     
     
  • 11.93, Карбофос (ok), 01:30, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в ранних версиях этого компайлера до 3 вроде как дела обстояли несколько иначе... большой текст свёрнут, показать
     
  • 11.100, аноним (?), 02:09, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну наконец то Всё таки register не так уж страшен Опять же, от ситуации зависи... текст свёрнут, показать
     
  • 9.75, аноним (?), 23:12, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    грип по исходникам плс или вы это из опыта с соляркой ... текст свёрнут, показать
     
  • 9.99, аноним (?), 02:02, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сделал Ничего не изменилось ЧЯСНТ Откуда такой глубокий вывод С чего Вы вз... текст свёрнут, показать
     
  • 7.55, JL2001 (ok), 19:04, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Есть и ещё тонкости, такие, как, скажем, более оптимальная нагрузка
    >на регистры микропроцессора (в C'шном коде сплошь и рядом "register int",
    >и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет)

    меня смущает почему до сих пор компиляторы "угадывают" что держать в регистрах, почему это до сих пор не продукт строгого расчёта под конкретную модель процессора?

     
     
  • 8.67, Andrew Kolchoogin (?), 21:18, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Что вам мешает в функции поставить register ов больше, чем есть регистров у ми... текст свёрнут, показать
     
     
  • 9.71, JL2001 (ok), 21:46, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ту которая наименее ухудшит быстродействие находясь в памяти а определять её ... текст свёрнут, показать
     
     
  • 10.103, аноним (?), 02:36, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такая возможность с самого начала - более вероятные ветки ставят в начале А... текст свёрнут, показать
     
  • 4.26, Taller (?), 17:28, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    хорошие алгоритмы на Java будут быстрее плохих на C
     
     
  • 5.46, аноним (?), 18:29, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а молоко белое.
    а солнце круглое.
     
  • 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 - шустрая, правда не сказал бы что очень мало памяти ест, но оно и с равами работает.
     

     ....большая нить свёрнута, показать (96)

  • 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
     
     
  • 2.73, Карбофос (ok), 22:15, 12/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    жесть дня :)
     
  • 2.78, User294 (ok), 00:24, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Не видел )

    Энтерпрайзненько...

     

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    И почти все - простые двухмерные игры, в которых не нужно беспокоиться о быстродействии
     
     
  • 5.145, Трухин_Юрий_Владимирович (ok), 20:50, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.youtube.com/watch?v=TgChURF5fQE
     
     
  • 6.146, Трухин_Юрий_Владимирович (ok), 20:51, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    можешь скачать, поиграть http://exdream.com/XnaRacingGame/
     
     
  • 7.148, аноним (?), 21:35, 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). Особенно она эффективна при размещении в оперативной памяти.
     
     
  • 2.115, Трухин_Юрий_Владимирович (ok), 09:46, 13/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а ты не в курсе, как у нее с масштабируемостью?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру