powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / xml процессоры и их производительность.
63 сообщений из 63, показаны все 3 страниц
xml процессоры и их производительность.
    #37619842
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Доброго времени суток.

Я как бы только начинаю изучать xml, и пробую всякие примеры с и-нета.
Столкнулся с такой проблемой:
Вот исходник ...
Код: java
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
import java.io.File;
import java.io.StringWriter;
import javax.xml.transform.Source;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerException;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.stream.StreamResult;
import javax.xml.transform.stream.StreamSource;

public class Test {


	public static void main(String[] args) throws TransformerException {
		long start = System.currentTimeMillis();
		//System.setProperty("javax.xml.transform.TransformerFactory", "org.apache.xalan.processor.TransformerFactoryImpl");
		
		Source xmlSource = new StreamSource(new File("test.xml"));
        Source xslSource = new StreamSource(new File("test.xsl"));
        
        TransformerFactory tFactory = TransformerFactory.newInstance();
        Transformer transformer = tFactory.newTransformer(xslSource);
        
        String str = null;
        StringWriter writer = new StringWriter();
        transformer.transform(xmlSource, new StreamResult("new.html"));
        //transformer.transform(xmlSource, new StreamResult(writer));
        //System.out.println(writer.toString().trim());
        long stop = System.currentTimeMillis();
        System.out.println((stop - start) / 1000.0+" ms.");
			
	}
}


Ничего особого. Задача трансформировать test.xml в new.html с используя test.xsl.
Тут все ясно.
test.xml файл не большой, и рун дал 0.226 ms. Я так понимаю, что в NetBeans-е, как и в Eclipse-е есть включенный xml процессор.

Затем я стал искать альтернативные xml процессоры. Тут самое интересное и началось.
Прочитал, что хвалят (по производительности и популярности) Saxon и Xalan.
Попробовал подключить Xalan , тест дал 0.563 ms.
А Saxon-HE дал васче 1.373 ms.

Это мало похоже на прирост производительности.

Прощу разъяснить всем сей трабл.
И, по возможности, киньте ссылку на правильную статью
с примерами в этом направлении.

За ранее спасибо.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37619890
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Во-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше.
Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37619901
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про Saxon пишут что там используется генерация байткода. Так что первый запуск будет очень долгим.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37619965
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczВо-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше.
Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать.
А жизнь то налаживается ;-) У веровал, попробовал замерить только transformer.transform().
И Xalan дал 0.082 ms. - 0.096 ms.
А Saxon-HE дал 0.049 ms. - 0.055 ms.

Спасибо Blazkowicz . Saxon-HE рулит.
Жаль по его поводу мало понятноваримых примеров.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620161
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadBlazkowiczВо-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше.
Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать.
А жизнь то налаживается ;-) У веровал, попробовал замерить только transformer.transform().
И Xalan дал 0.082 ms. - 0.096 ms.
А Saxon-HE дал 0.049 ms. - 0.055 ms.

Спасибо Blazkowicz . Saxon-HE рулит.
Жаль по его поводу мало понятноваримых примеров.

вот так. Взял и всё одним тестом выяснил. На одном файле.

Вероятно скорость будет очень сильно различаться на разных по структуре данных.

ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620244
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. XML уже является плоским текстом Хватит, остановись.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620257
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
svenom1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. XML уже является плоским текстом Хватит, остановись.

и что. Парсер-то его интерпретирует как дерево (либо как поток тегов в случает SAX).
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620266
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024svenomпропущено...
XML уже является плоским текстом Хватит, остановись.
и что. Парсер-то его интерпретирует как дерево (либо как поток тегов в случает SAX).Ну да. Так для того XML и был придуман - структурированное представление информации. Приведите пример, как вы сможете представить некую информацию в структурированном виде, используя "плоский текст"(с).
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620273
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620292
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие.Круто, опишите пожалуйста ваше сообщение через плоский текст - кто отправил, заголовок, тело сообщения, кол-во сообщений.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620296
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
svenom1024ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие.Круто, опишите пожалуйста ваше сообщение через плоский текст - кто отправил, заголовок, тело сообщения, кол-во сообщений.

если ты не понимаешь как написать сообщение текстом то тебе за учебники. Если ты хочешь посраться то тебе в ПТ.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620350
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом.
Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой?
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620373
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом.
Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой?Скорее всего, человек не понимает для чего вообще нужен XML.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620401
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
svenomLeonidvпропущено...

Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой?Скорее всего, человек не понимает для чего вообще нужен XML.

а ты понимаешь?

Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет.

Вот это и есть то для чего хмл придумали. Стандартизация это благо. Как контр пример можно посмотреть на формат вордовых документов - их можно открыть в опенофисе но что-то может не прочитаться. Это следствие на отсутствие стандарта.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620428
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024svenomпропущено...
Скорее всего, человек не понимает для чего вообще нужен XML.

а ты понимаешь?

Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет.

Вот это и есть то для чего хмл придумали. Стандартизация это благо. Как контр пример можно посмотреть на формат вордовых документов - их можно открыть в опенофисе но что-то может не прочитаться. Это следствие на отсутствие стандарта.
"Для чего" И "Что это " - это две больших разДници. Прошу прощение за каламбур.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620444
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomad1024пропущено...


а ты понимаешь?

Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет.

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

для чего нужна стандартизация явно описано - для обмена данными между разнородными системами. И пример приведён. По-моему в технических учебных заведениях даже предмет такой есть - Стандартизация.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620465
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, svenom!

> Ну да. Так для того XML и был придуман - структурированное представление
> информации. Приведите пример, как вы сможете представить некую
> информацию в структурированном виде, используя "плоский текст"(с).

Код: sql
1.
2.
3.
4.
5.
6.
<elem>
  <field1>text1</field1>
</elem>
<elem>
  <field1>text2</field1>
</elem>



Заменить на
Код: sql
1.
2.
elem#0.field1#0=text1
elem#1.field1#0=text2



Вопрос надо ли...

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620477
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЗаменить на

elem#0.field1#0=text1
elem#1.field1#0=text2


Тогда уж так)
автор[0][0]=text1
[1][0]=text1
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620494
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
развели на ровном месте про формат файла
Дерево <> плоский
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620523
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И ежу понятно, то это
Код: xml
1.
2.
3.
4.
5.
6.
<elem>
  <field1>text1</field1>
</elem>
<elem>
  <field1>text2</field1>
</elem>



проще для понимания чем это

Код: xml
1.
2.
elem#0.field1#0=text1
elem#1.field1#0=text2
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620531
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, HunterNomad!

> И ежу понятно, то это
....
> проще для понимания чем это
....

Самое главное, что поймёт это любая (почти) программа. За что xml и любим.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620561
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дак ещё проще в csv )
text1
text2
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620569
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraСамое главное, что поймёт это любая (почти) программа. За что xml и любим.
ради справедливости:
- в вебе НЕ любят за тормознутость (сабж), поэтому появилось куча АНТИформатов (ГИС\...)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620572
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
правда у него трансформация, поэтому не к месту :))
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620577
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraДобрый день, HunterNomad!

> И ежу понятно, то это
....
> проще для понимания чем это
....

Самое главное, что поймёт это любая (почти) программа. За что xml и любим.

--
Алексей
JID: alxt@ya.ru

Отож.
Хотя можно и такому
Код: xml
1.
2.
elem#0.field1#0=text1
elem#1.field1#0=text2


любую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.
Жаль, что все же производительность из (xml примочек(XQuery, xmlProcessor ... )) в разы уступает sql. Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620587
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.
очень вредное заблуждение.
Для человека понятнее программа. А XML писали для SOA MS.
А никак ни для конфигурастов программок вместо INI файла.
imho :)
Тебе что? Читать его надо?
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620596
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620613
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.
очень вредное заблуждение.
Для человека понятнее программа. А XML писали для SOA MS.
А никак ни для конфигурастов программок вместо INI файла.
imho :)
Тебе что? Читать его надо?
Иногда надо. ;-)
WIKI... язык разметки, фактически представляющий собой свод общих синтаксических правил. XML — текстовый формат, предназначенный для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки ...
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620627
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomad,
согласен - надо:
- в гетерогенных системах
- с системах гетерогенных, но надо обезопасится от криворукого соседа (формат не соблюдает)
- шинах и сервисах с динамичным форматом - SOA
- где дерево параметров и плоский :) формат неудобен
Усё.
Остальное минусы, т.к. много букв в нём.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620639
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123- где дерево параметров и плоский :) формат неудобен

Есть JSON, который экономичнее по размеру и затратам на сериализацию. И древообразный.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620653
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Blazkowicz,
да, я о нём в вебе узнал. Родной, вебовский :)
ГИС тоже кучу наклепали своих, т.к. много передавать по сети надо.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620684
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomad,
согласен - надо:
- в гетерогенных системах
- с системах гетерогенных, но надо обезопасится от криворукого соседа (формат не соблюдает)
- шинах и сервисах с динамичным форматом - SOA
- где дерево параметров и плоский :) формат неудобен
Усё.
Остальное минусы, т.к. много букв в нём.
А вод тут позвольте с Вами согласиться.
Защита от дурака нужна и чем больше тем лучше.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620709
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadЗащита от дурака нужна и чем больше тем лучше.
тогда что такое контракт? Если кругом дураки?
Чем больше - нужно денег и здоровья :)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620716
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomad,
вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620738
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomad,
вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар.
Вах, не может быть :-))))
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37620857
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadИ ежу понятно, то это
Код: xml
1.
2.
3.
4.
5.
6.
<elem>
  <field1>text1</field1>
</elem>
<elem>
  <field1>text2</field1>
</elem>



проще для понимания чем это

Код: xml
1.
2.
elem#0.field1#0=text1
elem#1.field1#0=text2



Даешь к крещенью 7 страниц как здесь!!

Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают.В MS Server 2012 гуи не будет. ВООБЩЕ. Только консоль
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37621038
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calamity Jane,
ну, если в новой винде окошек не будет, то это предсказуемо.
"Шок, это по нашему" (с)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37621160
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.
очень вредное заблуждение.
А XML писали для SOA MS.
А никак ни для конфигурастов программок вместо INI файла.
imho :)
Тебе что? Читать его надо?
HunterNomad соверешенно правильно указал. XML сумел совместить два преимущества:
* легкость обработки машиной (написать простейший XML-парсер очень просто)
* понятность человеку (противовес бинарным форматам, которые в то время были более применены).
Это основы XML.

Другое дело, что гибкость XML оказалась избыточной и часто хватает JSON, который и лаконичней, и понятней человеку.

Еще из таких yaml есть, достаточно популярный в Ruby-среде.

Для человека понятнее программа.

Есть опыт конфигурирования и поддержки удаленных серверов? Если нет, то лучше воздержаться от таких замечаний. Если есть - обосновать.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37621161
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomad,
вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар.
Что есть SDL?
Вообще, не очень понял глубинный смысл фразы. В качестве смысловой нагрузки в HTTP можно что угодно передать, хоть base64. А его заголовки ни разу ни иерархичные.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37621476
Lelouch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calamity JaneHunterNomadИ ежу понятно, то это
Код: xml
1.
2.
3.
4.
5.
6.
<elem>
  <field1>text1</field1>
</elem>
<elem>
  <field1>text2</field1>
</elem>



проще для понимания чем это

Код: xml
1.
2.
elem#0.field1#0=text1
elem#1.field1#0=text2



Даешь к крещенью 7 страниц как здесь!!

Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают.В MS Server 2012 гуи не будет. ВООБЩЕ. Только консоль

В RC0 есть на основе shell'а 2010 студии... Уберут?)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622028
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv... гибкость XML оказалась избыточной и часто хватает JSON, который и лаконичней, и понятней человеку ...

Касательно JSON - согласен. Но он не настолько распространен (может пока), хотя лаконичен и изящен.

Petro123 - ты чЁ такой злодейский, каждый имеет право на свое мнение. . На то это и форум. Ты знал об этом?
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622269
Фотография Denis Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: Модератор: Я потер очередную перепалку Leonidv и Petro123, в случае повторения забаню обоих, теперь навсегда.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622294
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadлюбую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.

Не очень понятен. Это миф десятилетней давности. Просто так исторически сложилось.
А читать человеку какой нибудь <w:wordDocument совершенно нелицеприятно.

Жаль, что все же производительность из (xml примочек(XQuery, xmlProcessor ... )) в разы уступает sql. Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет.
SQL-машина обеспечивает высокую скорость за счёт индексирования нужных атрибутов. Если
в XQuery нет возможности вручную управлять опциями индексирования то мы получим
либо линейный поиск либо нечто непонятное что зависит от структуры данных
в которой лежит документ.[/quot]

Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет.
Так многие рассуждают. Но на фоне общего (как-бы) роста мегафлопов железа,
есть еще и конкуренция других софто-строителей. И есть алгоритмическая
сложность вашего изделия которая не зависит от железки.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622324
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonHunterNomadлюбую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем.

Не очень понятен. Это миф десятилетней давности. Просто так исторически сложилось.
А читать человеку какой нибудь <w:wordDocument совершенно нелицеприятно.

Смотря с чем сравнивать. Документ word'а в двоичном формате вообще не прочитать.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622361
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Просто я акцентирую внимание на том что XML вовсе не human-readable.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622364
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonhuman-readable
+1
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622370
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вот так цитировать правильнее :)
maytonПросто я акцентирую внимание на том что XML вовсе не human-readable.
+1
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622600
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonПросто я акцентирую внимание на том что XML вовсе не human-readable.
Вопрос спорный. Возможно XML и не самый лучший вариант для human-readable но если применять human-readable теги, то с первого взгляда понятно:
Код: xml
1.
2.
3.
4.
5.
<user id="101">
    <login>Ali</login>
    <password>Baba</pasword>
    <cave>inkinlkjnlinlnjl</cave>
</user>
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622619
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomad,
конечно везде меру знать надо.
Сперва определить для кого _конкретно_ файл.
Споры ini файл или реестр, тоже были горячие. Улеглось же :)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622628
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Сперва определить для кого _конкретно_ файл.
Споры ini файл или реестр, тоже были горячие. Улеглось же :)

) и слава богу
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622636
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomad,
вооот, поэтому не бери в голову - пиши.
По первости его даже вместо СУБД пихали. Эйфория прошла, и у тебя пройдёт. :)
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622689
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123HunterNomad,
вооот, поэтому не бери в голову - пиши.
По первости его даже вместо СУБД пихали. Эйфория прошла, и у тебя пройдёт. :)
5 баллов
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622815
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadmaytonПросто я акцентирую внимание на том что XML вовсе не human-readable.
Вопрос спорный. Возможно XML и не самый лучший вариант для human-readable но если применять human-readable теги, то с первого взгляда понятно:
Код: xml
1.
2.
3.
4.
5.
<user id="101">
    <login>Ali</login>
    <password>Baba</pasword>
    <cave>inkinlkjnlinlnjl</cave>
</user>


Проблема в том, что xml в общем случае это очень длинный и сложный стек технологий
(возьмите хотя-бы processing instruction) и его обычно применяют для хранения
конфигов в веб-серверах да и то в "кастрированном" виде. Т.е. там где по смыслу
смело можно использовать атрибут - пихают элемент. В данном конкретном случае
попробую предположить что login не имеет потомков и выделяю его в атрибут.

Код: xml
1.
<user id="101" login="Ali" password="Baba" cave="inkinlkjnlinlnjl" />



Выходит более компактно. И концептуально. У меня вообще вызывает удивление "тотальное засилие"
XML-конфигов на фоне сегодня существующих более удобных JSON или YAML.
Или даже property-bag текстовых файлов. Как будто-бы человек (сисадмин)
это некое приложение к инфо-системе которое обязано помнить о теговой.

Те XML-документы которые созданы сериализацией объектов или прочими инструментами,
экспорта баз (особенно иерархических и сетевых) как правило нечитабельны.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622830
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,
+1
да, удивляет когда атрибут и node путают местами.
"Засилие XML" в Java на конфигурации, а в Net на программирование сервисов.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37622832
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonТе XML-документы которые созданы сериализацией объектов или прочими инструментами, экспорта баз (особенно иерархических и сетевых) как правило нечитабельны. Это утверждение применимо и JSON, и к YAML - при средних и больших размерах они точно так же нечитаемы.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623016
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВыходит более компактно. И концептуально. У меня вообще вызывает удивление "тотальное засилие"
XML-конфигов на фоне сегодня существующих более удобных JSON или YAML.
Или даже property-bag текстовых файлов. Как будто-бы человек (сисадмин)
это некое приложение к инфо-системе которое обязано помнить о теговой.

Так принято в мире java. Я сходу не припомню сервисов в Linux, которые настраиваются через XML.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623073
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
svenomЭто утверждение применимо и JSON, и к YAML - при средних и больших размерах они точно так же нечитаемы.
Разумеется всё зависит от того кто писал и как. Но когда вы применяете
XML - для хранения конфигов - вы нацеливаете очень мощную пушку
на маленьких птичек. XML-сложен. Многоуровнев. Тяжёл для полноценного
использования. По его производным технологиям и схемам (xml-schemas)
для различных отраслей науки и технологии написаны терабайты
документации, консорциум пестрит стандартами, рекомендациями.
Он неоднозначен. Вы не сможете отобразить ваши структуры данных
как 1:1 в формат XML. Всегда будут варианты. Пространства имён
(namespaces) "ужасают" своим изначально громоздким синтаксисом
использования и делают практические попытки своего применения
нежизнеспособными хотя-бы из-за фактора банальной лени
разработчика. При прочих возможностях он избавится от этой
feature.

Cуществующие парсеры и XML-трансформеры не всегда совместимы друг с другом
и неоднозначно трактуют сами стандарты XML/XSLT. Благодаря блокам
processing-instruction в XML заложены БЕСКОНЕЧНО большие возможности
пред-обработки документа. И вообще, по выражению Дейта - XML
это попытка заново создать иерархические СУБД.

И еще немаловажно, XML болеет теми-же детскими болезнями что и
банальный текстовый файл. Update элемента или атрибута принципиально
невозможен без полного 100% переписывания (серализации файла). В совокупности
с дисковыми накладными расходами на массовость таких операций
создание XML-DBMS либо невозможно либо лежит не в плоскости XML
либо является фейком и рекламным ходом.

Лет 10 назад я был ярым сторонником использования XML там где это возможно.
Сейчас я охладел. И хотел-бы ограничиваться ровно тем чем можно решить
задачу. Забавно но самая реальная и полезная сфера применения
XML - электронная почта так и осталась им не завоёванной.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623093
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvТак принято в мире java. Я сходу не припомню сервисов в Linux, которые настраиваются через XML.
Лиха беда начало. Системные сервисы должны (я считаю) конфигуриться текстовыми/plain файлами
а вот KDE и прочие десктопы возможно подсадят на эту иглу.

В Apache configs также предпринята на мой взгляд нелепая попытка "впихнуть невпихуемое". Но это слава богу
древняя опция и надо надеяться что это не XML а что-то более реликтовое.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623847
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton ... У меня вообще вызывает удивление "тотальное засилие"
XML-конфигов на фоне сегодня существующих более удобных JSON или YAML.

Смотри. Существует xml (база данных клиентов (почему не в SQL? на то есть своя причина )) в, скажем, 100 000 строк. Чтобы Вырвать все или часть данных про Ali Baboo мне нужен только xslt филей.
А как это сделать в JSON или YAML. И я не думаю, что их (JSON или YAML) будет проще и быстрее редактировать чем xml.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623858
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadmayton ... У меня вообще вызывает удивление "тотальное засилие"
XML-конфигов на фоне сегодня существующих более удобных JSON или YAML.

Смотри. Существует xml (база данных клиентов (почему не в SQL? на то есть своя причина )) в, скажем, 100 000 строк. Чтобы Вырвать все или часть данных про Ali Baboo мне нужен только xslt филей.
А как это сделать в JSON или YAML. И я не думаю, что их (JSON или YAML) будет проще и быстрее редактировать чем xml.
Мы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623879
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonМы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения.
Прости, я ввел тебя (возможно и остальных ) в заблуждение. В проекте xml рассматривается как универсальный способ хранение данных. Будь то конфиги или база данных. Вот, как то так.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37623917
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HunterNomadmaytonМы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения.
Прости, я ввел тебя (возможно и остальных ) в заблуждение. В проекте xml рассматривается как универсальный способ хранение данных. Будь то конфиги или база данных. Вот, как то так.
Я участвовал в разработке одной фронт-системки где XML-документ был единицей обработки данных.
Но у этой системы была масса ограничений на транзакции, конкуренцию. Она также
создавала нагрузку плохо совместимую с объёмом обрабатываемых данных.
Пожалуй единственное преимущество этой системы это отсутствие зависимости
от БД. Но все отрицательных факторы сильно смещали чашу весов этого преимущества
в другую сторону. По сабжу, я "кинул" этот проект и поменял работу.
Настолько моё идеологическое неприятие было сильно.

Там где нужен сильный интеллект в вопросах - найти и обработать и извлечь из 1-10
документов данные - XML-XSLT хорош. А там где нужна массовость и скорость - он ненужен.
Если ваши данные имеют реляционное отображение то извинительнее взять
какой-нить MS(XE) или Oracle(XE) и решить данную задачу без мозгоёбства.

Если тебя интересует вообще хардкорная оптимизация трансформаций то можно
почитать про устройство Intel® XSLTAccelerator 1.1. Не знаю живо оно сейчас
и где используется но как факт - такое было создано.

http://cache-www.intel.com/cd/00/00/34/42/344227_344227.pdf

Но это так. Для общего развития.
...
Рейтинг: 0 / 0
xml процессоры и их производительность.
    #37624201
HunterNomad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо всем. Есть над чем думать.
...
Рейтинг: 0 / 0
63 сообщений из 63, показаны все 3 страниц
Форумы / Java [игнор отключен] [закрыт для гостей] / xml процессоры и их производительность.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]