Eso... Si a alguno alguna vez le paso de que un software no cierre porque tarda mucho en procesar cierta cosa?
Yo estoy acostumbrado a luchar contra el factor tiempo. Hago software orientado a un entorno de electronicos, aunque las maquinas son cada vez mas y mas pulentas, muchas veces me encuentro que el software es lento, y tengo que buscar tecnicas muy puntillosas para mejorar esos tiempos.
Fue asi por ejemplo, que en un soft de video, donde tenia que escribir en el buffer del video, tuve que implementar logica del tipo "Region Of Interest" (ROI) de una forma bastante compliqueta, porque el proceso sobre el buffer me demoraba mucho...
Asi con otras tantas cosas...
Ustedes? tienen alguna experiencia? Se enfrentaron ante este problema? Como lo solucionaron?...
Es bueno saber esto por si se repiten problemas entre diferentes users y podemos comparar como hizo cada uno
.gif "=)")
El sistema de autogestión de una empresa funcionaba bastante lento.
¿Como lo solucionamos?
Habilitamos la caché, que estaba desactivada por la consultora anterior.
vale?
Todo vale
Si vieras mis chanchadas xD
Tengo un proceso en oracle que esta tardando 6 hs, hace un mes tardaba 40 minutos y era mucho, cuando lo resuelva les aviso como fue xD
Trabajo haciendo software para telecomunicaciones.
El factor tiempo es muy importante, y genera problemas todo el tiempo.
En general trabajamos continuamente para mejorar esto.
Ah, chanchadas valen???
- Había una app cuyo codigo NADIE de la empresa tenía, ya que era de una consultora externa (No quiero decir el nombre de la consultora... solo voy a decir que el apellido del fundador era TATA). Le pasaba que a veces se colgaba por una query, e iba dejando threads muertos. Era un .war que corría en un tomcat.
- Solucion: Hicimos otro proyecto (otro war), que se conectara con el tomcat, y matara a todos los hilos cuyo tiempo de duración excedía los 10 minutos.
- Daños colaterales: El server se caía cada 10 minutos, porque efectivamente el server corría en un hilo, y nuestro proyecto lo mataba. Tuvimos que hacer un par de ifs por aquí, ifs por allá, y al final salió andando, hasta que nos dieron la reingeniería del proyecto, y pudimos hacerlo desde cero...
(18-09-2013 15:59)Imakuni escribió: [ -> ]- Daños colaterales: El server se caía cada 10 minutos, porque efectivamente el server corría en un hilo, y nuestro proyecto lo mataba. Tuvimos que hacer un par de ifs por aquí, ifs por allá, y al final salió andando, hasta que nos dieron la reingeniería del proyecto, y pudimos hacerlo desde cero...
es la primera vez que leo eso de alguien de sistemas
(18-09-2013 15:52)brunodiaz escribió: [ -> ]Trabajo haciendo software para telecomunicaciones.
El factor tiempo es muy importante, y genera problemas todo el tiempo.
En general trabajamos continuamente para mejorar esto.
jajaja, esa es muyyyy buena, me acuerdo que antes de cambiar de laburo hace unos años estaba laburando en una app que hacia un bkp de unas tablas especificas, las copiaba en una base creada para eso, la "desattachaba" y la movia a otro server,
Porque fue esto?? porque el disco del server donde estaba la base de datos y la web era chico y se quedaba sin espacio. Hacia 3 o 4 meses que prometian comprar discos nuevos.
Cita:es la primera vez que leo eso de alguien de sistemas
No entendí.
(18-09-2013 16:53)Imakuni escribió: [ -> ]Cita:es la primera vez que leo eso de alguien de sistemas
No entendí.
que es mas normal ver como parchean parchean parchean hasta el hartazgo un sistema en vez de hacer desde 0 "algo" que ya esta hecho para el culo
(18-09-2013 16:41)shadow_mx escribió: [ -> ] (18-09-2013 15:52)brunodiaz escribió: [ -> ]Trabajo haciendo software para telecomunicaciones.
El factor tiempo es muy importante, y genera problemas todo el tiempo.
En general trabajamos continuamente para mejorar esto.
jajaja, esa es muyyyy buena, me acuerdo que antes de cambiar de laburo hace unos años estaba laburando en una app que hacia un bkp de unas tablas especificas, las copiaba en una base creada para eso, la "desattachaba" y la movia a otro server,
Porque fue esto?? porque el disco del server donde estaba la base de datos y la web era chico y se quedaba sin espacio. Hacia 3 o 4 meses que prometian comprar discos nuevos.
Ese proyecto se llama UTNianos?
le pasa seguido
jajaja
(18-09-2013 15:52)brunodiaz escribió: [ -> ]Trabajo haciendo software para telecomunicaciones.
El factor tiempo es muy importante, y genera problemas todo el tiempo.
En general trabajamos continuamente para mejorar esto.
Buscan gente aun?
Tuve esto en varios situaciones pero se puede dar por innumerables factores. Ya sea por indices mal hecho en accesos a bases de datos, o indices q dejaron de ser tan copados porque crecio mucho el volumen de datos. O simplemente, en un loop que se procesan muchisimos registros en C++ o java, se declaran dentro de esto muchas variables que se vuelven a definir en cada vuelta siendo que es muy poco performante y los tiempos se elevan mucho.
Hace mil años unos cabezas desarrollaron la idea de migrar un excel gigante para genrentes y secretarias a una pagina web porque era lo 2.0 y sarasa. Le vendieron pasarse ... un html por email (osea , un html ARCHIVO de adjunto) con todos los proveedores y demas. Cuestion que habia como 20k de algo y pesaba 11 megas el archivo.
lo pasamos a una pagina web con autocomplete para ese campo y lo que antes tardaba 2 minutos en abrir el select en IE6 , paso a 3 segundos.