Supongo que te referirás a esto:
http://blogs.msdn.com/b/olivnie/archive ... -boot.aspx

De ser así, eso no es aplicable cuando reinicias o cuando apagas el pc como yo, usando un acceso directo con el comando:%windir%\System32\shutdown.exe /s /t 0
Y aun con esas me sigue arrancando más rápido.

No se si te refieres a algún otro truco del Windows Pocho, por que tampoco es que lo haya mirado mucho, vi que dedo en botón + cronómetro me daba una cifra buena y lo dejé estar.

Acabo de hacer la prueba con 3 reinicios con los siguientes resultados.
1:15 = Fast on y apagado con shutdown.exe
1:13 = Fast off
0:37 = Fast on y apagado desde inicio/apagar

Como era de esperar si haces un restart o shutdown forzado, ignora el fastboot y hace un arranque desde 0, pero aun así me da unos 2 minutos menos que en mi Win7 (mi caso personal, con mi hardware, HDD Seagate 350GB @ 7200)
El resultado de la trampa activada también lo veo normal, y mientras tenga la opción de hacer un reinicio desde 0, me parece bien.

Evidentemente lo uso como he comentado antes con HDD, con SSD no se me ocurriría ni eso ni cualquier palo similar como pagefile o cachés varios.

Otro pequeño experimento en pro de la ciencia, s’il vous plaît , una capturita de pantalla tras introducir desde el command prompt dir c:\ /ah , tal que asín:

P'al Telvm

Na, si lo hiciera hubiera dado el mismo tiempo o similar el fast on y apagado con shutdown que el fast on con inicio/apagar

El swapfile.sys lo dejaré, para que al StartW8 le cueste menos ir directamente al escritorio

Voy rulando ahora con 4GB@800Mhz en dual channel (Corsair + Kingston)

Purifícalo!

Hay veces que o bien tengo una práctica con la que necesito tener dos máquinas virtuales simultáneas o bien otra en la que pongo a la CPU o a la RAM al tope haciendo algún algoritmo paralelo, por lo que prefiero tener algo de pagefile ya que me fumo la RAM rápido.
También juego bastante, y algunos juegos chupan gran parte de esa RAM

These problems are not new. In Windows 7 and older Windows versions similar issues exist but with Windows 8's Fast Startup it is more likely to happen as more people hibernate their systems

Pues desconocía el problema, tanto en WinPocho como en anteriores, y nunca me ha pasado, posiblemente por que en el sobremesa de diario solo gasto Win + máquinas virtuales y los BSD/linux los gasto en otro hardware, bueno es saberlo.

BTW me apunto lo de las naranjas

Lo que inventa el hombre blanco hamijos, en cuestión de un par de años los SSD ya van el doble de rápidos.

OCZ Vertex 2 120GB vs Vertex 4 128GB:

Jarto entretenido observar como los de mocosoft continúan recalcitrantes con la comedia incluso a estas alturas, a 2013 y con windows sésamo .

Ojo al 'encantador' detalle en las subrutinas de inicialización de memoria del kernel NT en ventanucos pocho :



Cuando windows sésamo detecta que el ordeñador no es server, sino client (uséase, todo PC plebeyo como el que tú y yó tenemos ahora delante, estimado lector), ntQueryLicenseValue devuelve el valor 0×100000. Este valor es guardado como una variable de sistema en la función MmInitSystem.

En hexadecimal, 0×100000 equivale a 1048576 en decimal, que multiplicado por 4KB (tamaño de páginas) devuelve 4GB. Casualmente .

Y esta es toda la 'imposibilidad metafísica' realmente existente que impide aprovechar más de 4GB de RAM con un windows de 32bits. Asesinato por decreto. 'Que son tontos y se lo creen todo' .




Cambiando ese valor 0×100000 por otro 0×1000000 (añadiendo un cero = 16777216 en decimal) perpetraremos una brecha interdimensional, el universo colapsará en singularidad, las leyes de la imposibilidad metafísica dejarán de aplicarse, y 'mágicamente' windows pocho 32bit detectará y aprovechará más de 4GB de RAM :





Esto es más o menos intrascendente en el caso de win pocho (casi nadie toca esa meretriz hez fecal ni con un palo, así sean sus bits 32 o 64, o de 1 terabyte la RAM que lo parió ).


Pero con los Windows 32bit serios, como Se7en, siempre es tácticamente interesante si vamos cargados de RAM.

Veo en comentarios del link que hay gente que justifica la limitación de los 4GB por posibles BSOD y magias negras varias que ocurren en los PC cliente y no en los server por que el server necesita menos drivers o drivers menos específicos (lo cual tiene toda la lógica, no necesitas ni audio, ni gráfica ni na de ná), pero si esa fuera su real preocupación, cojones, poned una opción on/off "remove limit at your own risk"

Otro "patch" es ponerse x64 en el caso de tener una CPU que lo soporte, que actualmente no habrá problema, como por ejemplo, con el Q9550 de la captura

Satán, para manejar más de 4GB de RAM es mucho mejor un SO 64bit que uno 32bit, y nadie pretende lo contrario. V.g. mi artefacto hace 75 GFLOPS en Se7en x64, vs solo 63 GFLOPS en x86 trucado. But that's not the question .


El asunto es que los Win 32bit son perfectamente capaces de manejar hasta 64GB de RAM, pero micosoft los capa con premeditación y alevosía a ~3.25GB tops de serie, alegando primero entrañables cuentos sobre imposibilidades metafísicas (que no tienen pies ni cabeza), y luego turbias excusas sobre problemas con drivers de terceros (que 'extrañamente' en mi caso y en el de otros herejes por ahí no se han manifiestado) .

Todo esto huele un poquito mal, no hay que ser Einstein . Naturalmente la idea es hacer caja obligando a todo pardillo que pretenda usar más de 4GB de RAM a pasar por el aro y comprar un Win x64.


Que pasarse a x64 es buena cosa, pero lo suyo es hacerlo cuando a uno le salga libremente de las gónadas, no arreados como ganado ovino .

Hay por ahí mucha gente con Wins 32bit a los que no tiene porqué apetecerles cambiar de SO (o no pueden, o no saben, o whatever), pero sí les gustaría aprovechar lo barata que esta ahora la RAM para ampliar memoria a más de 4GB. Toda esa gente esta jodida, arbitrariamente, por micosoft .





He estado unos días probando el Pale Moon x64 en Se7en x64, y al final he tenido que desecharlo y volver al Pale Moon 32bit. Es una desgracia porque el PM x64 va como un puto meteorito, pero me colgaba el sistema cada 2x3 . Se debe casi seguro a incompatibilidades con drivers.

Así que hace dos días mi Se7en 32bit herético-trucado para manejar 16GB, 'metafísicamente imposible/quexplotan los drivers', era perfectamente estable (como lo lleva siendo ~2 años), mientras que el Se7en x64 legítimo sin herejías fallaba más que una escopeta feria. Paradojas de la vida .






Por cierto, demostración empírica de que las maniobras orquestales para ahorrarle escrituras al SSD se amortizan a la larga. Tras dos años en la brecha:

Entre el cable rojo vs cable negro y que va tocando con el dedo todas las soldaduras, se veía venid que no iba a terminar bien la cosa SHIT!