Mensajes

Emmm .... yo conocí a mi novio en Facebook  (de repente me sentí rrré Forever Alone )

[muy]

Lo coherente es optimizar cosas como servidores de base de datos, web, aplicaciones, software en general ....
dependiendo del caso, las optimizaciones son muy específicas, y estás queriendo optimizar por optimizar (necesitaría algo concreto)

Como consejos generales podría decir que veas desde el lado del I/O toqueteando valores de ZFS ( http://ur1.ca/4n1t2 & http://ur1.ca/4n1t5 ), podés toquetear servicios ( http://ur1.ca/4n1tg ), usar dtrace ( http://ur1.ca/4n1u2 & http://ur1.ca/4n1tv & http://ur1.ca/4n1ub ) - teniendo en cuenta que si programás, trates de usar el IDE de sunstudio que es más *cómodo* para usar dtrace para hacer profiling-, uso de red mediante crossbow ( http://ur1.ca/4n1xs & http://ur1.ca/4n1x0 ) y también los tuneables del sistema (estos te quedan de tarea pero con una pista : /etc/system   )

y como "relacionado" agrego esto : http://ur1.ca/4n1z2

Esos son parámetros generales para optimizar una aplicación, en general, las optimizaciones son muy específicas a una aplicación y no veo que apuntes a algo concreto, supongo que lo de arriba te va a dar herramientas generales para ir tackleando la optimización de una app., algunas ya son muy usadas y conocidas, y ya tienen sitios que explican como optimizarlas según el tipo de carga que generen ( acá hay un par de ejemplos : http://ur1.ca/4n1zl )

Cualquier duda consulte nomás =D

Saludos.

Ufff, ud se los sacan y las ratas huyen para estos lares.... Acá en Argentina se está debatiendo el incorporar el canon digital  : http://www.youtube.com/watch?v=LI_FGojUGxY (Igual beatriz rrré abrochó a ese ... autor ? ni lo conozco al señor)

Un horror !

Pero ambas cosas son inoptimizables en cualquier sistema, no tienen sentido... sólo son dos script que revientan la cpu haciendo cálculos. (y encima, son feos en como están hechos, el segundo hace un int overflow en nada, y el primero eventualmente lo hace - hay un delay agregado por hacer output a la consola - )
O sea, básicamente sólo suman, no hay forma de "desestresar" la máquina optimizando, salvo que agregues un delay en esos cálculos

Saludos.

P.S: eso o no entendí a lo que te referías

Guarda con c99 que no se si todos los compiladores lo tienen debidamente implementado (por lo menos en *nix), gcc se que no ... es preferible evitarlo (stdbool está igualmente, pero dejo el warning). Además, solo se necesita el include y no cambiar el "bool"

Saludos.

PS: Curiosamente en FreeBSD ese header lo hicieron como la primer version que puse.

Fijate que si andás compilando con un compilador de C, el tipo de dato bool no existe (se usaba int), podés cambiarlo a eso o hacer algún parchesito pokeando con  typedef/enum/preprecesador para "implementarlo", más visible como :

Código (c) [Seleccionar] Expandir

#define true 1
#define false 0

typedef int bool;


o sino, más acotado y correcto :

Código (c) [Seleccionar] Expandir

typedef enum{ false,true } bool;

Saludos.

@beholdthe: fijate a la izquierda el (8)/es (el 8 es la sección y el /[xx] es el código de idioma disponible)
Respecto a arp, en un ataque de envenenamiento arp (a la caché), tendrías a una computadora mintiéndo sobre qué IP corresponde a qué MAC, habría que ver cómo diagramaste el ataque (léase, qué compus, que ip's y cuales son victima, router y atacante) y si largaste el arp -a mientras es efectivo

Acá está explicado cómo es, y con eso podrías interpretar mejor cómo detectarlo en una tool como arp, pero el problema es que está en inglés (deberías trabajar en aprender inglés, en serio ... todo el material jugoso está en ese idioma y si no lo aprendés tendés a estancarte, podés probar un traductor sino) : http://www.watchguard.com/infocenter/editorial/135324.asp

Saludos.

["Dicen que"]

Si van a decir cosas como "Dicen que" y similares repitiendo demás crap, por favor, pongan argumentos justificados, nada de exageraciones, código or GTFO.

Por que la demonización de goto tarde o temprano tiene que terminar.
Es una herramienta como cualquier otra, y como *CUALQUIER* construcción en un lenguaje de programación no debe ser abusada y debe utilizarse donde sea más coherente, pero muchos usan la exageración (léase: abuso del goto y ponerlo all over the place) como una forma de desaconsejar su uso.

Bajo esa idea, podríamos decir que cosas como punteros o cualquier otra construcción es "desaconsejable"
Los argumentos contra el goto fueron desarmados hace mil años, pero hay gente que insiste repetir cosas de 1968 ...

Saludos.

P.S: sí, este es un mensaje al buen estilo "leave goto alone" (o era leave britney alone ? méh)
P.S 2 : me toca un poco los ... que yo diga que hay gente repitiendo crap (y explique un poquito por qué y ofrezca referencias) , y vengan a hacer eso sin aportar absolutamente nada a la justificación de eso.

@Nak0 : Mirá la fecha del tema y preguntate si el autor podrá leer lo que le respondés o si le sirve después de tanto tiempo... dejo tu respuesta, pero por favor, más atención y ah, si ... tema bloqueado

Saludos

Hola! primero quiero arrancar el mensaje con un Bienvenido !

Segundo y como nota aparte, el mensaje en realidad no corresponde acá, correspondería a una sección llamada "unix/*nix general", pero estamos viendo con el admin si pueden hacerse las refacciones debidas para que haya más agnosticidad para otros S.O's basados en POSIX (y podamos promover temas de estos S.O's, me encantaría !), mientras el tema, se queda acá.

Tercero y ahora sí, vamos a lo que nos corresponde ... podrías postear el script para ver qué tipo de carga es ? también estaría bueno saber del hardware donde va a correr, por que como toda optimización, hay que ver qué tipo de "presión" hace ese script es para empezar a ver formas de alivianarla (y en base al hardware que tengas, obvio)

Como cuarto (y desviándonos, de nuevo !), te diría que utilices OpenIndiana o si te vá algo más privativo, Solaris 11 Express. (Me imagino que estarás usando Solaris 10, ya que el versionado de OpenSolaris es otro)
Ya que OpenSolaris como tal, fue cerrado por Oracle (empresa que compró a Sun) y lo convirtió en una cosa privativa a la que se le pueda explotar más dinero.
El último suspiro de código se conoce como el b147 (b de "build") y sobre eso, la comunidad tomó el código y lo continuó en otro proyecto aparte llamado Illumos.
Sobre Illumos se construye OpenIndiana, que es un derivado que busca ser lo que era OpenSolaris básicamente (y por ahora van perfecto !)

Por ahora muchas diferencias no hay entre Solaris 11 y OpenIndiana, ya que Oracle descaradamente también tomó ese último suspiro de código, le agregó dos cosas  (como cifrado a zfs) y llamó a eso Solaris 11

Tú decides.

Saludos.