Software de virtualización

Iniciado por 556eknown, 7 Junio 2019, 21:49 PM

0 Miembros y 1 Visitante están viendo este tema.

Eleкtro

#10
Cita de: Depredador en 10 Junio 2019, 07:27 AM
Con el VMware(no se cual utilizo me pareze q el de pago porqué tube que introduzir el código de compra que lo encontre en internet)al entrar al kali me va lag al buscar cosas, el firefox más de lo mismo (lag). Que he de hacer augmentarle algó, puse 20.00GB i 2048MB...
Saludos !

¿Has probado si te funciona bien en VBox?. Me parecería un detalle necesario de aclarar, ya que a pesar de que yo no utilizo esa distro de Linux y por ende no soy el más indicado para opinar ni ayudarte, pero con una simple búsqueda en Google salen miles de hilos/reportes donde usuarios se quejan de que Kali Linux es extremadamente lento de por si virtualizado tanto en VMWare como en VBox (según se puede apreciar en la variedad de resultados de Google) y que como bien dices el Firefox va extremadamente lento también...


Vamos, que desde la perspectiva de alguien como yo que no usa Kali, parecería que el problema de mal rendimiento sea más bien de la distro en cuestión, que del software usado para virtualizar dicho S.O, ya que los usuarios se quejan de mal rendimiento hasta límites extremos tanto en VMWare como en VBox.

De todas formas, intenta solucioanrlo siguiendo las indicaciones de aquí abajo para desactivar el modo multiproceso de Firefox, ya que según dicen esto mejora o soluciona por completo el mal rendimiento de Firefox en Kali virtualizado:


PD: Si no existe la clave 'browser.tabs.remote.autostart' en tu about:config, creala como tipo Boolean y le asignas el valor False como se indica en la solución.

En los enlaces de Google de arriba tienes otras posibles soluciones...

Saludos.








warcry.

No le deis mas pábulo al colega

2 gb de ram es una mie.rda

root@kali:~# free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       933Mi       2,3Gi        25Mi       607Mi       2,7Gi
Swap:         4,0Gi          0B       4,0Gi
root@kali:~#


solamente en el arranque sin ejecutar nada de nada, y con una instalacion totalmente limpia, Kali se come 1 gb

si iniciamos firefox se come otros 300 mb mas

root@kali:~# free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       1,2Gi       1,8Gi        49Mi       766Mi       2,3Gi
Swap:         4,0Gi          0B       4,0Gi
root@kali:~#


si reproducimos un video en youtube a 1080

root@kali:~# free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       1,5Gi       1,4Gi        159Mi       933Mi       2,00Gi
Swap:         4,0Gi          0B       4,0Gi
root@kali:~#


lo que no se es como a nada que use dos herramientas no se le queda colgado, bueno si lo se, utiliza la memoria del disco duro

que harto estoy de la gente que usa herramientas sin tener ni p.uta idea de lo que hacen  :¬¬

HE SIDO BANEADO --- UN PLACER ---- SALUDOS

Eleкtro

#12
Cita de: warcry. en 10 Junio 2019, 11:44 AM
No le deis mas pábulo al colega

2 gb de ram es una mie.rda

No lo creas tan así para un S.O virtualizado. Yo no he mencionado ese aspecto, por que creo que no tiene la importancia que le quieres dar, o al menos no si solo hablamos de poder ejecutar Firefox en buenas condiciones...

Mira, partiendo de que los requisitos mínimos recomendados de RAM oficiales de Microsoft para poder correr Windows 10 x64 medianamente bien son 2 GB, y el recomendado (valor por defecto si tienes suficiente RAM disponible) en VMWare a la hora de crear la VM son también 2 GB, te puedo asegurar que Windows 10 x64 en una VM de 2 GB de RAM, 60 GB de disco virtual, 1 procesador lógico y sin archivo de paginación (es decir, el tamaño del archivo de paginación establecido a 0 a posteriori de la instalación del S.O), chuta de maravilla con el Edge, Chrome y Firefox abiertos al mismo tiempo. Evidentemente y como en cualquier otro caso, se podrá apreciar que el tiempo de respuesta y de inicio de los programas no es tan fluido como en el S.O. anfitrión, pero no es nada del otro mundo como para no poder usar ese S.O. virtualizado de 2 GB en buenas condiciones con múltiples procesos en ejecución y decir "esto va muylento"... no. Eso sí, siempre despues de haberle desactivado la mayoría de mejoras visuales de apariencia en las opciones del sistema, que eso si que ralentiza que no veas el Windows virtualizado... y los servicios de Windows innecesarios, y esas otras cosas que ya cada uno se las optimiza bajo sus necesidades personales de rendimiento.

Con esto vengo a decir que si VMWare marca 2 GB de RAM como valor recomendado/por defecto para Debian, es por que evidentemente ellos ya han hecho las pruebas necesarias con las distros más populares derivadas de Debian como es Kali (esto lo he buscado en la Wikipedia por que no tenía ni idea, ni me interesa saberlo) para concluir de forma fidedigna que con 2 GB el S.O. tiene que ir todo bien para un uso normal y sin excesos.

Al menos me parece lógico pensar de esa forma. Y con Windows 8.1 y 10 me tengo demostrado a mi mismo que funciona muy bien, ahora, insisto en que no he usado ni virtualizado Kali, pero digo yo que lo que he explicado sobre esperar un buen (estable) funcionamiento del S.O. usando el tamaño de RAM recomendado de 2 GB, probablemente se aplicará de la misma manera indiferentemente del sistema operativo que se vaya a virtualizar, me refiero, que no habrá una diferencia descomunal en lo que haga VMWare con cada uno de ellos en el modo de ofrecer memoria, ni tampoco lo que haga la emulación / el kernel de un S.O y el otro en lo que respecta al modo de administrar los segmentos y asignaciones de memoria, digo yo que al final no será mucha, mucha, mucha la diferencia como para que un S.O virtualizado con 2 GB de RAM vaya muy lento por ese motivo mientras que el otro, vaya rápido. Claro que si por ejemplo un programa o videojuego chequea y solicita 4 GB mínimo de RAM física instalada en el equipo (lo cual me ha sucedido), vas a tener que aumentar la RAM mínima de la VM a esos 4 GB (y no más), pero eso no es a lo que me estoy refiriendo.

Saludos!








556eknown

Elektro voy a probar tus indicaciones muchas gracias a todos!
Saludos!    ;)

Eleкtro

#14
Cita de: Depredador en 10 Junio 2019, 13:16 PM
Elektro voy a probar tus indicaciones muchas gracias a todos!
Saludos!    ;)

Si, primero prueba eso, y solo en caso de que así no se te haya solucionado el problema, entonces prueba también aumentando (a 4 GB) el tamaño de RAM de la VM, como te ha sugerido el compañero warcry, por que en resumidas cuentas yo no uso Kali y quizás podría errar en algo por eso, pero vamos estoy 99% convencido de que en principio no debería haber ningún problema con 2 GB para que vaya fluido ese y cualquier otro S.O...  de hecho, puedes encontrar multitud de tutoriales (con imágenes) en Google sobre el procedimiento para instalar Kali en VMWare Workstation, y todos los que he visto lo dejan en 2 GB de RAM, por algo será... por que no se debería necesitar más para que vaya bien el sistema.

Saludos.








warcry.

Vamos a ver

1. No tiene nada que ver kali del 2017, que kali 2019, al igual que no tiene nada que ver wifislax 4.12 con wifislax x64-2.0

Los kernel antiguos y las distribuciones linux antiguas pedían muchos menos requerimientos que las actuales.

2. Las maquinas virtuales pierden el "acceso cache" al procesador, por lo que pierden rendimiento.

3. pese a los fanboys de linux, windows es mejor sistema operativo que la mayoría de las distribuciones linux existentes. Por tanto gestiona mejor los recursos que sus homólogos de linux que en el mejor de los casos llevan drivers cocinados porque el fabricante no da soporte oficial.

En definitiva, antes que concluir que los errores son debidos a la virtualizacion, primero habria que comparar con la maquina real y la virtualizada y luego si va bien en live con el hardware real y no va bien con el hardware virtualizado (obviamente no quitandole procesadores y poniéndole una ram para que vaya fluido) entonces poder concluir que es la virtualizacion. Pero es mas probable que la distro tenga mogollón de bug y falle con o sin virtualizacion, que que falle la virtualizacion

HE SIDO BANEADO --- UN PLACER ---- SALUDOS

@XSStringManolo

No ha dicho en ningún momento que esos 2g sean de ram. Deben ser de memoria de video en la máquina virtual. El anfitrion/host se queda sin recursos e de ahí el lag.

Yo tengo virtualizado kali, xubuntu, kubuntu, parrot y arch linux con 512ram y 128video. Utilizo herramientas de todo tipo incluyendo firefox cargando aplicaciones web pesadas o videos en youtube. Y me va sin un ápice de lag o tiron. Lo único que me tarda es en arrancar los sistemas. Pero se guarda una imagen de la máquina y se carga directamente en el escritorio y es más rapido que bootear y cargar el sistema en cada arranque.

Esta configuración con windows es insuficiente. Los windows virtualizados necesitan más ram.

Para kali el sistema de 32 bits va bien. La gente suele probar versiones de sistemas beta que no son las estables y de 64bits por eso tantos problemas.

Se pueden modificar las imagenes de kali para reducir los recursos. Empezando por el escritorio que viene con el kde plasma. Se le mete un xfce y va más ligero.

Yo prefiero usar archstrike con las herramientas de kali, archblack, parrot sec, etc. Tienes más control a cerca de los recursos y todo montado en un mismo sistema. Mides el tamaño final y dumpeas todo en un disco duro virtual nuevo agregado a la maquina de un poco más de ese tamaño para tener espacio para updates y otros archivos. Lo pones como disco principal del sistema, sacas el otro disco y creas un .ova del sistema. Así tendrás una version portable del sistema que podrás guardar en la nube, usar en cualquier sistema y software de virtualización o pasarle tu sistema a alguien.