LINUX.ORG.RU

Статья о производительности xml-парсеров

 , ,


0

0

Scott Sanders опубликовал статью с результатами сравнения различных xml-парсеров. Проверке подверглись как известные продукты, такие как RapidXml, DOM4J, libxml2sax, Java6, так и менее известные - Aalto, Javolution, Woodstox, StaX, phobos и Tango.

По результатам сравнения видно, что с задачей обработки файлов одинакового объема быстрее всех справляется Tango pull parser. С небольшим отставанием идут Tango SAX, Tango DOM и RapidXml.

>>> XML Benchmarks - pros and cons of each library

>>> Why is D/Tango so fast at parsing XML?

>>> Результаты

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от naryl

>> Согласно главной странице проекта flkt4d, оно использует С++-код, поэтому там какие-то затыки со сборкой мусора.

>Суть в том, что fltk4D своевременно убирает объекты fltk используя reference counting. Никаких затыков. По крайней мере утечек памяти быть не должно.

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

JackYF ★★★★
()
Ответ на: комментарий от Bioreactor

> Жаба душит? Джава-программисты спать спокойно не дают? А по существу есть что сказать?

Уважаемый Говорящий Биореактор, я уже извинился за необдуманное заявление. Сам уже два года как ничего кроме D и Джавы не использую.

naryl ★★★★★
() автор топика

Ссылки из России не доступны -- ни с корбины ни с билайна ни со стрима. Удаляйте новость!

dilmah ★★★★★
()
Ответ на: комментарий от dilmah

>Ссылки из России не доступны -- ни с корбины ни с билайна ни со стрима. Удаляйте новость!

Открой для себя кэш Гугла.

stellar
()
Ответ на: комментарий от stellar

> Открой для себя кэш Гугла.

ссылки должны быть доступны. Я не собираюсь тратить свое время копаясь в мусорном ящике

dilmah ★★★★★
()
Ответ на: комментарий от dilmah

> Ссылки из России не доступны

Вчера были доступны. > Удаляйте новость!

Тогда давайте поудаляем все новости со сломанными ссылками.

naryl ★★★★★
() автор топика
Ответ на: комментарий от JackYF

> По-моему, там сказано, что программист сам должен удалять объекты (вручную), чтобы быть уверенным, что память не утекла

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

naryl ★★★★★
() автор топика
Ответ на: комментарий от JackYF

> Кто знает неплохой гуй под D?

gtkD тоже ничего. Включает привязки к glade, gstreamer, opengl и cairo.

А чем не угодил DMD?

naryl ★★★★★
() автор топика
Ответ на: комментарий от anonymous

DWT не дружит с gdc. Хотя мне это не мешает, но кому-то может .so нужно будет сделать, а DMD не умеет.

На gtkD тоже софт есть. Как минимум leds.

naryl ★★★★★
() автор топика
Ответ на: комментарий от ip1981

> Если X создано ради X, то X = отстой.

> mono = отстой, d = отстой, windows = отстой.

> C = ъ, Perl = Ъ, UNIX= Ъ.

> Дальше сами.

ip1981 - отстой

ShprotX
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.