The default build of php4ts.dll has grown from 3,421k in 5.0.4 to
4,297k in 5.1.0b2 (an increase of over 25%). Does anyone know what the
change was that had such a dramatic effect on the size of the DLL?
Michael Sisolak
msisolak@yahoo.com
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
--Jani
The default build of php4ts.dll has grown from 3,421k in 5.0.4 to
4,297k in 5.1.0b2 (an increase of over 25%). Does anyone know what the
change was that had such a dramatic effect on the size of the DLL?Michael Sisolak
msisolak@yahoo.com
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
--
Donate @ http://pecl.php.net/wishlist.php/sniper
1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
And two bundled SQLite libraries.... (timezone db is only 200kb).
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
Should those really be built into php4ts.dll?
"Derick Rethans" derick@php.net skrev i meddelandet
news:Pine.LNX.4.62.0506272347320.14983@localhost...
1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
And two bundled SQLite libraries.... (timezone db is only 200kb).
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
Should it be named php4ts?
Andrey
Quoting DvDmanDT dvdmandt@telia.com:
Should those really be built into php4ts.dll?
"Derick Rethans" derick@php.net skrev i meddelandet
news:Pine.LNX.4.62.0506272347320.14983@localhost...1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
And two bundled SQLite libraries.... (timezone db is only 200kb).
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
It doesn't hurt anything; in fact, a single big DLL is more resource
efficient than a number of smaller DLLs on win32, as the kernel
doesn't need to spend as much time relocating the DLLs.
--Wez.
Should those really be built into php4ts.dll?
"Derick Rethans" derick@php.net skrev i meddelandet
news:Pine.LNX.4.62.0506272347320.14983@localhost...1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
And two bundled SQLite libraries.... (timezone db is only 200kb).
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
It doesn't hurt anything; in fact, a single big DLL is more resource
efficient than a number of smaller DLLs on win32, as the kernel
doesn't need to spend as much time relocating the DLLs.
Jus twondering... windows has no non-pic thing?
Derick
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
It does things differently; it compiles the DLLs to run at a
particular base address; provided every DLL is compiled at a different
base, then it can be mapped directly into the right memory space. If
there are overlaps between the compiled bases, then the loader can
relocate DLLs until it figures out the best way to fit them all into
the address space. This step becomes more expensive and more likely
to occur as the quantity of DLLs used by a process increases.
This is a rough explantation, based on an article I read about a year
ago. If I'm wrong, then I cite misinformation as the cause ;-)
--Wez.
It doesn't hurt anything; in fact, a single big DLL is more resource
efficient than a number of smaller DLLs on win32, as the kernel
doesn't need to spend as much time relocating the DLLs.Jus twondering... windows has no non-pic thing?
Derick
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
At 01:26 AM 6/28/2005, Andrey Hristov wrote:
Should it be named php4ts?
ewww - certainly not. Win32 has no problem with loading two modules,
e.g. php4ts and php5ts, mod_php4 and mod_php5 all in the same process.
But not if the dll names collide.
At 09:56 AM 6/28/2005, Wez Furlong wrote:
If there are overlaps between the compiled bases, then the loader can
relocate DLLs until it figures out the best way to fit them all into
the address space. This step becomes more expensive and more likely
to occur as the quantity of DLLs used by a process increases.
Yup. The most effective solution is to use the rebase command
to generate a base address list, and in the linker command, use
the construct /base:"baseref.lst",modname which will drop everything
in expected locations. All flavors of apr and apache use this.
Almost 1mb sure sounds like a candidate for unbundling from the core.
Bill