Feeds, issues, packages and code source about emulation and pograming, of VENENUX proyects, Debian related distros and massenkoh!

The massenkoh linux? how will be, screenshots

Now lest show screens from massenkoh/venenux fusion:

Initial screen at boot cd:
Venenux-MSK/GNU: at boot  CD/DVD
This is the screen grub boot the live mode, also same for normal mode when installed too, includes support for both GFX grub, as well grub & grub2!  


Boot init complety graphical, complete graphical consoles:
This is completely graphical boot, when "grub" start, will show always a venenux logo until the desktop starts. This graphic mode will be present even in the serial console. This capability are embebed into kernel code, see screens:
Of course, that need a modern graphical GPU card in machine, but dont worry, if u dont have one, this is the start when there is a very older graphics card, such as the old intel i810. See screen shot for that case:
Venenux-MSK/GNU: kernel console boot at very older cards cases
Users welcome session screen:
Of course the sessions welcome screen are complety artwork integrated:
Venenux-MSK/GNU: welcome screen at user's session starts
Desktop artwork complety friendly:
On the KDE desktop there is a new additional menuK some menus for the session and another for places in the machine: 
Venenux-MSK/GNU: new menuk more usefully
The new theme is integrated art even in the file browser, including chromium & konqueror!:
Venenux-MSK/GNU: a 100% integrated artwork
Venenux desktop, now a KDE 3.5.11 desktop! showing in this picture is starting the graphical interface for Mednafen, that emulates exclusive 12 video game consoles:
Venenux-MSK/GNU: starting mednafen interface
New software programs that works:
Many software was replaced, for new and usefully more complete but simple&single equivalents!

The player SMPlayer is good, but complex, and that fails to play DVD's menus. To save space the complicated change this super simple, functional and ultra-lightweight 100%, uses xine MENUS that if you put DVD's and not fail like mplayer. This player is ultra simple and seamless. :
Venenux-MSK/GNU: complex smplayer was replaced by more usefully and simple codeine
The artworks from gringos was removed, now was included true community, artwork a product without false communities, here I included the work of many others, mention special for Brosky design.:
Venenux-MSK/GNU:real comunity artwork was included now
Software also is not "put it on and give me credit" but actually modified to Venenux! Addendum: lenny versions are (0.8) and squeeze (0.9), not just a remaster with various software installed from Debian!
Venenux-MSK/GNU:software que si se necesita y bien actualizado para que no envejezca rapido



Notas de un windoze, razon del porque no debemos tenerlos metidos en linux

Notes from a windoze, reason why we should not have them stuck into linux
Estoy en desacuerdo con todo lo que dice el tipo este del correo.

Yo debo citar que KDE3 , KDE2 era un escritorio con filosofia UNIX, todo es configurable e integrable, en kde4 esto cambio debido a muchas influencias tipo vista-seven dentro del mundo linux. Como notaran KDE4 solo gusta a los windoseros o los que usan ubuntu (fuera de las pocas mejoras utiles).

Es claro que esta persona lo ve desde una perspectiva distinta a la de un usuario linux, un usuario no linux y mas que todo los mortales windoseros son los que les preocupa esos problemas, en lo particular yo no uso ninguna de las herramientas y formatos citados por este hombre.

Otra cosa que el no nota, es el trabajo de mantenimiento del escritorio, al decir "es un simple kde3" o que "no se han cambiado nombres" no toma en cuenta que son pocas personas trabajando en trinity contra las muchas que ya existian trabajando en kde en la serie 3. Además, es facil criticar pero dificil trabajar, este tipo es un simple windosero que critica pero no aporta.

Si bien algunas notas son de considerar, creo que no son necesarias en este momento, como contribucion estoy tratando de hacer un live mas liviano que el winbuntu que esta disponible (es muy bueno pero consume mucha ram y el arranque no es tan veloz), basado en VENENUX.
Deben seguir en su trabajo. Trinity, muchachos, lo estan haciendo un buen trabajo.
No pude resistir y tuve que fabricar una entrada de esto en mi blog anti windoseros.
I disagree with everything he says this guy's mail.

i must cited kde3 and kde2 was a desktop in a UNIX-Like filosophy, everithing its configurable and integrate-able, in kde4 series all change due many windozer-vista-seven like users into linux-world. As u can note, kde4 only likes to windousers and winbuntu users (excepts the few few utils fixeds and improvements).

It is clear that this person see all from a different perspective even a linux user see. Non-Linux users, as most of all mortals windozers are who worry about these problems, in particular I do not use any of the tools and formats cited by this man.

Another thing that he did not note, is the maintenance work desktop, saying "is a simple kde3" or "no names have been changed" does not take into account that few people working on trinity against the many already existing working kde in series 3. In addition, it is easy to criticize but nothing of hard work, this guy is a simple windozer criticizing but does not provide apports.

Although some notes are considered, I think are not necessary at this time, as a contribution I'm trying to do a live winbuntu lighter than that is available (it is very good but consumes a lot of ram and the boot is not as fast) VENENUX based.
They should continue their work. Trinity boys, they are doing a good job.
I could not resist and had to make an entry in my blog this anti windoseros.

Correo enviado a trinity (traducido a pulso, mejor traduccion en un update)
Mail sended to trinity by windoer (original):

Some random thoughts, wrote under first impression of trinity (I

installed whole os form live cd which are available):

1. Needs serous rebranding, since packets are still marked as kde3,
until rebranding is done trinity will be considered a KDE3.5 keep alive
and not a separate desktop environment. This will prevent it from
gaining popularity for example as lightweight alternative to kde4, gnome
or other interfaces.
2. It's unnecessary to keep KOffice alive. KOffice is outdated and
anyway incompatible with file-types most people use (those of MS Office
or OO.org). We have OO.org and it's derivate. At most, taking oo.org and
making a fork in qt4 would be reasonable, but it's work for a separate
team which will maintain it.
3. For maintenance reasons, and to simplify work on upgrading trinity
some of the original kde3.5 apps should be abandoned. As I wrote
previously one of them is whole KOffice suite, next would be digikam
which has newer versions for kde4. Same thing goes for many other apps.
The main problem behind maintaining and creating trinity versions of
some apps from kde3.5 which now have versions for kde4 is that if they
are kept the two projects will end having apps which are or totally
different (and maintained by different teams) and have same names. This
would create conflicts on the programming level and on the end-user
understanding what is what level. Solution for this would be creating
forks of this apps.
Another advantage project would gain from abandoning some apps would be
that of simplifying the porting to qt4 (since there would be less apps
to port) and maintaining. I think that whole team should concentrate
mainly on porting and rebranding only of main components of old kde3.5
and after this is finished, move to other apps like utils.
4. A dedicated and good (fully-fledged) qt4-based web browser would be
needed. I remember that konqueror was used as an official kde web
browser, but integration of file-manager and web browser had some of
quirks. It never worked like it should, sometimes would be annoying
(cookie policy which didn't seemed to work, at least for me), and using
Firefox was always better solution. The main problem behind using
Firefox, or other web browsers is they or are memory-consuming (Firefox
is monster in that), or have some strange quirks (like midori, which is
written in qt4, and would be nice if not random crashes). Normal user
who returns form kde4 to trinity or swaps from gnome would expect like
in others a division between file manager and web browser.
5. Concentrate on keeping trinity lightweight. Kde4 is bloated, but many
people likes it because of it's eye-candiness. Those who don't like kde4
or simply have too old computers to use it will turn or to gnome (which
at least feels lighter than kde4) or face. This is where Trinity should
enter, and give them qt-based lightweight alternative. Same goes for
people like me, who like to have nearly-transparent (in sense of memory)
desktop environment, which don't use many resources, leaving them
[resources] for work applications.
6. Since ubuntu have some quirks and sometimes do strange things (like
installing nepomuk in trinity without reason), you should change the
distro which trinity live-cd is based on to something more stable like
debian. It's not essential right now, but should be done after whole
project was rebranded and ported to qt4. If not, there's a risk that
trinity will be acknowledged as another ubuntu-clone and wont get much

I hope that my observations will be utile, since I'd like to help with
developments of this project. Apart from telling you my observations (if
you want), I could try to help with polish and Italian localizations,
since I know those two languages. Unfortunately I'm not a programmer at
the moment (but I'm trying to learn how to program in qt4) and I can't
help with coding. I'd like Trinity to become fully-acknowledged desktop
environment, since I liked how the KDE3.5 was, and after it was
abandoned I stopped using Linux because I couldn't find a good desktop env.
Algunas consideraciones, escribó de la primera impresión de trinidad (de
forma instalado todo os live cd que están disponibles):
NOTA traduccion solo esta un kubuntu moificado no muy fncional) 
1. Las necesidades de cambio de marca serosa, ya que los paquetes siguen siendo marcados como kde3,
hasta el cambio de nombre se realiza la trinidad será considerado como un KDE3.5 mantener viva
y no un entorno de escritorio por separado. Esto evitará que se
ganando popularidad por ejemplo, como alternativa ligera a kde4, gnome
u otras interfaces. 
2. Es necesario mantener viva KOffice. KOffice es obsoleto y
de todos modos incompatibles con los tipos de archivo más personas utilizan (los de MS Office
o OO.org). Tenemos OO.org y es derivado. A lo sumo, teniendo oo.org y
haciendo un tenedor en qt4 sería razonable, pero es un trabajo para una independiente
equipo que va a mantener. 
3. Por razones de mantenimiento, y para simplificar el trabajo en el mejoramiento de la trinidad
algunos de los originales kde3.5 aplicaciones deben ser abandonados. Como he escrito
ya uno de ellos es la suite KOffice todo, al lado se digikam
que las nuevas versiones de kde4. Lo mismo ocurre con muchas otras aplicaciones.
El problema principal de mantener y crear versiones de la trinidad
algunas aplicaciones de kde3.5 que ahora tienen versiones para KDE4 es que si
se mantienen los dos proyectos finales con aplicaciones que son o totalmente
diferentes (y mantenidos por los diferentes equipos) y tienen los mismos nombres. Este
podría crear conflictos en el nivel de programación y en el usuario final
comprensión de lo que es el nivel. Solución para esto sería la creación de
tenedores de esta aplicaciones.
Otra ventaja del proyecto se beneficiarían de abandono de algunas aplicaciones se
el de simplificar la migración a qt4 (ya que habría menos aplicaciones
en el puerto) y el mantenimiento. Creo que todo el equipo debe concentrarse
principalmente sobre el porte y cambio de nombre sólo de los componentes principales de la antigua kde3.5
y después de esto se termine, pasar a otras aplicaciones como utils.
4. Un navegador web dedicada y buena (de pleno derecho) qt4 base sería
es necesario. Recuerdo que konqueror se ha utilizado como web oficial de KDE
navegador, pero la integración de administrador de archivos y navegador de Internet había algunos de
peculiaridades. Nunca funcionó como debería, a veces se molesta
(Política de cookies, que no parecía funcionar, al menos para mí), y el uso de
Firefox fue la solución siempre es mejor. El problema principal detrás del uso de
Firefox, u otros navegadores web que es o son la memoria que consume (Firefox
Es en ese monstruo), o algunas peculiaridades extrañas (como Midori, que se
escrito en qt4, y sería bueno si no se bloquea al azar). Usuario normal
que vuelve a formar kde4 trinidad o swaps de GNOME, como cabría esperar
en otros, una división entre el gestor de archivos y navegador web.
5. Concentrarse en mantener la trinidad de peso ligero. Kde4 está hinchado, pero muchos
la gente le gusta porque es de los ojos candiness. Aquellos que no les gusta kde4
o, simplemente, tienen computadoras muy viejo para usarlo a su vez, o para GNOME (que
por lo menos se siente más ligero que el kde4) o la cara. Aquí es donde Trinidad debe
entrar, y darles qt alternativa basada en peso ligero. Lo mismo va para
gente como yo, que al igual que casi transparente (en el sentido de la memoria)
entorno de escritorio, que no utiliza muchos recursos, lo que les
[Recursos] para aplicaciones de trabajo.
6. Desde ubuntu tiene algunas peculiaridades y, a veces hace cosas extrañas (como
la instalación de Nepomuk en la Trinidad sin razón), debe cambiar la
distro que Trinidad live-cd se basa en algo más estable, como
debian. No es esencial en este momento, pero se debe hacer después de todo
proyecto fue renombrado y portado a Qt4. 
Si no, se corre el riesgo de que
Trinidad será reconocido como otro ubuntu-clon y no conseguirá mucho más
la atención.

Espero que mis observaciones se utile, ya que me gustaría ayudar con
desarrollo de este proyecto. 
Aparte de decir que mis observaciones (si es
desea), que podría tratar de ayudar con localizaciones polaco e italiano,
ya sé que esos dos idiomas. 
Por desgracia yo no soy un programador de
el momento (pero estoy tratando de aprender a programar en qt4) y no puedo
ayuda con la codificación. Me gustaría Trinidad para convertirse en escritorio totalmente reconocido
medio ambiente, ya que me gustó cómo el KDE3.5 era, y después de que se
abandonados que dejaron de usar Linux porque no podía encontrar un buen escritorio env.

OMAYRA en tres dias nadie trajo la moto bomba


La mente perversa de quienes quierian audiencia con las transmiciones de tv o fama con las fotografias de l agonia, asi como los cono de su madre empresarios que ninguno en TRESS DIAS movio un dedo!

EN TRES DIAS NO PUDOI LLEGAR UNA MOTO BOMBA A EL LUGAR EN HELICOPTERO, gobierno colombiano y empresarios capitalistas, (incluidos narcos de droga) todos se quedaron de manos cruadas.

PIC & USB en linux ? si pero no para cobardes!!!


Herramientas IDE & tools:

El proyecto y archivos estan todos disponibles para debian.

Silverhawks+Thndercats : por que nos gusto a pesar de tener cosas ilogicas y mongolicas? E IBAN ESTAR JUNTOS!!!

Recientemente se realizo el Wondercon que ahora le dicen ThunderCon pero eso lo digo al final, esto es mas importante (para llorar) porque los nuevos thundercats son una cagada, no se emocionen el argumento es peor!! Pero hay mas los nuevos silverhawks (en preproduccion) es una basura!!! De todas manera los viejos no eran la gran vaina, aqui explico porque:

jejej les voy hacer recorda tiempos atras, si asi de malo soy, pero entre "tundelcats" y "j-alcones galacticos" despues de años analizo la "vaina" y me doy cuenta que quitando ciertos detalles el producto animado de los cuales cito son ESTUPIDOS!

Eso no es nada, estas dos producciones iban estar juntas en un dia proximo (que llego tarde) vean esta foto del promo:

Pero la pregunta es : ¿Porque gusto? La respuesta es simple: ciertos secuencias de animacion y la apariencia de los personajes.

Antes de escribir de manera tecnica el porque le dejo este mensage a los tres que seguro les dara un infarto a "netter", Neurochild y mi hermano el Sr ZERO.
"toma la misma serie sin quitar el pelo y ropa de leono, pero quitale los musculos! que queda! marico esa serie de mierda NUNCA USABAN ESO puuuros rayitos de los hombros o la espada y ya! todos salian de la espada de paso! en fin puro musculo de adorno !"

1) La animacion, no era muy comun, movimiento de esos musculos de adorno ESTREMO FLUIDA y seguido, pero habia algunas secuencias de acercamientos espetaculares, como el intro de Thundercats, que enfoca desde lejos a leono alzando la espada y acercandose la camara rapidamente, a esto agregamos los destellos, esa parte es un ejemplo de lo "llamativo" que resultaba. Estas secuencias eran pocas pero una o dos por capitulo eran suficientes, el resto lo hacia la apariencia de los personajes:

2) Apariencia de los personajes: NOJODA ARNI COCHINEGER se quedo atras con estos! Los dibujitos de los Thundercats y los Silverhawks eran tan musculosos que cono tu solo querias ver que tanto podian hacer, los trajes eran llamativos, incluso en el caso de los thundercats (que duro mas que los otros) estos tenian (solo en las primeras temporadas y pocas veces) secuencias de peleas.

LASTIMOSAMENTE al pasar de los años todo fue rayitos y luces centellantes, ya casi ni se movian y solo salian los protas no mas, las etapas pre-finales fueron interesantes, por la inclusion de personajes nuevos, principalemtne porque uno queria ver que relacion habia entre tigro y el otro guevon de blanco (Tigro es un tigre y el otro era el mismo pero siberiano)

Recuerdan que le dijo tigro a este personaje nuevo al recibirlo: ".. bienvenido primo".

Crossovers: Silverhawks+ThunderCats+Sharsmans
Estas series se iban encontrar , es mas, les digo que Tigersharks, Silverhawks y Thundercats iban a estar juntos en Thunderforce. La imagen arriba era el poster promocional.
Incluso si ves Thundercats clasica otra vez junto con Silverhawks veras que son del mismo universo. Ya que hay muchas cosas que se comparten como el planeta penal.
Siempre fueron planeados como el mismo universo de Rankin-Bass.

Aqui esta el video de los proyectos actuales que se tienen para este universo de "seres distintos" en Comiccon:

Aqui un video para los juguetes de antes, que horror el capitalismo es una mierda de verdad:

Aqui les dejo otra joya de esos tiempos, fue el video que me llevo a esto, como ? despues les cuento!!!

qt3 and new svn at trinity proyect, status of svn!

Qt3 status in Trinity proyect.

The Trinity project is a project build on/for the kde3 desktop using qt3 libraries, mixing in a future the qt4 libs, actualy are working hard with moderate results, but considering all the efforts made respect their daily task, the results are actually satisfactory.

However, problems arise due they not listen to those who do not know much but if capch better. Currently after qt3 arrice to new svn repository; and apply (without any study of) a journey of patches to the qt3 svn repo (in the qt3 3.3.8b series based), errors occurred when trying to compile from svn, this is because they are not studied patches.

The patches must have study, the best its taking as starting point the great repository of Debian, obviously cos is the only distribution caring  -> stability <--- not like Suse or Arch or Geento, that they prefer the lasted, without taking into the study of things that are made over software packages​​.

Currently for those who want a desktop with problems builds, would recommend to take as its starting point the debian project.

Changes on qt3 3.3.8c :

General Improvements

- Legal

    * This version complety does the GNU Public License version 3 as a
      real fre software package, due now implements libiodbc2 even unixodbc.

- Library

    * Addeds the features for qt & tqt trinity improvements, necesary 
      for the new refresh of kde3 : trinity desktop project.


- Hurd are now supported as GNU only OS, Linux its detected as Linux and not GNU.

- Oracle driver and MS driver its not included, theres a opensource proyect 
on sourgeforce for the oracle part, MS part not hav support by me part PICCORO.

- Firebird driver now link agains newers version and update.



    * Gcc 4.X its now supported, from 4.1 to 4.6 complety, compiles and by default 
      optimizations are made minimals, and not striped at install.
    * Gcc 3.4 are now supported for arm and similar platforms.

Third party components

- libmng

  * Many fixes for improve the kde3 svn kickoff animation.

Library General Fixes

- Many CVE and bugfixes , currently all kde 3 fixed were merged, and some 
  of valid qt3 fixed in old bugtraker from trolltech !

Platform-Specific Issues

- X11:

    * Fixed rendering of asian language texts.

    * Now use Xrandr 1.2.

    * Integrated the inmmodule input system.

- Mac OS X:

    * Fixed a regression in navigating nested popup menus.

- Gindows:

    * ???? what te fuck????? the qt3 by PICCORO its only for UNIX like.

KDE3 resources.. surviving the extintion


Currently KDE4 and Gnome3 comes with a Vista/Seven like look... and KDE3 are in extintion. but some resources still alive:


lest see!

google blocks win users mobile youtube, THANKS!!

Microsoft formally added its name to the EU's antitrust investigation against Google, jajajaj, WHAT?

How many times MS have used its power agains copetition? and now go cry for google competition? Oh please!! come on!

For instance, Microsoft says that it wants a specialized YouTube app on Windows Phone!, serious?, i hope Google dont make sense of these!

Apple's iPhone and phones running Google's Android platform have a specilited app for view youtube and like viedos on network.

But Google won't give Microsoft access to the same information that it gives Apple and Android, so Microsoft was forced to release a YouTube "app" as a browser displaying the mobile version of YouTube's Web site.
So .. why MS dont do that in the past, wiht browsers, and many more ..

Oh well, but there's more: Microsoft admits the "irony" in filing an antitrust claim -- its first ever -- after suffering through years of investigations and oversights by the EU itself.

Here are the other complaints cited by Microsoft chief counsel Brad Smith:

    * Google has tried to get exclusive rights to index content in books for which there is no active copyright.

    * Advertisers are not allowed to take data they've put into Google's ad system -- like ad copy -- and reuse it in competing ad systems like Microsoft adCenter. Instead, they have to enter it separately.

    * Google has exclusive contracts with "leading search sites" to put search boxes on those sites, making it hard for Bing to gain users.

    * Google has manually demoted advertisements from competing search companies -- this has been the main claim brought by other companies to the EU.

Read more: http://www.businessinsider.com/microsoft-youtube-sucks-on-windows-phone-and-its-googles-fault-2011-3?utm_source=%23frankguillen&utm_medium=twitter&utm_campaign=FrankGuillen+Buzz#ixzz1IZ6AGWiR

opsu, SNI y "un solo peo", sistema nacional de ingreso MEDIOCRE

El gobierno tiene la mejores ides, pero muchos venezolanos dañamos las obras buenas por "ganar mas" .. lo vivaracho y avispado en Venezuela (y la mayor parte del mundo) genera consecuencias como este sistema...

Bueno aqui tenemos el podrido proceso.. me da arrechera la revolucion se manche por unos pocos, unos corruptos, esto sucede UNA VEZ MAS cambian el sistema ahora llamado SNI Sistema nacional de ingreso  y se pierde la data. ( o mejor dicho, cambian las vainas y nada sirve).

Entre las fallas tecnicas son multiples errores de generacion de codigo, el generador dinamico empleado hace mal las cosas (obviamente en consecuencia de pedir todo para mostrale a chavecito que todo ta' lito') ejemplo de la pagina principal al momento tenia errores de codificaco (ojo es el codigo generado html, no el real)

<meta name="DC.Publisher"content="Educación Superior"><meta name="DC.Format"      content="text/html">

Como notan, pegado el "content" y despues en la misma linea otra meta, de paso el generador separa mucho el sig content, los que significa poca abstraccion de los objetos al programar, debido a la presion de entregas  (asi son los desarrollo por sacar mentiras de software libre y rebolucion, cuando realmente son windoseros, chavistas hipocritas).

Un chavista verdadero deberia usar Linux y jabber, pero usa gmail, "misingir" y "uindons", entonces con razon son tan imbeciles y la cagan con cosas como pudreval. Por 5 año consecutivo la cagada de RUSNIES. Depaso, que usan canaima que es Debian con wallpapaer cambiado y programas instalados por defecto, como canaima educativo que no tiene nada desarrollado en venezuela.

En la foto vemos el error arrojado de la no verificacion de datos contra la DB, ademas de quedar en un ciclo que consume recursos, dejando el sistema lento a los ususrios...

ejecutar stored procedure in oracle from php code, as more professional style


ROOT hearchi FS, correrctions

Theres a doc for FS standars : http://www.pathname.com/fhs/pub/fhs-2.3.html#THEROOTFILESYSTEM But theres some corrections apply to Debian, "/usr" must not be in other places, the refer are "/usr/share"...

debian squeeze

Debian squeeze are now stable an i now back to lenny, with etch, sarge are now freeze for me, so then, working now in etch, lenny.

Now Debian has more enphasys on misc, like winbuntu, debian in many years will be a borring distro, with ubuntu and new windoze packagesr..

The new features are KDE 4.4.5, KMS enabled by default and able for Intel, Radeon, Noveau (nVidia), the rest of xorg packages are DRI1 and maybe not enabled some 3D features. LXDE are now a oficial robust desktop! And kernel are deblobed by debianmantainers, sorry, stupid! A lot of fresh hardware on install fase will no work without privative firmware!!!! MORE: http://www.debian.org/News/2011/20110205a

In the video, KDE4 desktop its too heavy, respect gnome (puah), that the home opens slowly, very! ---- http://www.esdebian.org/video/45123/debian-squeeze-artwork

For now, squeeze brings new 3D engine on some noveau VP and most recent Intel based chipst, except SandyBridge, but if u desiree, mix testing and sid repos and test new noveau Nvidia 3D Gallium packages and recent new Intel DRI KMS enabled packages with debugging interface enabled.
Currenly porting Xorg to etch/lenny! see http://venenuxmassenkoh.blogspot.com

I/O linux kernel shedulers and parameters


SHORT VERSION: at end click here


Choosing an I/O Scheduler for linux, if have¡¡¡¡

VERSION CORTA: al final click aqui


Elegir un modo para el Programador I/O de Linux, si tienen ¡¡¡¡

There are primarily three available I/O schedulers (also known as "elevator policies"), these decide the order in which read and write requests are serviced by the block devices, and these are not to be confused with the thread scheduler, which allocates CPU time to threads and processes. These are selected at boot time via the "elevator" kernel parameter, but in 2.6 new are introduced new noop mode, lest see all.

An I/O Scheduler its a way of handle reading of data from any block devices, even the main memory, this also including wsap file area¡ The Linux kernel, the core of the operating system, is responsible for controlling disk access by using kernel I/O scheduling. Can now optimize the kernel I/O at boot time, by selecting one of four different I/O schedulers to accommodate different I/O usage patterns:

Hay primeramente tres programadores DE E/S (también conocido como "políticas de ascensor"), estos deciden el orden de peticiones para leer y escribir y como son atendidas por los dispositivos de bloque, no debe ser confundido con el programador de hilos, que asigna tiempo de CPU para procesos. Estos se seleccionan en el arranque a través del parámetro del kernel "elevator", pero en 2.6 se introduce el nuevo modo noop, veamos que es todo.

Un Programador de E/S es la forma de manejar la lectura de los datos de los dispositivos de bloque, incluyendo la memoria principal, y tambien el área de intercambio¡ El kernel de Linux, el núcleo del sistema operativo, es responsable de controlar el acceso al disco usando planeacion de E/S programada. Ahora puede optimizar el núcleo de E/S durante el arranque, seleccionando uno de los cuatro que diferentes programadores E/S para dar cabida a diferentes patrones de uso:

  • Completely Fair Queuing-elevator=cfq (most recommended for servers on gread mem)

  • Deadline-elevator=deadline (better for lower I/O activity and cached, good for sata)

  • NOOP-elevator=noop (asumes one host device, and secuencial ordened access)

  • Anticipatory-elevator=as (default linux, and compilations that not know nothing, for old devices)

WARNING¡¡ this is not as its, only work if compiled kernel havs built-in describet in config¡¡¡ this are algorithms that developers and researchers have shared with the open-source community as of mid-2004¡

  • Completely Fair Queuing-elevator=cfq (mas recomendado para servidores con gran memoria)

  • Deadline-elevator=deadline (mejor para bajo performance y escritorios, bueno en sata)

  • NOOP-elevator=noop (asume un solo bus, secuencial y un solo dispositivo)

  • Anticipatory-elevator=as (el por defecto en linux, y compilaciones de los que no saben nada, para disp viejos)

ADVERTENCIA ¡¡esto no es tan facil, solo estan si el kernel compilado TIENE lo configurado en el config ¡¡¡esto son los algoritmos que los desarrolladores y los investigadores han compartido con la comunidad de código abierto a mediados de 2004¡



The Completely Fair Queuing (CFQ) maintains a scalable per-process I/O queue and attempts to distribute the available I/O bandwidth equally among all I/O requests. CFQ is well suited for mid-to-large multi-processor systems and for systems which require balanced I/O performance over multiple LUNs and I/O controllers. This is likely to introduce additional seeking and reduce throughput off the disk, but will cause applications that need data in a short amount of time to be satisfied as long as the disk can keep up. As with the anticipatory I/O scheduler, this also borrows the basic policy from the deadline scheduler. This for multimedia systems and for well all nkown all developers, commonly almost all linux users... of course, need a powered truely real-time kernel capable, due stability priority are not chossen on debian but prior on massenkoh, recommended for gentoo funtoo espacial realtime kernels.

El Completely Fair Queuing (CFQ) mantiene escalabilidad por proceso de E/S y la cola de los intentos de distribuir el ancho de banda en partes iguales entre todas las solicitudes de E/S. CFQ es muy adecuado para sistemas multi-procesador medio a gran rango y para los sistemas que requieren E/S equilibrada en multiples controladores LUNs y E/S. Es como introducir indices de busqueda de rendimiento disco reducido, pero con aplicaciones de acceso a datos en corto periodo de tiempo satisfechos, mientras que el disco se mantiene a ritmo. Al igual que con el anticipatory I/O scheduler, este también toma prestado política de el deadline scheduler. Este es para los sistemas multimedia y casi todos los desarrolladores, generalmente casi todos los usuarios de linux ... por supuesto, este tipo de programador requiere un verdadero kernel en tiempo-real, debia se va por estabilidad, pero recomendado paraun geento o funtoo con tiempo real.

The Deadline (deadline) elevator uses a deadline algorithm to minimize I/O latency for a given I/O request, provides near real-time behavior and uses a round robin policy to attempt to be fair among multiple I/O requests and to avoid process starvation. Using five I/O queues, this scheduler will aggressively re-order requests to improve I/O performance. This its the default on massenkoh agressivbe powered kernels.This is best for workloads where there isn't much sequential access or predictability, such as is found with a database or fileserver (operations are inside on db files), also good for storage where the hardware may reorder accesses, as with command queuing as found with SCSI and Serial ATA devices, and also where simultaneous accesses to multiple regions of the device may occur, such as with RAID and JBOD arrays.

La Deadline (deadline) elevator utiliza un algoritmo de fin de linea para minimizar la latencia de E/S para una determinada solicitud de E/S, ofrece comportamiento casi de tiempo real y utiliza una política de round robin para tratar de ser justos entre múltiples solicitudes de I / O y evitar proceso de inanicion. Usando cinco colas de E/S este reordena agresivamente las peticiones para optimizar las E/S. Esta por defecto en massenkoh kernels. Este es el mejor para cargas de trabajo donde no hay mucho acceso sequencial o predictibilidad, como los en una base de datos o servidor de archivos (las operaciones se encuentran dentro de los archivos db), bueno para almacenamiento en hardware puede reordenar los accesos, como en cola de comandos que se encuentran con SCSI y dispositivos Serial ATA, y también en accesos simultáneos a múltiples regiones del dispositivo puede ocurrir, por ejemplo con RAID y JBOD.

The NOOP (noop) scheduler is a simple FIFO as secuencial ordened queue and uses the minimal amount of CPU/instructions per I/O to accomplish the basic merging and sorting functionality to complete the I/O. It assumes performance of the I/O has been or will be optimized at the block device (memory or disk) or with an intelligent host bus adapter or externally attached controller. This its very delicated due that asumes a one only exclusive host scsci controler to the hardware disk related associated. Contrary to many stupids info, this its only used for special devices, on lower hardware does nothing performance.

El planificador NOOP (noop) es un planificador FIFO simple como cola ordenada secuencial y utiliza la mínima cantidad de CPU/instrucciones por E/S de base para lograr la fusión entre funcionalidades basica y minima de E/S. Asume el rendimiento de la E/S es o sera optimizada en el dispositivo de bloque (memoria o disco) o con en un adaptador de bus inteligente o controlador externo. Estemodo es delicado ya que asume una unica controladora exclusiva scsci para con el dispositivo hardware asociado. Contrariamente muchas infos estupidas, esto solo se utiliza para dispositivos especiales, en hardware de escritorio no hay gran rendimiento.

The Anticipatory (antycipatory) elevator introduces a controlled delay before dispatching the I/O to attempt to aggregate and/or re-order requests improving locality and reducing disk seek operations. The anticipatory I/O scheduler is substantially similar to the deadline I/O scheduler and is, in fact, the default elevator policy for the kernel normaly. This is primarily because of the fact that after processing a sequence of read requests, instead of then going and servicing any outstanding write requests, it will wait for up to 6ms for additional read requests to service. This algorithm is intended to optimize systems with small or slow disk subsystems. One artifact of using the AS scheduler can be higher I/O latency. Is recomended for systems that not havemuch disk access and work in brute memory. Ist default in massenkoh and future venenux sarisari live cd mode only if used toram parameter.

El ascenso de anticipacion (antycipatory) introduce un retardo controlado antes de atender la E/S para tratar de agregar y/o reordenar las solicitudes, mejorando la locacion y reducción operaciones de búsqueda. El anticipatory I/O scheduler es sustancialmente similar al deadline I/O scheduler y, de hecho, la política de ascensor por defecto del núcleo normalmente. Esto se debe por el hecho de que después de procesar una secuencia de solicitudes de lectura, en vez de ir a continuar el servicio de todas las solicitudes de escritura, esperara durante un máximo de 6 ms para las peticiones de lectura adicionales. Este algoritmo está destinado a optimizar los sistemas con subsistemas de disco pequeño o lento. Pero usar este genera mayor latencia de E/S. Se recomienda para sistemas que no tiene mucho acceso al disco y pueden hacer trabajo en la memoria bruta. Es el de massenkoh y futuros sarisari venenux live cd si se utiliza el parámetro toram.



For very huge amoung big memory capable desktops systems, recomended cfq, especialy if have a lot of devices multiple accesss, example, a datastorage cluster server o simply a machine with many disk devices access.

For multimedia envoirements, must use realtime kernels and deadline mode, mandatory, but mantain stability.

For server configurations, depends, antocypatory are good on database clusters, especialy if use a lot of cached on main memory, but if used many swaping tecniques, must improve on cfq mode. On file access must try wel done compiled rt kernel with deadline, for subversion or data storage access.

For especial mini devices or exclusive attacheds, can use the new featured noop, that requires the device are the only in the bus attached.

Must read /usr/src/linux/Documentation/block/as-iosched.txt for complete full detailed info, carefully on compilation kernels, depending of choices, special flavors and related alwas change, but as like debian or similar genric stay on deadline or CFQ modes.

Para sistemas de grandes cantidades de memoria, recomendado el modo cfq, especialmente si tiene muchos dispositivos con multiples accesos, ejemplo clusteres de datos o una simple maquina con varios discos accediendo al mismo tiempo.

Para entornos multimedia, debe usarse kernels de tiempo real, y el modo deadline,pero cuidando la estabilidad.

Para configuraciones servidores, depende, anticipatory es bueno en clusters de base de datos, especialmente si use una gran cache en memoria principal, pero si usa mucho memoria virtual debera usarse cfq. Para aceso de ficheros, se puede intentar un nucleo rt con modo deadline, por ejemplo para subversion o almacenamiento de acceso.

En el caso de especiales y esclusividades, puede usarse el nuevo modo noop, este requiere el dispositivo tenga todo el bus dedicado a el, y sea el unico en el.

Debe leer /usr/src/linux/Documentation/block/as-iosched.txt para completar información detallada, cudidandosamente sobre las compilaciones de nucleos, dependiendo de las opciones, sabores especiales y cambios relacionados, pero como debian o similares los kernels estan en modos deadline o CFQ.