Re: [basex-talk] fn:apply will be in XQuery 3.1

2014-12-18 Thread Liam R E Quin
On Fri, 19 Dec 2014 08:05:11 +0100
"Rob Stapper"  wrote:

> Hi guys,
> 
> First reaction: great!
> Second reaction: why an array? Why not a sequence? I'm no array-fan, never 
> seem to need them.
> 
> But I won't spoil the fun,  I'll have a go with it.

You can't include an empty sequence in a sequence. As a result, fn:apply doesnt 
work reliably if you use sequences -- you can get some really unexpected 
effects, e.g. if a function call returns ().

fn:apply(myfunc#6, (a(), b(), c(), d(), e(), f()))
would not be type-safe: if c() returned (), you'd pass only 5 arguments to 
myfunc().

So, an array is used instead.

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/


Re: [basex-talk] fn:apply will be in XQuery 3.1

2014-12-18 Thread Rob Stapper
Hi guys,

First reaction: great!
Second reaction: why an array? Why not a sequence? I'm no array-fan, never seem 
to need them.

But I won't spoil the fun,  I'll have a go with it.

Rob

-Oorspronkelijk bericht-
Van: basex-talk-boun...@mailman.uni-konstanz.de 
[mailto:basex-talk-boun...@mailman.uni-konstanz.de] Namens Christian Grün
Verzonden: vrijdag 19 december 2014 1:55
Aan: Marc van Grootel
CC: BaseX
Onderwerp: Re: [basex-talk] fn:apply will be in XQuery 3.1

Hi Marc,

You are welcome to check out the latest snapshot [1,2,3].

Have fun,
Christian

[2] http://files.basex.org/releases/latest
[2] http://docs.basex.org/wiki/XQuery_3.1#fn:apply
[3] http://www.w3.org/TR/xpath-functions-31/#func-apply


On Wed, Dec 3, 2014 at 12:49 AM, Marc van Grootel  
wrote:
> Just in: Michael Kay gave fn:apply it's blessing and it will be in
> XQuery 3.1. Great news.
> Thanks to the WG and all who participated.
> I don't want to sound too pushy, but ... eh ... when can we have it
> ;-))
>
> See: https://www.w3.org/Bugs/Public/show_bug.cgi?id=26585
>
> --Marc


---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
http://www.avast.com



Re: [basex-talk] fn:apply will be in XQuery 3.1

2014-12-18 Thread Christian Grün
Hi Marc,

You are welcome to check out the latest snapshot [1,2,3].

Have fun,
Christian

[2] http://files.basex.org/releases/latest
[2] http://docs.basex.org/wiki/XQuery_3.1#fn:apply
[3] http://www.w3.org/TR/xpath-functions-31/#func-apply


On Wed, Dec 3, 2014 at 12:49 AM, Marc van Grootel
 wrote:
> Just in: Michael Kay gave fn:apply it's blessing and it will be in XQuery
> 3.1. Great news.
> Thanks to the WG and all who participated.
> I don't want to sound too pushy, but ... eh ... when can we have it ;-))
>
> See: https://www.w3.org/Bugs/Public/show_bug.cgi?id=26585
>
> --Marc


[basex-talk] BaseX Users Meetup, XML Prague 2015

2014-12-18 Thread Christian Grün
Hi all,

We are pleased to officially announce our BaseX Users Meetup 2015,
collocated with the XML Prague Conference. It will take place on
Friday, 14:30 – 18:00. The current sessions and the list of speakers
are listed on Lanyrd and, soon, the conference site:

  http://lanyrd.com/2015/basex
  http://www.xmlprague.cz/pre-conference-friday

XML Prague continues to be the biggest, most interesting and, at the
same time, very affordable XML event in Europe. If you haven't gone
there yet, this is your chance!

Looking forward to seeing you; merry BaseXMas,

Christian


Re: [basex-talk] Editor Background Color

2014-12-18 Thread Christian Grün
Hi Alex,

> I’m new to BaseX, and I’m trying to customize the GUI, by changing the
> background color of the Editor  panel. I always use dark themes in IDEs
> because bright whites hurt my eyes.

Please check out the latest snapshot. It should now automatically use
dark colors if you use a dark theme in your window manager.

Hope this helps,
Christian

[1] http://files.basex.org/releases/latest


>
> However, I’ve found no way to change that setting in Base X. The Options /
> Colors setting in the main menu effects changes to panels other than the
> Editor.
>
> Is there a way to customize this?
>
> Thank you very much for any help, and especially for having built this great
> product and making it open source!
>
> Best regards,
>
> Alex
>


Re: [basex-talk] Performance and benchmark

2014-12-18 Thread Florent Gallaire
On Thu, Dec 18, 2014 at 3:35 PM, Pascal Heus  wrote:

>We run BaseX on EC2 micro and small instances without significant issue 
>(though AWS servers, particularly micro/small, are not known >for their high 
>performance). Have you tried on a different instance type? Not sure how 
>heavily loaded your instance is but understand >that the t2 instance type 
>works well for servers that are not under constant pressure (they're Burstable 
>Performance Instances). See 
>>http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html. You 
>essentially accumulate CPU "credits" while your >instance is idle, which then 
>allows your CPU to burst to 100%  when the server gets hit. If you're out of 
>credits, your CPU may be >running at as low as 10% capacity.

Thanks a lot Pascal, I think you have the explanation I was searching for !
I have only tested EC2 micro instance because there is a 1 year free
offer. And the problem is CPU bound (at the beginning I was thinking
at a RAM/swap problem).

>Now you're also workign with a 2.5Gb database on a servers with 1Gb of memory, 
>so disk access almost inevitably comes into play. I >assume you have SSD EBS 
>volume under the hood since your on t2, but you'll be swapping, and this is 
>more likely the problem. How >much Java memory do you allocate to BaseX 
>(-Xmx)?  So I would say in your case a t2.small or preferably t2.medium would 
>be a better >choice a better choice (of course more pricy).

Yes I use a 30 Go (max for the free offer) SSD EBS, Amazon says it
performs 90 IOPS. I use the -Xmx default of 512Mo and I run that in a
docker container (CoreOS powered).

>Talking about swap, be aware also that Amazon Linux instances don't come 
>configured with a disk swap by default, so the 1Gb in all you >get. I always 
>add a 1Gb swap file to our micro instances using:
>sudo dd if=/dev/zero of=/swapfile bs=1M count=1024
>sudo mkswap /swapfile
>sudo swapon /swapfile
>which you can verify with
>sudo swapon -s
>or
>free -k
>Also add the line below to the /etc/fstab file (so it's survives through 
>reboot)
>/swapfileswapswapdefaults0

Thank for the tip !

Florent

-- 
FLOSS Engineer & Lawyer


Re: [basex-talk] Performance and benchmark

2014-12-18 Thread Pascal Heus
Florent:

We run BaseX on EC2 micro and small instances without significant issue
(though AWS servers, particularly micro/small, are not known for their
high performance). Have you tried on a different instance type? Not sure
how heavily loaded your instance is but understand that the t2 instance
type works well for servers that are not under constant pressure
(they're Burstable Performance Instances). See
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html.
You essentially accumulate CPU "credits" while your instance is idle,
which then allows your CPU to burst to 100%  when the server gets hit.
If you're out of credits, your CPU may be running at as low as 10%
capacity.

Now you're also workign with a 2.5Gb database on a servers with 1Gb of
memory, so disk access almost inevitably comes into play. I assume you
have SSD EBS volume under the hood since your on t2, but you'll be
swapping, and this is more likely the problem. How much Java memory do
you allocate to BaseX (-Xmx)?  So I would say in your case a t2.small or
preferably t2.medium would be a better choice a better choice (of course
more pricy).

Talking about swap, be aware also that Amazon Linux instances don't come
configured with a disk swap by default, so the 1Gb in all you get. I
always add a 1Gb swap file to our micro instances using:
*sudo dd if=/dev/zero of=/swapfile bs=1M count=1024
* *sudo mkswap /swapfile
* *sudo swapon /swapfile*
which you can verify with
*sudo swapon -s
*or
*free -k*
Also add the line below to the /etc/fstab file (so it's survives through
reboot)
*/swapfileswapswapdefaults0  *

Hope this helps
*P

On 12/18/14, 2:43 PM, Florent Gallaire wrote:
>
> database size | shared CentOS| t2.micro EC2 CoreOS
> 2.4 Go| 1.5 sec 160% CPU | 30 sec3% CPU ??!! 
> 254 Mo| 0.35 sec 35% CPU | 0.21 sec 30% CPU
> 224 Ko| 0.24 sec  2% CPU | 0.14 sec  3% CPU
>
> The CPU usage on the t2.micro is not what it should be for the 2.4Go
> database and explain the extreme slowness of the request. But why ??
>
> Best regards
>
> Florent
>
>
> -- 
> FLOSS Engineer & Lawyer



Re: [basex-talk] Performance and benchmark

2014-12-18 Thread Florent Gallaire
database size | shared CentOS| t2.micro EC2 CoreOS
2.4 Go| 1.5 sec 160% CPU | 30 sec3% CPU ??!!
254 Mo| 0.35 sec 35% CPU | 0.21 sec 30% CPU
224 Ko| 0.24 sec  2% CPU | 0.14 sec  3% CPU

The CPU usage on the t2.micro is not what it should be for the 2.4Go
database and explain the extreme slowness of the request. But why ??

Best regards

Florent


-- 
FLOSS Engineer & Lawyer


Re: [basex-talk] Performance and benchmark

2014-12-18 Thread Florent Gallaire
On Thu, Dec 18, 2014 at 2:14 AM, Christian Grün 
wrote:

>> 4) With my database, on a t2.micro EC2 instance (1 VCPU + 1 Go RAM),
>> BaseX is unusable.
>
> That's a good hint. What does "unusable" mean? Did you encounter
> problems to create the database, or are your queries running out of
> memory?

"unusable" means "incredibly slow", the same request which takes 1.5 sec on
my shared server takes 30 sec on the micro instance.

For more speed, I tried to partition my database in multiple little
databases, and my results are surprising for the same request:

database size | shared CentOS| t2.micro EC2 CoreOS
2.4 Go| 1.5 sec 160% CPU | 30 sec
254 Mo| 0.35 sec 35% CPU | 0.21 sec
224 Ko| 0.24 sec  2% CPU | 0.14 sec

It seems that the database size has a huge impact on BaseX performances, is
there somewhere a summary about BaseX good practices (database size and
number of resource files) ?

Best regards

Florent

-- 
FLOSS Engineer & Lawyer


Re: [basex-talk] Editor Background Color

2014-12-18 Thread Christian Grün
Hi Alex, hi Michael,

The color schemes haven't been changed for a long time, so the new
major release could be a good moment for that…

Past has shown that the major challenge is to ensure that the color
handling does not lead to strange effects on specific window managers
(mostly Linux-based).

I would be glad to get some more input: Apart from the Editor Panel,
are there some other panels in the GUI that need to be recolored (und
that are not automatically recolored when changing the OS settings)?
You can also provide me with screenshots.

Thanks
Christian


Re: [basex-talk] Editor Background Color

2014-12-18 Thread Michael Seiferle
Hi Alex,

currently there is no way (at least no way that I am aware of :-)) to customize 
the background color of the various editor panels from *inside* BaseX, maybe 
your OS or window manager might do that.

I think it might need quite some time to provide a dark-theme, as one would 
need to update the syntax highlighting code as well.

However, I might be interested in this feature as well :-)


Best
Michael

On 18 Dec 2014, at 2:16, Christian Grün wrote:

> Hi Alex,
>
> I know that one of our team members is using BaseX with a dark desktop
> theme (on Mac OSX), so he might give you some hints.
>
> Could you possibly give us some more information on your environment?
> What OS do you use?
>
> Thanks,
> Christian
>
>
> On Thu, Dec 18, 2014 at 12:22 AM, Alex R. Loayza  wrote:
>> Hello,
>>
>> I’m new to BaseX, and I’m trying to customize the GUI, by changing the
>> background color of the Editor  panel. I always use dark themes in IDEs
>> because bright whites hurt my eyes.
>>
>> However, I’ve found no way to change that setting in Base X. The Options /
>> Colors setting in the main menu effects changes to panels other than the
>> Editor.
>>
>> Is there a way to customize this?
>>
>> Thank you very much for any help, and especially for having built this great
>> product and making it open source!
>>
>> Best regards,
>>
>> Alex
>>


smime.p7s
Description: S/MIME digital signature