forum.opennet.ru - "OpenNews: Первый кандидат в релизы СУБД Firebird 2.0" (8)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"OpenNews: Первый кандидат в релизы СУБД Firebird 2.0"

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

"OpenNews: Первый кандидат в релизы СУБД Firebird 2.0"
Сообщение от opennews (??) on 31-Мрт-06, 23:24
Стадия тестирования Firebird 2.0 подходит к завершению (http://www.firebirdsql.org/index.php?op=files&id=fb2_rc1) , Firebird 2.0 RC1 - последняя тестовая версия перед релизом. Релиз Firebird 2.0 планируется выпустить в первом квартале 2006 года, о новых возможностях можно прочитать здесь (http://www.opennet.dev/opennews/art.shtml?num=6464). Во втором квартале должна выйти первая бета версия Firebird 3.0 (все переписано на С++, SMP на уровне тредов), финальная версия которого намечена уже на третий квартал. URL: http://www.firebirdsql.org/index.php?op=files&id=fb2_rc1 Новость: http://www.opennet.dev/opennews/art.shtml?num=7244
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

Оглавление

Первый кандидат в релизы СУБД Firebird 2.0, greyork, 23:24 , 31-Мрт-06, (1)

Первый кандидат в релизы СУБД Firebird 2.0, Anonim, 23:53 , 31-Мрт-06, (2)

С++, Мартышкин, 22:50 , 01-Апр-06, (5)

Первый кандидат в релизы СУБД Firebird 2.0, kleptos, 12:45 , 02-Апр-06, (7)

Первый кандидат в релизы СУБД Firebird 2.0, Аноним, 10:47 , 01-Апр-06, (3)

Первый кандидат в релизы СУБД Firebird 2.0, Mikk, 11:16 , 01-Апр-06, (4)
Первый кандидат в релизы СУБД Firebird 2.0, TTT, 10:21 , 02-Апр-06, (6)
Первый кандидат в релизы СУБД Firebird 2.0, йцукен, 23:11 , 04-Апр-06, (8)

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

1. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от greyork (??) on 31-Мрт-06, 23:24

Кто-нибудь может толково (пожалуйста) объяснить - почему переписывают критичные к скорости обработки данных приложения с C на C++ ? Я не программист на C/C++, но в примерах из книги "Практика программирования" Б. Кернигана и Р. Пайка все программы на C++ показывали худшее быстродействие, чем программы на C (часто - значительно худшее).

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

2. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от Anonim on 31-Мрт-06, 23:53

В этом нет технических причин, ибо на Си++ толковый программер напишет никогда не лучше, чем на Си. Здесь социально-экономические причины.
Софт развивать нужно, а на Си уже только мастодонты вымирающие писать могут. Читать еще туда-сюда, а вот писать... Извольте. Получается, что если прогу на более "дружелюбном" языке не перепишешь, то она просто умрет за неимением обновлений. Вот и весь смысл.

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

5. "С++"

Сообщение от Мартышкин (??) on 01-Апр-06, 22:50

ПРЕЖДЕ всего потому, что это он ОБЪЕКТНЫЙ.
И позволяет перенести разработку проекта в CASE моделер.
Но кульхацкерам сие в голову, кажется, просто не приходит?

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

7. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от kleptos on 02-Апр-06, 12:45

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

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

3. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от Аноним on 01-Апр-06, 10:47

Под дружелюбными ты наверное подразумеваешь бейсик или паскаль ? :)
Что касается 'C' то он значительно проще любого C++, потому и популярен. Если же проект пишут несколько команд, то гораздо эффективнее использовать C++. Что касается быстродействия, то простые функции будут быстрее работать на простом 'C', покуда произодители процессоров не придумают ассемблерную команду, которая позволяла бы быстро работать с исключениями C++. Или вы думаете что эта простая фишка дается даром ?

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

4. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от Mikk on 01-Апр-06, 11:16

Извините, а это не проблема компилятора?

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

6. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от TTT on 02-Апр-06, 10:21

C прерываниями глупость какая-то я почти уверен компиляторами используются встроенные в процессор команды для их обработки или в крайнем случае это условные переходы (может быть несколько).
основная проблемя и поинтерах типа this я вот помнится несколько лет назад тестировал на нескольких компиляторах вынос вычислительных и часто вызываемых функций класса использующих только несколько переменных класса наружу (в глобальный скоп) так они начинали работать на 40-50% быстрее. Хотя с тех пор многое может быть и изменилось, но я сомневаюсь.

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

8. "Первый кандидат в релизы СУБД Firebird 2.0"

Сообщение от йцукен on 04-Апр-06, 23:11

gcc например ассемблерный код "hello world" для режима C++ генерирует немного страшнее чем на С. Правда я не помню но если из -fno-exceptions то ситуация получше. причем это только из функцией printf, а если cout << "hello world\n", то страшно и смотреть.
А ведь это только самое простое! А исключения заключаются в том что компилятор сам проверяет (то есть вставляет лишний код) то что програмер не делает через стандартные методы проверки, вот и ресурсы, так что одной командой не обойтись, увы.

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

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

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

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

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

1. "Первый кандидат в релизы СУБД Firebird 2.0"
Сообщение от greyork (??) on 31-Мрт-06, 23:24
Кто-нибудь может толково (пожалуйста) объяснить - почему переписывают критичные к скорости обработки данных приложения с C на C++ ? Я не программист на C/C++, но в примерах из книги "Практика программирования" Б. Кернигана и Р. Пайка все программы на C++ показывали худшее быстродействие, чем программы на C (часто - значительно худшее).
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	2. "Первый кандидат в релизы СУБД Firebird 2.0"
	Сообщение от Anonim on 31-Мрт-06, 23:53
	В этом нет технических причин, ибо на Си++ толковый программер напишет никогда не лучше, чем на Си. Здесь социально-экономические причины. Софт развивать нужно, а на Си уже только мастодонты вымирающие писать могут. Читать еще туда-сюда, а вот писать... Извольте. Получается, что если прогу на более "дружелюбном" языке не перепишешь, то она просто умрет за неимением обновлений. Вот и весь смысл.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	5. "С++"
	Сообщение от Мартышкин (??) on 01-Апр-06, 22:50
	ПРЕЖДЕ всего потому, что это он ОБЪЕКТНЫЙ. И позволяет перенести разработку проекта в CASE моделер. Но кульхацкерам сие в голову, кажется, просто не приходит?
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	7. "Первый кандидат в релизы СУБД Firebird 2.0"
	Сообщение от kleptos on 02-Апр-06, 12:45
	всё сильно зависит от компилятора, да и от авторов тоже, некоторые реализации цепей маркова вообще глупы и недальновидны. так что врят-ли это точное мерило скорости языков
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

3. "Первый кандидат в релизы СУБД Firebird 2.0"
Сообщение от Аноним on 01-Апр-06, 10:47
Под дружелюбными ты наверное подразумеваешь бейсик или паскаль ? :) Что касается 'C' то он значительно проще любого C++, потому и популярен. Если же проект пишут несколько команд, то гораздо эффективнее использовать C++. Что касается быстродействия, то простые функции будут быстрее работать на простом 'C', покуда произодители процессоров не придумают ассемблерную команду, которая позволяла бы быстро работать с исключениями C++. Или вы думаете что эта простая фишка дается даром ?
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	4. "Первый кандидат в релизы СУБД Firebird 2.0"
	Сообщение от Mikk on 01-Апр-06, 11:16
	Извините, а это не проблема компилятора?
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	6. "Первый кандидат в релизы СУБД Firebird 2.0"
	Сообщение от TTT on 02-Апр-06, 10:21
	C прерываниями глупость какая-то я почти уверен компиляторами используются встроенные в процессор команды для их обработки или в крайнем случае это условные переходы (может быть несколько). основная проблемя и поинтерах типа this я вот помнится несколько лет назад тестировал на нескольких компиляторах вынос вычислительных и часто вызываемых функций класса использующих только несколько переменных класса наружу (в глобальный скоп) так они начинали работать на 40-50% быстрее. Хотя с тех пор многое может быть и изменилось, но я сомневаюсь.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	8. "Первый кандидат в релизы СУБД Firebird 2.0"
	Сообщение от йцукен on 04-Апр-06, 23:11
	gcc например ассемблерный код "hello world" для режима C++ генерирует немного страшнее чем на С. Правда я не помню но если из -fno-exceptions то ситуация получше. причем это только из функцией printf, а если cout << "hello world\n", то страшно и смотреть. А ведь это только самое простое! А исключения заключаются в том что компилятор сам проверяет (то есть вставляет лишний код) то что програмер не делает через стандартные методы проверки, вот и ресурсы, так что одной командой не обойтись, увы.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]