Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Foxy Rider

#1661
GNU/Linux / Re: Rendimiento kernel compilado
1 Agosto 2010, 21:29 PM
Depende mucho de lo que optimizes, tu hardware y como esté configurado el kernel de la distribución (que usualmente es genérico y un tanto pesado), depende ...
Por eso los benchmarks pueden mostrar diferentes números ...
yo te aconsejaría mucha lectura sobre el tema .... podrías bajarte el código de kernel.org, hacer un "make menuconfig" y empezar a buscar en google lo que veas ahí ...
ya que usualmente optimizar el kernel es algo que se tiene que hacer sabiendo lo que estás haciendo ... por que podés olvidarte algún módulo importante como thermal, fan, ext4, etc ...

Igualmente, tenés una orden en el make (que no recuerdo como se llama), que revisa módulos cargados y en uso, y el resto lo saca ... pero tené en cuenta que al sacar soporte de otros dispositivos, si tu máquina falla y cambiás el hard, no vas a tener el driver !!

Saludos.
#1662
Hola, te explico, la función end de std::string, retorna un iterador ( en la librería estándar se usan iteradores para poder recorrer contenedores, es como un puntero a una posición en un contenedor ) al próximo elemento después del último caracter en la cadena, es decir, al final ... (lo opuesto a begin, que retorna el principio de la cadena)

En en caso de erase, como bien su nombre dice, borra un caracter de la cadena, y la posición donde se borra está dada por el iterador (se borra el último caracter) ... y después se le concatena otra cadena usando el operador +
Las funciones en C que te ayudarían sería strlen() y strcat() en principio, pero como el manejo de memoria no está abstraído en clases como string, vas a tener que hacerlo a mano con malloc(), realloc()* y free()
Acordate que por cada vez que pidas memoria con funciones tipo malloc/realloc y calloc, tenés que liberarla sí o sí con free, sino vas a tener una fuga de memoria en el programa ...
Deberías leer de punteros y manejo de memoria antes ... no es algo que tome mucho leer, te cedo el link de conclase, pero quizá alguien conozca algo mejor -> http://c.conclase.net/curso/index.php?cap=012#inicio (es un curso de C++, pero sirve)
Y ya que vas a lidiar con memoria y funciones como strcat(), te dejo > este link < de lo que no hay que hacer, es decir, errores comunes en la gente que recién arranca a programar

Saludos y suerte !

P.S : Tiene pinta de ser un código un tanto guarro ...

* : No necesariamente, pero acordate de pedir siempre lo que uses, no desperdicies memoria ... después siempre podés pedir más !
#1663
4 horas mínimo por día, sino, después se me amontona muchas cosas en el RSS, mail, foros e identi.ca/twitter y se me complica la situación ...
dependiendo cuanto me tome ... sobre eso está mi tiempo de lectura y código ...

Saludos.
#1664
Mi primer contacto "serio" fue cuando a los 13 ví a mi profesor de informática con el IDE de Visual Basic, en ese entonces no lo conocía a ese lenguaje ... (entre paréntesis :  el profe se "hacía el lindo" con programar en ese lenguaje chotísimo diciendo que hacía cosas díficiles y demás, y yo ahora recordando que solo hacía soft administrativo chicos para negocios , o sea, pura interface y movida de base de datos .... me causa tanta gracia ...)

Justo estaban con el tema de la remodelación de la página web del cole, así que después de romper un poco, me metí al "equipo" y me puse en google a buscar manuales de ASP, Dreamweaver y Flash (versión 4 creo que eran ?), y me puse con ello n_n

terminado con el sitio del colegio ...  al ratito, le tomé el gustito al asunto "programación" y me conseguí un libro de C que me devoré en una semanita ... ahí desde ese entonces arranqué con el tema "Programación" sobre C y un poquito más tarde fue C++

Saludos.
#1665
Esta es la noticia relacionada >> https://foro.elhacker.net/noticias/posible_adios_al_usb_y_al_firewire_intel_presenta_una_tecnologia_capaz_de-t300822.0.html
No aplica a conexiones de internet, sino de dispositivos ... para lo otro ya se viene usando la fibra óptica ...

Saludos.
#1666
dmg2img -> http://vu1tur.eu.org/tools/

Saludos :3
#1667
Foro Libre / Re: Brutalidad de cálculo.
28 Julio 2010, 12:16 PM
El primer video es real-time, si mal no recuerdo era una demostración o de la GTX 295 o la 480, don't remember exactly, pero sí, nVIDIA al momento lleva las de ganar con CUDA/OpenCL
Y el segundo debe ser por CPU, por que nVIDIA Largó una simulación más compleja en realtime con CUDA:

[youtube=425,350]r17UOMZJbGs[/youtube]
HTML5/Theora : http://tinyogg.com/watch/mq6Kx/

Cita de: Zheck en 28 Julio 2010, 00:33 AM
:o Si lo entendierais os quedariais flipados.Ese ordenador esta calculando el movimiento de medio millon de particulas con multitud de variables en tiempo real Esta haciendo millones de operaciones a una velocidad increible lo suficientemente rapido para calcularlo en tiempo real.Con esto se podria avanzar mucho en la ciencia.

De hecho, con OpenCL/CUDA nVIDIA, al ser la empresa líder en cómputo GPGPU, incursionó mucho en el ámbito de la empresa y ciencia ...

http://blogs.nvidia.com/ntersect/2009/11/nasa-simulates-space-dust-with-cuda.html
http://www.nvidia.com/object/cuda_energy.html
http://www.nvidia.com/object/cuda_medical.htm
http://www.nvidia.com/object/io_1241588307876.html

y hasta salió un paper de cómo acelerar SQL vía GPU
www.cs.virginia.edu/~skadron/Papers/bakkum_sqlite_gpgpu10.pdf

Saludos.


Bonus:
http://www.geeks3d.com/20100330/geforce-gtx-480-opencl-performance-tested/
http://www.geeks3d.com/20100329/geforce-gtx-480-and-gtx-470-have-limited-double-precision-performance/ (fijense el dato de doble precisión en las ATI)
http://www.nvidia.com/object/fermi_architecture.html
#1668
Cita de: Nakp en 27 Julio 2010, 02:09 AM
aceleracion por hardware :rolleyes: si los demas navegadores la tuviesen... IE siempre se la come :P

bajo las mismas condiciones, IE9 no deja de ser pobre e inferior

http://www.basschouten.com/blog1.php/2009/11/22/direct2d-hardware-rendering-a-browser

y en Chromium ya aterrizó hace un ratito.... ahora desafortunadamente no tengo acceso a los repos que estoy "suscripto" (todavía ando con un tema de backups ...) como para darte el enlace a la revisión/commit que se añadió, aunque podés probar  el dev channel y mirar acá -> http://www.neowin.net/forum/topic/908454-chromechromium-hardware-acceleration/

Saludos.
#1669
GNU/Linux / Re: Problema de permisos en KDE
26 Julio 2010, 04:11 AM
xexio, eso solo cambia el permiso a la carpeta de usuario (no el propietario/owner) , para que se establezcan los permisos a todas las carpetas, tenés que usar el chown(8) en recursive ...

Código (bash) [Seleccionar]
chown -R raul:raul ~/.kde4/share/apps

fijate el tema de el .kde y .kde4, teóricamente debe ser el segundo ... pero hay sistemas que usan .kde ...  podés ir "parcheando" los permisos así ... de a carpetas ... (guarda con hacerlo sobre .kde4 directo por que ahí están los locks/sockets)

Saludos.

Fail/Edit : Como siempre, confundí chmod con chown, a pesar que el mismo nombre del comando dice que hace ... CHange OWNer ... x_x
#1670
Claro, igual no todos se inician con Ubuntu, conozco muchos casos como el mío donde se arranca con otros sistemas, como Debian (Debian etch en mi caso :$)

Pasa que la gente que demoniza ubuntu, es gente que tiene otros estándares de calidad, estamos hablando de gente más interiorizada, que conoce otros sistemas .... y que de repente mira otras cosas, como el ciclo de desarollo, las versiones de paquetes, el proceso de actualización y lo que esto implica (velocidad, estabilidad, features,  etc ..) ... y Ubuntu si bien está "Ok" para el que solo quiere usar la computadora, tampoco es lo mejor ...

En mi caso siempre preferí instalar Debian, por que sé que es estable, por que sé que ciclos de desarrollo tiene (y el QA que hay en ambas distros) y que un sistema no se va a quebrar en una actualización, que viene "capada" de muchas cosas que trae ubuntu que quizá hace a una experiencia de usuario más simple, pero que te quedan residentes en el sistema pidiendo la guarrada que pide Ubuntu .. (y que yo, cuando instalo el sistema, puedo instalar en 5 minutitos)

Igualmente aparte de eso (los motivos "técnicos"), también está lo ético ... el respeto a la comunidad y la filosofía que se tiene en debian ...  en eventos de soft libre tuve roces con la comu de Ubuntu, los aborrezco, disiento mucho en la mentalidad que tienen ...

En mi caso demonizo y aborrezco ubuntu por esas mismas cosas que yo sí considero importantes y que quizá para los demás está Ok o no les importa ...

En el mundo de GNU/Linux considero que Debian, Slackware, Gentoo y OpenSuse están bien .... (escuché buenos comentarios de Mandriva así como de Arch también - Aunque no sé que QA tendrán si son muy del bleeding edge - , pero ... no recomiendo cosas que yo no testee )

OpenSolaris también está copado, tendría por así decirlo el mismo nivel que exige Debian ... esperemos que la gente de Oracle le siga metiendo pata y que mantenga el modelo de desarrollo abierto que la gente de Sun tuvo y que le dió una buena comunidad a OpenSolaris (igual, ya en las listas de indiana , reaparecieron aquellos mails con solicitudes de cambios para los diferentes builds de OpenSolaris, y hay un supuesto build nv_145, así que bien ... http://bit.ly/a4NXqw )

PC-BSD también está bueno, y por diferentes benchmarks (acá unos benchmarks -> http://bit.ly/bxYKp5 | ojo que hay que saber leerlos ! hay que conocer ambos sistemas y las diferencias para saber el por qué de esos números y cuán válidos son) , está bastante próximo a lo que ofrece GNU/Linux en cuanto a performance  (Igual, acá uno se puede explayar, por el tema de versiones de gcc, las licencias y el laburo con clang ... eso dejando de lado las diferencias de implementación) ... aunque el tema es el soporte de hardware ... con probar no se pierde nada, o de última seleccionar hardware que sea más *nix Friendly (una compra atenta te ahorra tanto quebradero de cabeza... y te da libertad de probar otros sistemas)

CitarPD: otra cosa que no me gusta de ubuntu es el sudo en tooooooooooooooooooooooooooodos los comandos....

Código (bash) [Seleccionar]
sudo -s

Saludos.

P.S : si algo suena "feo", avisen que les cito fuentes y les pongo el "por qué"
Edit : agregué el mail de la lista de indiana