Más datos sobre la memoria en Visual Studio y el editor Editbin.exe

Solo quería añadir al interesante «post» de Ibon Landa, que -para aquellos que no tengáis modo de acceder al editor que modifica Visual Studio (o mejor, devenv.exe)-, el editor Editbin que forma parte de Visual Studio 6.0, también puede descargarse como una herramienta que forma parte de MASM (Microsoft Assembler) 32, y hay varios enlaces que permiten la descarga directa de esas herramientas como http://www.masm32.com/masmdl.htm. De cualquier forma, se trata de un fichero de ¡¡¡ 2k !!! (de los de antes, vamos, cuando se miraba la memoria…) Así que os lo adjunto en un zip de 900 bytes.

Funciona estupendamente, por cierto. También es interesante recordar que esa modificación debe hacerse por cada ejecutable que queramos que aproveche toda la memoria habilitada en el paso anterior (mediante BCDEDIT /Set IncreaseUserVa 3072), siempre que este sea capaz de aprovecharlo.

Saludos

Marino

Publicado por

mposadas

Retired. Former Technical Writer. Member of ACM. Recently published "Dependency Injection in .NET Core 2.0"​. 16 books published and more than 500 articles written in Spanish and English on Microsoft Technologies and Web Standards. My last book focuses on the application of SOLID principles in .NET C...

2 comentarios sobre “Más datos sobre la memoria en Visual Studio y el editor Editbin.exe”

  1. Editbin, por lo menos en las últimas versiones de Visual Studio, no es más que un sinónimo de Link.exe /edit, así que… 🙂 Este Editbin mínimo hace exactamente lo mismo.

    Por otro lado, habilitar el bit LARGEADDRESSAWARE arbitrariamente podría tener consecuencias indeseadas en algunas aplicaciones. Por ejemplo, pueden producirse resultados incorrectos o infracciones de acceso si se emplea aritmética de punteros asumiendo un espacio virtual de direcciones de sólo 2 GB (de 0 a 0x7FFFFFFF). Además, al modificar el bit en un ejecutable firmado digitalmente se invalida la firma. No recuerdo si afecta también al checksum interno o a la firma del ‘strong name’ de los ensamblados basados en .NET.

  2. Pues si, la verdad es que funciona a las mil maravillas, si lo hubiese sabido antes, cuantas horas perdidas de reiniciarl el Visual Studio nos hubieramos ahorrado, creo que es una autentica chapuza que tengas que realizar estos cambios para que Visual Studio aproveche la memoria disponible del equipo, pero en fin, asi son los de microsoft….

Responder a anonymous Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *