lunes, 27 de abril de 2009

mySQL vs. MariaDB

Bueno leyendo en las web, me he topado con este articulo sobre el creador Mysql, Michael Widenius alias Monty comenta en su blog los motivos del nacimiento de mariaDB, al parecer el sentimiento de Oracle hacia mysql es sombrio, por lo que ha decidio dar nacimiento a MariaDB y que esta permanesca Codigo Libre, lo que si es cierto, es que esta sera compatible al momento que me toque migrar (por mas que lo pienso, realmente no me gusta PostgreSQL), por lo pronto el tiempo nos dira que nuevos rumbos tomar, les dejo un copy paste del blog de Jesus Lara:

MariaDB (recibiendo el nombre de su hija menor Maria, cumpliendo la tradición de seguir el nombre de sus hijos, my “la mayor” y Max “el varon”) es un fork de mySQL de la versión 5.1 de mySQL, contiene los siguientes cambios:

  • maria como storage por defecto (en reemplazo de myISAM)
  • Maria es un storage transaccional/no-transaccional que además es “crash-safe” y es un reemplazo seguro y más eficiente de myISAM (además de HEAP, merge y el resto de basadas en myISAM)
  • estreno de PBXT (primeBase XT); es un storage Transaccional MVCC muy semejante a postgreSQL, además permite “BLOB streaming” como una manera eficiente de almacenar cualquier tipo de binario de gran tamaño.
  • XtraDB como storage de reemplazo a innoDB (que Oracle es dueño de innoBase, desde hace un par de años).
  • Remoción de Berkeley DB (razones obvias, Oracle es también dueño de BDB)
  • Percona XtraDB es completamente compatible con InnoDB así que se podrán migrar facilmente todas las DB en innoDB en un paso
  • Maria planea ser MVCC y ACID compliant; pero a su vez con un small footprint y código bastante pequeño, lo que plantea ser no solamente un eficiente reemplazo de myISAM sino ser un fuerte competidor a SQLite para dispositivos embebidos
  • Falcon (el storage para sistemas de data crítica de alta velocidad) será por defecto un storage en mariaDB
  • mariaDB podrá ser multi-port (una misma instancia podría ocupar varios puertos para optimizar y mejorar el desempeño)
  • Storage Federated (que permite de una manera facil tener la data centralizada en un servidor y la metadata en indices en servidores alternos)
  • Mejoras en la velocidad y el diseño técnico versus las “features” comerciales

Es obvio que maria 1.5 está bastante fuerte; aunque la versión 2.0 del storage pretende ser muchisimo mejor que myISAM; la conclusión lógica es comenzar a “probar” y a ofrecer mejoras y bugs a mariaDB como se hacía con mySQL y en lo que Oracle comience a mostrar sus garras salir “corriendo” a su hermanito menor libre mariaDB.

lunes, 20 de abril de 2009

Oracle compra Sun.(Oracle to buy Sun)

Bueno esto muchos lo veían venir, incluso en algunos foros lo anunciaron hace meses, pero la noticia en si es confirmada en la propia pagina se Sun, se supone esto que se tomara lo mejor de ambos mundos y se creara algo robusto, en estos tiempos de crisis muchas empresas IT aprovechan de re valorar sus activos y buscar fusionar o vender. Espero que el desarrollo que se estaba produciendo dentro de Sun o otras ramas como OpenSolaris no se pierdan en el limbo, lo que si estaria casi seguro es que Oracle sera 100% compatible con SunSolaris y hasta por que no OpenSolaris. tambien seria triste ver desaparecer Mysql el cual uso mucho, me gusta su rendimiento. El tiempo nos dira que pasara con esto..

domingo, 5 de abril de 2009

FreeBSD 7.2-BETA1 Available

Por lo visto se están mejorando los drivers y algunas otras cositas en nuestro FreeBSD, Ken Smith ha escrito a la lista freebsd-stable indicando que ya esta disponible para la descarga y prueba de la version 7.2 Beta, aunque el mism describe que hay que pulir algunas cosas, posiblememte para mayo se tenga una version Release-Candidate, por lo pronto estoy bastante contento con mi 7.1, y en miras de hacer pruebas con la 8.0 en fase de desarrollo, para los interesados pueden bajar tanto la version Stable de 7.1, como la version current 8.0 de aqui.

sábado, 21 de marzo de 2009

K3b FreeBSD 7.1 Stable

Bueno K3b (acrónimo del ingles KDE Burn Baby Burn) es una aplicación que utilizamos para grabar nuestros discos, tanto cd como dvd, es una de las herramientas mas potentes en lo que respecta a la grabacion de cds, escrito en c++ este puede ser ejecutado tanto en linux como FreeBSD. K3B me hace recordar el programa Nero (usado en windows), creo que por esto es tan popular en la red. Actualmente en su version 1.0.5 (a punto de salir la 1.1) es muy simple su utilizacion. para el caso de FreeBSD la receta es la siguiente:
instalar desde los ports
#cd /usr/ports/sysutils/k3b/ && make install clean
luego de esto en /etc creamos el archivo devfs.rules
# cd /etc && touch devfs.rules
editamos el mismo y añadimos lo siguiente:[mybox_rules=100]
add path 'acd*' mode 666
add path 'cd*' mode 666
add path 'pass*' mode 666
add path xpt0 mode 666

añadimos las siguientes lineas en /etc/rc.conf
devd_enable="YES"
devfs_enable="YES"
devfs_system_ruleset="mybox_rules"

añadimos estas lineas en /boot/loader.conf
atapicam_load="YES"

Reiniciamos nuestro PC, y listo ya cualquier usuario podra usar el K3B.

saludos..

lunes, 16 de febrero de 2009

FreeBSD 7.1 Gnome 2.22.3 Muy Lento al Iniciar

Bueno luego de fallar en la actualización de Gnome 2.22.3 a 2.24.x, he instalado FreeBSD 7.1 todo en limpio, muchos de ustedes habrán notado de Gnome tarda en iniciar, luego de leer mucho Google, foros, preguntar a otros colisteros, resumo aqui la reseta para tener operativo gnome 2.22.3 en freebsd 7.1:
Primero:
añadir estas lineas a /etc/rc.conf
dbus_enable="YES"
hald_enable="YES"
gdm_enable="YES"

Segundo:
Añadir estas lineas a /etc/fstab
# Device Mountpoint FStype Options Dump Pass#
proc /proc procfs rw 0 0

con esto se eliminan los errores:
Feb 16 10:19:18 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:19:18 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:19:38 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:19:38 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:21:39 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:21:39 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:21:52 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:21:52 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:21:53 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:21:53 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:21:53 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:21:53 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed
Feb 16 10:21:54 thor gnome-keyring-daemon[1052]: adding removable location: volume_uuid_C624_5AD3 at /media/CACHE
Feb 16 10:38:35 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed
Feb 16 10:38:35 thor console-kit-daemon[948]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed


Tercero:
Editar como root el archivo /usr/local/share/xsessions/gnome.desktop
cambiar
Exec=gnome-session
por
Exec=gnome-session --purge-delay=5000 --warn-delay=5000

Reiniciamos el pc, y con esto el automontaje y el inicio de gnome debe funcionar mejor.


Luego puede que me anime a intentar actualizar de nuevo gnome, o puede que espere los paquetes ya listos. Aunque les comento desde ya que esta disponible KDE4

lunes, 5 de enero de 2009

FreeBSD 7.1-RELEASE

Bueno, acabo de bajar el dvd de FreeBSD 7.1-RELEASE, y ya en mi correo tengo un mail de Ken Smith [kensmith@freebsd.org] indicando el anuncio, entre las nodevades mas resaltantes son:

- The ULE scheduler is now the default in GENERIC kernels for
amd64 and i386 architectures. The ULE scheduler significantly
improves performance on multicore systems for many workloads.
- Support for using DTrace inside the kernel has been imported
from OpenSolaris. DTrace is a comprehensive dynamic tracing
framework.
- A new and much-improved NFS Lock Manager (NLM) client.
- Boot loader changes allow, among other things, booting from
USB devices and booting from GPT-labeled devices.
- The cpuset(2) system call and cpuset(1) command have been added,
providing an API for thread to CPU binding and CPU resource
grouping and assignment.
- KDE updated to 3.5.10, GNOME updated to 2.22.3.
- DVD-sized media for the amd64 and i386 architectures

Tambien estan procedimientos de como haer el update (Copio del correo original):
The procedure for doing a source code based update is described in the FreeBSD Handbook:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html

The branch tag to use for updating the source is RELENG_7_1.

FreeBSD Update
--------------

The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-BETA, 7.1-BETA2, 7.1-RC1, or 7.1-RC2 can upgrade as follows:

# freebsd-update upgrade -r 7.1-RELEASE

During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly.

# freebsd-update install

The system must be rebooted with the newly installed kernel before continuing.
# shutdown -r now

After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again:

# freebsd-update install
# shutdown -r now

Users of Intel network interfaces which are changing their name from "em" to "igb" should make necessary changes to configuration files BEFORE running freebsd-update, since otherwise the network interface will not be configured appropriately after rebooting for the first time.

Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 6.x and FreeBSD 7.x.

For more information, see:

http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html

Tira Ecol