A mon avis, c'est un mix des deux.
1 Go c'est pas énorme pour un serveurqui héberge deux bases de données, surtout si elles sont dans deux SGBD différents.
Cela dépends ensuite de la taille des bases, du nombre de sessions, etc.
Par contre, si SQL Server est rapide, et sur la même config, avec la même application, JBase est lent, il y a fort à parier qu'il s'agit aussi d'un problème de performances inhérent à JBase.
Je ne connais pas ce produit, je ne peux donc pas vraiment t'en dire plus.
Quelques pistes toutefois :
- Quel système de connection utilises-tu pour accéder à tes bases ? Dans l'ordre du plus performant au moins performant, on a : Connecteur natif / Connecteur .NET / Connecteur OLE DB / Connecteur ODBC / Connecteur JDBC
=> Donc si tu utilises un connecteur moins performant pour JBase, cela peut expliquer en partie des temps de réponse plus longs.
- Quelles optimisations ont été faites au niveau de la base ?
=> Vérifie que les index sont corrects dans JBase, que le fichier de la base n'est pas fragmenter, etc.
- Quel modèle de transactions est utilsé ?
=> Selon si ton application travaille avec des transactions et des connexions multiples, tu auras peut-être besoin d'ajuster le niveau de transactions. Par défaut, sous SQL Server, il est "simplifié". Peut-être que JBase travaille par défaut avec un modèle plus complexe.
Ensuite, il doit y avoir 1001 autres raisons possibles.
Dans tous les cas, je pense qu'un peu plus de RAM devrait améliorer la chose. Est-ce que ton serveur swap ? Si c'est le cas, ajoute au minimum suffisament de mémoire pour qu'il ne swap plus, c'est vital !