Hello Christophe, I would see having a virtual machine as a big plus, not a negative. So in case you really see a bottleneck you could simply demand more CPU, RAM or whatever from your hosting provider and it will be a matter of clicks instead of actually changing your hardware.
Cheers Dirk On 12/01/2015 03:20 PM, Christophe Marchand wrote: > Ok, thanks a lot, Dirk. I had the same feeling, SSD, lot of RAM, big > procs, etc... > > The problem I have is the server will be a virtual machine, and I have > to give sizing infos to infra to let them provision VMs... > > Thanks again, > Christophe > > > > Le 01/12/2015 15:06, basex-talk-requ...@mailman.uni-konstanz.de a écrit : >> Send BaseX-Talk mailing list submissions to >> basex-talk@mailman.uni-konstanz.de >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >> or, via email, send a message with subject or body 'help' to >> basex-talk-requ...@mailman.uni-konstanz.de >> >> You can reach the person managing the list at >> basex-talk-ow...@mailman.uni-konstanz.de >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of BaseX-Talk digest..." >> >> >> Today's Topics: >> >> 1. Re: Sizing BaseX Server (Dirk Kirsten) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 1 Dec 2015 15:06:03 +0100 >> From: Dirk Kirsten <d...@basex.org> >> To: Christophe Marchand <cmarch...@oxiane.com> >> Cc: basex-talk@mailman.uni-konstanz.de >> Subject: Re: [basex-talk] Sizing BaseX Server >> Message-ID: <565da94b.2090...@basex.org> >> Content-Type: text/plain; charset="utf-8" >> >> Hello Christophe, >> >> that's easy: The more you got, the better it is ;) >> >> More serious: It is hard, if not impossible, to tell. This very much >> depends on your use case and how you intend to use BaseX in your >> process. As a traditional database and having lots of read/write access, >> you are most likely I/O bound. However, you can also do complex >> operations using XQuery, so you could be CPU bound. >> >> I find it almost always beneficial to use SSDs instead of traditional >> HDDs, but again: If you never touch the disk at all, this wouldn't make >> a difference (but it also decreases the BaseX startup time, which is >> nice). >> >> The use cases just differs to much for BaseX - you can use BaseX >> embedded into your smartphone application or on a large zServer, so it >> is really though to give a general advice. For a practicable approach I >> would always recommend you run your application at some standard server >> and take a look using Java profiling where BaseX is bound and then >> increase the according component. >> >> Cheers >> Dirk >> >> On 12/01/2015 01:51 PM, Christophe Marchand wrote: >>> Hello, >>> >>> I'm looking at documentation about sizing a basex server computer. >>> What's best : kind of processor, number of cores, RAM, disk-system, >>> according to database size. >>> >>> Is there something in documentation on these subjects ? >>> >>> Best regards, >>> Christophe >>> >>> >>> -- >>> >>> >>> Christophe MARCHAND >>> >>> Consultant Formateur >>> cmarch...@oxiane.com <mailto:cmarch...@oxiane.com> >>> LD : (+33)1 84 19 19 76 >>> GSM : +33 (0)6 23 41 09 17 >>> >>> oxiane >>> >>> 98, avenue du G?n?ral Leclerc >>> 92100 Boulogne-Billancourt >>> Standard : (+33)1 55 60 76 72 >>> Fax : (+33)1 55 60 76 73 >>> www.oxiane.com <http://www.oxiane.com> >>> >>> >>> Notre catalogue formations 2015 >>> >>> Notre catalogue formations 2015 >>> <http://www.oxiane.com/wp-content/uploads/2014/12/Oxiane_Catalogue-Formation-2015.pdf> >>> >>> > -- Dirk Kirsten, BaseX GmbH, http://basexgmbh.de |-- Firmensitz: Blarerstrasse 56, 78462 Konstanz |-- Registergericht Freiburg, HRB: 708285, Geschäftsführer: | Dr. Christian Grün, Dr. Alexander Holupirek, Michael Seiferle `-- Phone: 0049 7531 28 28 676, Fax: 0049 7531 20 05 22