NBFFI version of the OpenDBXDriver

23 views
Skip to first unread message

Rocio Amaya

unread,
Sep 12, 2013, 12:08:16 AM9/12/13
to pharo-users, dbx...@googlegroups.com, phar...@lists.pharo.org

Hi!


I'd like to show a bit the outcome of the first iteration of the DBXTalk Gsoc of this year.


First, I've been adapting myself to the environment and technology (DBXTalk, OpenDBX, TalkFFI), and I've written some little tutorials of what I've learnt about them:


- Post of how to install  OpenDBX

http://rochiamaya.wordpress.com/2013/07/28/how-to-install-version-1-4-6-of-opendbx-for-linux/

- Post of how to install and use TalkFFI to generate mappings

http://rochiamaya.wordpress.com/2013/07/30/create-bindings-with-talkffi/

- Post  of how to use  mappings generated  by  TalkFFI

http://rochiamaya.wordpress.com/2013/08/06/how-to-use-the-generated-bindings-talkffi/



Also, as concrete code, we have built a NBFFI version of the OpenDBXDriver. The main idea of this is to provide a backward compatibility layer to people that  use OpenDBX, while letting us move forward dropping the old FFI implementation.


Gofer it

smalltalkhubUser: 'DBXTalk' project: 'Configurations';

configurationOf: 'OpenDBXDriver';

load.

(((Smalltalk at: #ConfigurationOfOpenDBXDriver)

  perform: #project)

      perform: #version: with: ‘1.3’)

          load: 'DeveloperGroup'.



However, the configuration still supports to load the former version of the driver (no NBFFI)


 Gofer it

smalltalkhubUser: 'DBXTalk' project: 'Configurations';

configurationOf: 'OpenDBXDriver';

load.

(((Smalltalk at: #ConfigurationOfOpenDBXDriver)

  perform: #project)

      perform: #version: with: ‘1.3’)

          load: 'FFIDriver'.



And the configuration with only NBFFI version.


 Gofer it

smalltalkhubUser: 'DBXTalk' project: 'Configurations';

configurationOf: 'OpenDBXDriver';

load.

(((Smalltalk at: #ConfigurationOfOpenDBXDriver)

  perform: #project)

      perform: #version: with: ‘1.3’)

          load:  'NBFFIDriver'.



To use, writte in the Workspace and DoIt:


“to set the NBFFI bind”

LibOpenDBXMap initialize.

OpenDBX current: NBPharoOpenDBX new.

“or to set the oldFFI bind”

OpenDBX current: FFIOpenDBX  ffiImplementationForOS .



In our current/next steps, we are starting to dig into the other driver implementations. I'm currently working in a Mysql driver implementation that will use the C mysql library directly without the intermediation of OpenDBX. That way, the setup of the environment will be far easier and the entry barrier will be lowered.



Best Regards!

Rocio.

Mariano Martinez Peck

unread,
Sep 12, 2013, 7:38:04 AM9/12/13
to dbx...@googlegroups.com, pharo-users, Pharo Development List
On Thu, Sep 12, 2013 at 1:08 AM, Rocio Amaya <rochi...@gmail.com> wrote:

Hi!


I'd like to show a bit the outcome of the first iteration of the DBXTalk Gsoc of this year.


First, I've been adapting myself to the environment and technology (DBXTalk, OpenDBX, TalkFFI), and I've written some little tutorials of what I've learnt about them:


- Post of how to install  OpenDBX

http://rochiamaya.wordpress.com/2013/07/28/how-to-install-version-1-4-6-of-opendbx-for-linux/

- Post of how to install and use TalkFFI to generate mappings

http://rochiamaya.wordpress.com/2013/07/30/create-bindings-with-talkffi/

- Post  of how to use  mappings generated  by  TalkFFI

http://rochiamaya.wordpress.com/2013/08/06/how-to-use-the-generated-bindings-talkffi/



Also, as concrete code, we have built a NBFFI version of the OpenDBXDriver. The main idea of this is to provide a backward compatibility layer to people that  use OpenDBX, while letting us move forward dropping the old FFI implementation.



That's all very cool. Thanks Rocio for keep us informed! Much appreciated. 

Regarding the usage of NBFFI, could you benchmark and see if there is a difference with using the traditional FFI?
There used to be a package in DBXTalk with several benchmarks, I am sure you could reuse some.... I can give you more details if you want.
To be honest, I don't see the advantages of this. You would avoid dealing with openDBX + mysql libs to be dealing with mysql lib only. But for that purpose there already is a MySQL Smalltalk driver implementation.....

Cheers,

 

Best Regards!

Rocio.

--
You received this message because you are subscribed to the Google Groups "DBXTalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dbxtalk+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



--
Mariano
http://marianopeck.wordpress.com
Reply all
Reply to author
Forward
0 new messages