Dennis Ritchie el señor del C

Buenas noches, en esta ocasión haré una mención tardia para nuestra gran maestro y amigo el Ing. Dennis Ritchie.

Sus generales: Dennis MacAlistair Ritchie (9 de septiembre de 1941 – 9 de octubre de 2011) fue un científico computacional estadounidense.1

Colaboró en el diseño y desarrollo de los sistemas operativos Multics y Unix, así como el desarrollo de varios lenguajes de programación como el C, tema sobre el cual escribió un célebre clásico de las ciencias de la computación junto a Brian Wilson Kernighan: El lenguaje de programación C.

Recibió el Premio Turing de 1983 por su desarrollo de la teoría de sistemas operativos genéricos y su implementación en la forma del sistema Unix. En 1998 le fue concedida la Medalla Nacional de Tecnología de los Estados Unidos de América. El año 2007 se jubiló, siendo el jefe del departamento de Investigación en software de sistemas de Alcatel-Lucent.

Biografía: Nació en Bronxville (Nueva York) el 9 de septiembre de 1941. Obtuvo dos grados en Harvard, en física y matemática aplicada.

En 1967 entró a trabajar en los Laboratorios Bell, donde participó en los equipos que desarrollaron Multics, BCPL, ALTRAN y el lenguaje de programación B. En Lucent encabezó los esfuerzos para la creación de Plan 9 e Inferno, así como del lenguaje de programación Limbo.

El pase de diapositivas requiere JavaScript.

C y Unix: Ritchie es conocido sobre todo por ser el creador del lenguaje de programación C y cocreador, junto con Ken Thompson, del sistema operativo Unix. También fue coautor junto con Brian Kernighan del manual El lenguaje de programación C, que durante años fue el estándar de facto del lenguaje (conocido como K&R C), hasta la aparición del ANSI C.

Estas aportaciones han convertido a Ritchie en un importante pionero de la informática moderna. El lenguaje C aún se usa ampliamente hoy día en el desarrollo de aplicaciones y sistemas operativos, y ha sido una gran influencia en otros lenguajes más modernos como el lenguaje de programación Java. Unix también ha sentado las bases de los sistemas operativos modernos, estableciendo conceptos y principios que hoy son ampliamente adoptados.

Sobrenombres: Dennis Ritchie es con frecuencia conocido como “dmr” (su dirección de email en Bell Labs) en varios grupos de noticias de Usenet (como comp.lang.c). Ritchie es la “R” de K&R o K/R, como se conoce popularmente al famoso libro sobre C.

Muerte: Murió la noche del miércoles 12 de octubre de 20117 en compañía de su familia. Su amigo Robert Pike, fue el primero en dar la noticia a través de la red social Google+

No nos queda más que decirte MUCHAS GRACIAS por crear algo tan básico en una COMPUTADORA el lenguaje C. “Buen viaje” =>:-)

Sangre de Diablo

Anuncios

Como VER que proceso esta consumiendo los CPUs

Para administrar un equipo efectivamente debemos de poder conocer rapidamente los procesos o aplicaciones que se comen los recursos de procesador. Con este fin les presento el siguiente comando para saber cual proceso o procesos monopolizan los ciclos de CPU;

caldera:~$ ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10

O

caldera:~$ ps -eo pcpu,pid,user,args | sort -r -k1 | less

----IMAGEM

Como podemos ver, el sistema es una maquina de escritorio, ya que el firefox es el que se esta comiendo todo los recursos. El comando ps despliega todos los procesos (-e), ademas del formato definido por el usuario (-o pcpu). El primer campo es cpu, la utilizacion del CPU. Esta ordenado para desplegar los 10 procesos que mas utilizan el procesador.

sar = Medir el Consumo del C.P.U en Linux

Antes vamos a verificar si no tenemos problemas sigamos este procedimiento:

En estos momentos estoy redactando un articulo para medir el consumo del CPU en servidores basados en sistemas operativos Linux. El problema que tengo es que al ejecutar el comando sar me devuelve los siguientes errores;

root@caldera:~# sar

Antes de poder utilizar sar, es necesario el activarlo. Debemos reconfigurar el paquete sysstat tecleando;
 root@caldera:~# dpkg-reconfigure sysstat

Luego reiniciamos el servicio sysstat con el comando;

root@caldera:~# /etc/init.d/sysstat start

Ahora nos toca verificar si en el directorio /var/log/sysstat/ ya esta el archivo faltante.

Dejamos que pasen unos 10 – 15 minutos para ver los datos recolectados tecleando;

root@caldera:~# sar -A
Linux 2.6.32-27-generic (ubuntu) 	20/01/11 	_i686_	(1 CPU

11:54:13          LINUX RESTART

11:54:17          LINUX RESTART

Como podran ver el comando funciona! y nos muestra gran cantidad de informacion para tunear nuestro sistema ya sea de escritorio o servidor linux.

Vamos a la acción:

Para mostrar la actividad del CPU, tecleamos:

caldera:~$ sar

Lo que hemos visto anteriormente es el contenido de la actividad acumulada de los contadores en el sistema operativo. Por ejemplo para ver el uso de CPU cada 2 segundos en 5 repeticiones, tecleamos;

caldera:~$ sar -u 2 5

Donde,

  1. %user: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de usuario (aplicacion)
  2. %nice: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de usuario con prioridad nice
  3. %system: Porcentaje de utilizacion del CPU mientras se ejecutaba a nivel de sistema (kernel)
  4. %iowait: Porcentaje de tiempo durante el cual el CPU o CPUs estuvieron desocupados o libres mientras el sistema tuvo peticiones sobresalientes de I/O
  5. %idle: Porcentaje de tiempo durante el cual el CPU o CPUs estuvieron desocupados mientras el sistema no presento peticiones sobresalientes de I/O

mpstat = Medir el Consumo del C.P.U en Linux

Ahora es necesario instalar el paquete sysstat para poder utilizar las herramientas citadas a continuacion:

Debian/Ubuntu

caldera:~# apt-get install sysstat

Desplegar el uso de cada CPU individualmente con mpstat

Si tienen multiples procesadores o SMP lo qu es algo comun con el Core2 o Core Duo, tecleamos el comando

root@caldera:~# mpstat

El comando mpstat despliega las actividades de cada procesador disponible, siendo el procesador 0 el primero. Las actividades globales de todos los procesadores son reportadas ya sea en arquitecturas SMP o UP.

root@caldera:~# mpstat -P ALL

Salmo 23

El Señor es mi Pastor. Nada me puede faltar.

En lugares de delicados pastos me hará descansar.

Junto a aguas de reposo me pastoreará.

Confortará mi alma, me guiará por sendas de justicia por amor de su nombre.

Aunque ande en valles de sombra de muerte no temeré mal alguno porque tú estarás conmigo.

Tu vara y tú cayado me infundirán aliento.

Aderezas mesa delante de mí en presencia de mis enemigos

unges mi cabeza con aceite y mi copa está rebosando.

Ciertamente el bien y la misericordia me seguirán todos los días de mi vida,

y en la casa del Señor moraré por largos días.

Medir el Consumo del C.P.U en Linux = TOP

Buenas noches, este ocasión voy a comentarles algunas de las anécdotas que tuve al trabajar en un banco como HSBC que me pedían cosas a veces tan absurdas que un experto en UNIX/Linux debe saber pero que en muchas ocasiones nos quedamos fritos al tratar de resolverlo al paso del tiempo me di cuenta que es siempre importante una buena referencia de los comando y herramientas que nos pueden resolver muchas temáticas.

Comencemos con el Comando # TOP

El comando top provee una vista en tiempo real del sistema. Despliega un resumen de la información del sistema asi como listado de tareas que están siendo ejecutadas por el kernel.

IMAGEN

Como podrán ver el comando nos despliega el porcentaje de utilización del tiempo de CPU. En el ejemplo vemos un sistema de múltiples procesadores (entorno SMP)