掲示板 過去ログ
(2010年7月1日 ~ 2010年12月31日)

テテのアトリエ 掲示板の過去ログです (2010年7月1日 ~ 2010年12月31日)。

目次:
  1. Momo Momone - FOR US TO DECIDE (Tete) [2010-12-24]
  2. Merry Christmas (Fx_Enthusiast) [2010-12-24]
  3. Would you please provided us a Auto Updater for Firefox Private Builds? (netrobyd) [2010-12-23]
  4. Firefox 4.0 Beta 8 (Fx_Enthusiast) [2010-12-15]
  5. Thunderbird(Lanikai) 3.1.7 リリース (アイヴァーン) [2010-12-11]
  6. untitled (tulalatu) [2010-12-10]
  7. Some (isolated) errors you might want to know (milithruldur) [2010-11-27]
  8. Firefox 3.6.13 is just around the corner... (milithruldur) [2010-11-25]
  9. Would you consider these other compiler arguments? (milithruldur) [2010-11-24]
  10. Would you like to complie firefox for linux? (dxq83) [2010-11-23]
  11. ram usage F4.0 B7 (av) [2010-11-22]
  12. 4.0B7 SSE display problem (FFFever) [2010-11-21]
  13. Benchmark thread (sirDaniel) [2010-11-17]
  14. About Firefox 4.0 64bit version (FFans) [2010-11-17]
  15. inquiry on ff 4b7 build (BBK) [2010-11-13]
  16. B7 SSE (FFFever) [2010-11-13]
  17. untitled (GoDSLaYeR) [2010-11-13]
  18. 無題 (kotera) [2010-11-09]
  19. β7 (shige) [2010-11-06]
  20. Firefox(Namoroka) 3.6.12,Thunderbird(Lanikai) 3.1.6 リリース (アイヴァーン) [2010-10-30]
  21. SSE 3 (Drillman) [2010-10-29]
  22. freifox 2 priv build (Alexander) [2010-10-29]
  23. Good work (Joe) [2010-10-28]
  24. FF 3.6.12 (kamikize) [2010-10-28]
  25. Can't free memory (Ivan) [2010-10-26]
  26. Namoroka,Lanikaiアップデート (アイヴァーン) [2010-10-21]
  27. Math.floorについて (merom686) [2010-09-28]
  28. Well Done (H Peter) [2010-09-23]
  29. module binder (av) [2010-09-17]
  30. Fx 3.6.10 (たかやま) [2010-09-17]
  31. swiftfox (Alexander) [2010-09-13]
  32. plz let me know where chrome folder in 4.0 original build is ;( (cool) [2010-09-09]
  33. Releases (Tweaker) [2010-09-08]
  34. Very impresive speed improvement vs. standard build (Milaa001) [2010-08-26]
  35. Removed some sentences from this board (Tete) [2010-08-22]
  36. Firefox 4.0 Beta 4 will soon be out (Bizarre?) [2010-08-21]
  37. libjpeg/SIMD to libjpeg-turbo. (MiKiL) [2010-08-20]
  38. Firefox 4.0 Beta 3 is out (Bizarre?) [2010-08-11]
  39. Assertion Failed 警告について (aqua) [2010-08-04]
  40. Firefox 4.0Beta2 is out! (God) [2010-07-30]
  41. New Peacekeeper Benchmarks scores (Drillman) [2010-07-25]
  42. Firefox 3.6.8リリース!? (アイヴァーン) [2010-07-24]
  43. uninitialized variable in patch and other patch related stuff (Sephiroth) [2010-07-23]
  44. New versions and fun ;-) (PIK) [2010-07-04]
  45. untitled (PIK) [2010-07-04]
  46. Peacekeeper Benchmark Results Pretty Astounding (Drillman) [2010-07-04]
  47. untitled (anonymous) [2010-07-04]
  48. The stress testing of image transformation (Tete) [2010-07-01]

Momo Momone - FOR US TO DECIDE

名前: Tete
日時: 2010年12月24日 23時54分
I have enjoyed desktop music for taking a breather. I uploaded the following movie the other day. I hope you'll enjoy it. ;-)

Momo Momone - FOR US TO DECIDE
http://www.youtube.com/watch?v=8feqtg__X3E

This song was the theme song of Japanese TV animation program "MOBILE SUIT Zeta GUNDAM." The composer was Neil Sedaka. Vocal part was created by UTAU and Momo Momone.

I'd like to cover my favorite songs again in the future.

Re: Momo Momone - FOR US TO DECIDE

名前: Fx_Enthusiast
日時: 2010年12月26日 14時48分
Thanks for sharing this AMV, it's awesome.
I hope you share more music like this.

Also, thanks for the custom build.

Re: Momo Momone - FOR US TO DECIDE

名前: Tete
日時: 2010年12月26日 16時1分
You're welcome! :-)

For people wishing to listen with better sound quality, I recommend the following version:

The sound quality is better than YouTube version. Encoded by the best quality of LAME's VBR option (lame -V 0).


Merry Christmas

名前: Fx_Enthusiast
日時: 2010年12月24日 20時11分
The title says it all. So, Merry Christmas :)

Re: Merry Christmas

名前: milithruldur
日時: 2010年12月24日 20時58分
Merry Christmas to all, and most especially to Tete.

May you be with many blessings this Christmas, and wishing that you continue this great work you have started with Firefox through the coming years. :-)

/m

Re: Merry Christmas

名前: Tete
日時: 2010年12月24日 23時6分
Merry Christmas. I hope that I can build my custom builds as long as possible.

Re: Merry Christmas

名前: fH
日時: 2010年12月24日 23時19分
メリークリスマス~

Re: Merry Christmas

名前: Tete
日時: 2010年12月24日 23時44分
メリークリスマス :-)

Would you please provided us a Auto Updater for Firefox Private Builds?

名前: netrobyd
日時: 2010年12月23日 9時28分
Would you please provided us a Auto Updater for Firefox Private Builds?
Every time, We need to download the big file package.
then extract it .

this method is not a quicker way to got new version build.

Re: Would you please provided us a Auto Updater for Firefox Private Builds?

名前: Tete
日時: 2010年12月23日 20時49分
Sorry, I have no plan to provide the automatic updating function.

Re: Would you please provided us a Auto Updater for Firefox Private Builds?

名前: Prime
日時: 2010年12月24日 20時10分
Are you nuts, netrobyd? Do you know how much network bandwidth you're talking about? Are you willing to shoulder tete's expense? If you think this site runs through charity, then I rest my case.

Re: Would you please provided us a Auto Updater for Firefox Private Builds?

名前: Tete
日時: 2010年12月24日 22時56分
Building my builds is one of my personal hobby.
It takes a lot of time and effort to make my builds.
Also I have no knowledge of the automatic updating function.

So in order to keep building my builds, I can't increase my burden any more. I hope you understand.

Re: Would you please provided us a Auto Updater for Firefox Private Builds?

名前: netroby
日時: 2010年12月25日 8時32分
about the bandwidth, we could open a project on googlecode.
so google provided free hosting for any open project.
the Auto Updater could easily use Google Code for update source.

if we find the way , the auto updater would not be our Burden。

I am glad to provided some help with the Auto Updater.

I could provided a auto update script using NSIS Installer script.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
!include MUI2.nsh

Name "Chromium Auto Updater"
OutFile "chromium_updater.exe"

AutoCloseWindow true
ShowInstDetails show

!insertmacro MUI_PAGE_INSTFILES
!insertmacro MUI_LANGUAGE "SimpChinese"

Section "Download and install"

NSISdl::download "http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/LATEST" "D:\version.txt"
Pop $0
StrCmp $0 success success1
DetailPrint "Download failed: $0"
Abort

success1:
ClearErrors
FileOpen $0 "D:\version.txt" r
IfErrors done
FileRead $0 $1
FileClose $0

StrCpy $8 "http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/$1/chrome-win32.zip"

NSISdl::download $8 "D:\chrome-win32.zip"
Pop $0
StrCmp $0 success success2
DetailPrint "Download failed: $0"
Abort

success2:
ZipDLL::extractall "D:\chrome-win32.zip" "D:\"
Delete "D:\chrome-win32.zip"
Delete "D:\version.txt"
done:
SectionEnd

Re: Would you please provided us a Auto Updater for Firefox Private Builds?

名前: Tete
日時: 2010年12月25日 17時38分
One reason why I don't support the automatic updating function is the following situation:

Even if my build has bugs or viruses, the updater will install them automatically. It's a nightmare... :-[

Firefox 4.0 Beta 8

名前: Fx_Enthusiast
日時: 2010年12月15日 16時8分

Re: Firefox 4.0 Beta 8

名前: kamikize
日時: 2010年12月15日 17時39分
Just nightly build !

Re: Firefox 4.0 Beta 8

名前: Bixlow
日時: 2010年12月16日 4時46分
@kamikize: Where do you think stable releases come from?

Re: Firefox 4.0 Beta 8

名前: kamikize
日時: 2010年12月16日 19時22分
http://www.mozilla.com/en-US/firefox/beta/

tete often uses it to build his Optimized FF !

Re: Firefox 4.0 Beta 8

名前: Prime
日時: 2010年12月17日 7時36分
I'm using 4.0b9pre and it just keeps getting better.
kamikize, if you don't like the news then don't bother replying.
You're just making an eyesore out of yourself.

Re: Firefox 4.0 Beta 8

名前: kamikize
日時: 2010年12月17日 14時4分
I've not seen tete Nightly Build ! so...

Sorry for inelegant post !

Re: Firefox 4.0 Beta 8

名前: Fx_Enthusiast
日時: 2010年12月17日 16時23分
What's the problem kamikize? I'm just informing tete of Beta 8 in advance.
I'm not asking tete to make a custom nightly build.

Re: Firefox 4.0 Beta 8

名前: Fx_Enthusiast
日時: 2010年12月21日 20時31分

Re: Firefox 4.0 Beta 8

名前: Tete
日時: 2010年12月21日 22時7分
Thank you for the information.
I need 1-2 days to build Minefield 4.0 Beta 8. It takes time to build the PGO builds on my machine, so I will build it in my sleep.

Re: Firefox 4.0 Beta 8

名前: Fx_Enthusiast
日時: 2010年12月22日 5時53分
No worries. We all know that the longer you make a custom build, the better the outcome. So, take your time :)

Re: Firefox 4.0 Beta 8

名前: justin
日時: 2010年12月22日 17時12分
Hello! Dear Tete please tell me on what processor your computer?

Re: Firefox 4.0 Beta 8

名前: Bixlow
日時: 2010年12月22日 20時47分
If I remember correctly, I believe he has an Intel Core 2 Quad Q9550

Re: Firefox 4.0 Beta 8

名前: Tete
日時: 2010年12月22日 21時17分
The processor of my PC is Athlon X2 5050e.

There is one other PC which has Core 2 Q9550 in my house, but it's my father's PC. He is using it very often when he is at home. So I can only use it while he is out.

I would like to build my new PC with Sandy Bridge.

Re: Firefox 4.0 Beta 8

名前: justin
日時: 2010年12月22日 21時50分
I knew it, so my PC is a strong difference in performance between your build and the standard, I also have athlon x2

Re: Firefox 4.0 Beta 8

名前: Tete
日時: 2010年12月23日 20時56分
I need several more days before I upload my Minefield 4.0 Beta 8... I have to fix a few build errors to cope with the change of source code.

Re: Firefox 4.0 Beta 8

名前: justin
日時: 2010年12月23日 21時30分
Dear Tete, I want to give you a license key for Windows 7 Ultimate, which stayed in my MSDN account

Re: Firefox 4.0 Beta 8

名前: drillman
日時: 2010年12月24日 14時18分
@Justin, Nice. Give Tete the 64 bit and 32 bit key too. So when he builds his new comp he will be able to compile 64 bit Firefox whenever it is released.

Re: Firefox 4.0 Beta 8

名前: Tete
日時: 2010年12月24日 22時9分
I am afraid I will not be able to accept your kind offer because it takes time and effort to build my PGO builds.
Increasing my build any more will be a great burden.

Re: Firefox 4.0 Beta 8

名前: justin
日時: 2010年12月24日 22時40分
I did not mean that you have created a 64-bit builds, I wanted to give you the key is just to thank you for your work

Re: Firefox 4.0 Beta 8

名前: Tete
日時: 2010年12月25日 17時12分
I have read the following document and I think your proposal is a licensing violation... I'm afraid I can't accept it.
http://msdn.microsoft.com/en-us/subscriptions/cc150618.aspx

Re: Firefox 4.0 Beta 8

名前: justin
日時: 2010年12月25日 22時13分
The key is not banned, you will be able to receive technical support him in the same way as on a box license, and then I gave it to you this is nonsense duck

Thunderbird(Lanikai) 3.1.7 リリース

名前: アイヴァーン
日時: 2010年12月11日 8時44分
Thunderbirdも来ています~。

追々お願いいたしますです~m(_ _)m

P.S.Firefox(Namoroka),早速頂戴していきます。
いつもいつも,ありがとうございます:-[

Re: Thunderbird(Lanikai) 3.1.7 リリース

名前: テテ
日時: 2010年12月11日 9時37分
どういたしまして。^^

Lanikai 3.1.7 私的ビルドをアップロードしました。
ただAvast系のウイルス対策ソフトで、Win32:Fraudoが検出されるという結果が出ています。他のでは検出されないため、誤検出ではないかと思いますが…。
http://www.virustotal.com/file-scan/report.html?id=fbbd31244b60a8b5c3af4822615b77fcc3d67770a59f744abffd9d8a9db5a2a2-1292027625

Re: Thunderbird(Lanikai) 3.1.7 リリース

名前: テテ
日時: 2010年12月11日 10時6分
先ほど、Avastに「誤検出かどうかを調べていただけますか」とメールしてきました。

untitled

名前: tulalatu
日時: 2010年12月10日 2時18分
Firefox 3.6.13 is released.
:-)

Re: untitled

名前: Tete
日時: 2010年12月10日 21時21分
I've uploaded it. :-)

Re: untitled

名前: milithruldur
日時: 2010年12月10日 21時35分
Much thanks! :-) Will be trying them now.

Re: untitled

名前: tulalatu
日時: 2010年12月10日 22時22分
Wonderful work!
Thanks a zillion!

Some (isolated) errors you might want to know

名前: milithruldur
日時: 2010年11月27日 13時17分
I'm currently using your Firefox 3.6.12 SSE2 PGO build, and this is the first time the error I'm indicating has occurred. I just thought you might want to know:

The application, firefox.exe, generated an application error The error occurred on 11/27/2010 @ 09:25:36.765 The exception generated was c0000005 at address 64F304E7 (xul!gfxFont__AddRef)

This is running on a P4 631 3.0GHz HT, 1GB Dual-Channel DDR400, Windows XP SP3 32-bit.

Will be providing more feedback as it happens.

/m

Re: Some (isolated) errors you might want to know

名前: Tete
日時: 2010年11月28日 13時18分
If you know the site where the problem occurs, I would appreciate it if you could inform me.

Re: Some (isolated) errors you might want to know

名前: milithruldur
日時: 2010年11月28日 15時11分
Unfortunately, I have forgotten the site that I was viewing when the error occurred. Also, I was viewing a couple of other sites in different tabs at that time.

By the next time I encounter another error, I will list down the sites.

/m

Firefox 3.6.13 is just around the corner...

名前: milithruldur
日時: 2010年11月25日 19時17分
...and it lists quite a lot of fixes (66 at the moment), especially critical security fixes, mostly for Macs.

References:
http://www.mozilla.com/en-US/firefox/3.6.13/releasenotes/

https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20status1.9.2%3A.13-fixed

Let's hope to get better (faster) builds from this. My hats off to you Tete for actively maintaining these optimized builds.

Re: Firefox 3.6.13 is just around the corner...

名前: Cecil
日時: 2010年11月27日 2時11分
For people can't wait for tete009's 3.6.13 build, they can try ayakawa's build at http://freett.com/runebook/

Re: Firefox 3.6.13 is just around the corner...

名前: Tweaker
日時: 2010年12月10日 8時56分
Not a option. Ayakawa was always signif. slower.

Would you consider these other compiler arguments?

名前: milithruldur
日時: 2010年11月24日 7時25分
First of all, thank you for making optimized builds available and for keeping up-to-date with current releases on stable and beta versions.

I have been comparing several other optimized Firefox builds, particularly on their configure arguments. Though I have no experience with compiling Firefox, I have some background with programming, and I was wondering if you would consider using these arguments in your future optimized builds.

Here are some suggestions:

- -enable-strip - -enable-strip-libs
(does your build aim for maximum compatibility, or maximum efficieny? I know that stripping functions from executables and libraries might not be good for compatibility, but is there reason for not doing so in your compilations? also, how probable is stripping going to cause problems during normal, every day use? perhaps stripping from executables is preferable over stripping from libraries, especially if the latter will often cause more problems than the former.)

- -disable-logging
(would there be purpose for not disabling logging since you have disabled both debugging and tests with - -disable-debug and - -disable-tests? debugging hits on performance, so unless we're building a debug version then maybe disabling logging should be acceptable for increasing performance?)

- -disable-accessibility - -disable-parental-controls
(i'm not sure if using these would disable functions that are needed by your build, but since optimized builds, in my opinion, are specialized builds that cater more to users who know what they're getting into, then perhaps enabling these flags could save a few a more in memory and binary size. also, for the same reason you disable activex support, i would bet that not many have any use or are using these at all, especially if one is looking for builds geared toward efficiency and performance.)

Please let me know your opinion on each suggestion. I hope these help in striking a balance between feature and performance for optimization.

Re: Would you consider these other compiler arguments?

名前: Tete
日時: 2010年11月27日 11時7分
My builds focus first on trying to retain compatibility with Mozilla's official builds.
Then, when I find big bottlenecks with my builds and seems to be able to decrease it, I may modify the source code.
I think I will maintain this way for now.

Re: Would you consider these other compiler arguments?

名前: milithruldur
日時: 2010年11月27日 13時10分
Sounds good. :-)

That's what I like about your builds. You optimize the program code, but make as little changes as possible to the default preferences, reflecting the defaults from the official build (if I'm correct in saying so). If ever you have to modify a preference on your build apart from the official one, then I hope you would indicate the modified prefs for reference.

By your way of building Firefox, all other functions of the build, such as safebrowsing, and linkings, such as links to get more add-on or get more info about geolocation, in the program correctly points to the pages as it is in the official build.

/m

Would you like to complie firefox for linux?

名前: dxq83
日時: 2010年11月23日 9時59分
Would you like to complie firefox for linux?:-)

Re: Would you like to complie firefox for linux?

名前: Tete
日時: 2010年11月24日 7時3分
I am not planning to build for Linux.

Re: Would you like to complie firefox for linux?

名前: Alex
日時: 2010年12月17日 1時32分
Optimized builds for linux for different processors is SwiftFox http://getswiftfox.com

ram usage F4.0 B7

名前: av
日時: 2010年11月22日 5時27分
yesterday I changed the default build with yours for Firefox B7 SSE2. It's a bit faster. However the ram usage is increased, 400-500. Before it was about 250MB. I don't mind it, I have win7 64 but I just noting it, maybe I'm not alone

Re: ram usage F4.0 B7

名前: Drillman
日時: 2010年11月22日 19時22分
Getting the same thing except I have been using F4 B8 nightly builds. So high memory usage seems to be inherent in Firefox 4.0 and not just Tete's build as of now.

Re: ram usage F4.0 B7

名前: av
日時: 2010年11月22日 22時40分
i'm not so sure it's inherent of firefox. Yesterday I reached 1.3gb with tete b7.
and on my netbook I'm using b8 nighly and up to 250mb, not more.

Re: ram usage F4.0 B7

名前: Drillman
日時: 2010年11月24日 19時52分
Hmm that's strange. Might be my configuration, I have these addons (adblock plus, Omnibar, Greasemonkey nightly, xmarks, last pass, wot, search engine security) and all plugins disabled except flash.

With that configuration, in firefox 3.6 I only hit 300 megs after a full day usage. In F 4.0 pre8, I am constantly hitting 400-500 after hour of constant web browsing. I think part of it, is Firefox 4.0 uses cache differently from 3.6 sometimes having more than 400 megs of cache instead of the default limit of 50 megs in 3.6.

This machine also has 4 gigs of ram and I notice Firefox scale down memory usage in my 1 gig netbook.

Re: ram usage F4.0 B7

名前: Tete
日時: 2010年11月27日 11時30分
I think my builds of Minefield 4.0b7 don't have any memory-hogging patches.

My Namoroka builds have an image cache for scaling images and the cache uses memory up to 20 MB.
My builds of Minefield 4.0b7 don't have such cache at present.

4.0B7 SSE display problem

名前: FFFever
日時: 2010年11月21日 15時48分
Sometimes some text is missing after page load and is only shown after drag selecting or just moving the mouse over the affected area. This didn't happen with every page. The build from Mozilla doesn't have this problem.

Re: 4.0B7 SSE display problem

名前: Tete
日時: 2010年11月22日 19時46分
I have so far failed to reproduce the problem you mentioned.
Can you give me a specific URL where the problem will occur?

Re: 4.0B7 SSE display problem

名前: FFFever
日時: 2010年11月23日 6時25分
http://www.prweb.com/releases/2010/11/prweb4801164.htm

I tested both SSE and SSE2, each with new profile and no add-ons. SSE2 has no problem. With SSE, some text is missing on load. If you then drag select to reveal the text and then switch to another tab and then back, even more text disappears.

Re: 4.0B7 SSE display problem

名前: Tete
日時: 2010年11月23日 6時50分
Thank you. I have confirmed the problem.
It seems that the mozlibpixman.dll of SSE version has a bug. I will check it later.

Re: 4.0B7 SSE display problem

名前: Tete
日時: 2010年11月23日 8時5分
I have just uploaded the new SSE build.

Re: 4.0B7 SSE display problem

名前: FFFever
日時: 2010年11月23日 8時43分
No more problem with that site and another one. Thanks Tete.

Benchmark thread

名前: sirDaniel
日時: 2010年11月17日 19時11分
I think yor build deserve some benchmarks. For now i tested v8 bench version6:
Regular FF 3.6.12 209
TETE SSE FF 3.6.12 220
Regular FF 4.0.b7 820
TETE SSE FF 4.0.b7 908

Sempron 2600+ @1,84GH 1GB RAM

So far so good. I dont know how to test jpegs decoding though.

About Firefox 4.0 64bit version

名前: FFans
日時: 2010年11月17日 13時13分
Well I got adventureous and am now trying this out. The new Adobe flash seems to work fine. Is there any possible way to releases the Firefox 4.0 64bit tete009 version?

Re: About Firefox 4.0 64bit version

名前: Tete
日時: 2010年11月18日 7時9分
For now, I have no plans to build my 64-bit versions.

Re: About Firefox 4.0 64bit version

名前: FFans
日時: 2010年11月19日 19時59分
Well, it's a bad new.Do you know any the third party whom having a plan to bulid x64 FF?

Re: About Firefox 4.0 64bit version

名前: Drillman
日時: 2010年11月20日 6時26分
Before you try to use 64 bit Firefox. Do you know that it is actually slower than 32 bit Firefox as of today? Its just that Mozilla is attaching very low priority to 64 bit firefox, and the slower unstable 64 bit code reflects that.

The Mozilla plan looks like there will be an official 64 build after 4.0 final version is released next year. Any version prior to that are just test builds and in my opinion not worth using.

Re: About Firefox 4.0 64bit version

名前: Tete
日時: 2010年11月21日 10時43分
As far as I know, the following people have built Firefox x64 (windows).
ayakawa san: http://freett.com/runebook/
otachan san: http://fbuild.com/

Re: About Firefox 4.0 64bit version

名前: FFans
日時: 2010年11月22日 21時18分
Thanks a lot, tete009! I have already downloaded the Firefox x64. I'll try a while to see if it worth to upgrade. However, still hope your x64 builds in future。Thanks you again.

inquiry on ff 4b7 build

名前: BBK
日時: 2010年11月13日 13時55分
Mr. Tete,
Thank you for committing your work to the public. I'm sure there are many including me who benefit from the software. I have a question though- -previously I was using 3.6 build and decided to give 4 beta a try. When I extract 4 beta version though, I can't find "defaults/pref/firefox.js" and "defaults/pref/firefox-l10n.js" to edit...is this normal behavior? I'd love to hear some explanation how to deal with this problem.
Oh- and one other question: do I actually do some uninstall for tbind.exe? C:\A used to have 3.6 build where I ran tbind and I extracted new 4beta to C:\B and ran tbind again. I decided to delete C:\A...do I need to do something about previously ran tbind in C:\A?
Thanks,
BBK

Re: inquiry on ff 4b7 build

名前: Fx_Enthusiast
日時: 2010年11月13日 16時48分
It's inside omni.jar. You can open it with WinZip or PowerArchiver.

Re: inquiry on ff 4b7 build

名前: BBK
日時: 2010年11月13日 19時22分
Thanks Fx! How do you advise on editing the files then? Should I just edit and put it back to archive? Delete the archive and put them into /pref/ directory? Anyway, that's one mystery solved. Thanks!

Re: inquiry on ff 4b7 build

名前: Fx_Enthusiast
日時: 2010年11月14日 17時38分
Just edit it with Wordpad. WinZip or PowerArchiver will detect if the file gets modified.

B7 SSE

名前: FFFever
日時: 2010年11月13日 11時5分
I hope u will build SSE version...

Re: B7 SSE

名前: Tete
日時: 2010年11月14日 22時1分
I have uploaded the SSE version. Even though it takes time and effort to make my builds, I think I will build the SSE versions for a while longer.

Re: B7 SSE

名前: FFFever
日時: 2010年11月15日 1時16分
Thanks very much! I appreciate all your efforts.

Re: B7 SSE

名前: Tweaker
日時: 2010年11月16日 9時34分
Sorry :-) but imho decoding (or "loading"?) of jpegs are with the original little bit faster as tete's versions (sse and sse2). Fast than 3.6.12 sse2, but slower as 4.0b7.

As example pictures on this fast server
http://www.computerbase.de/bildstrecke/31388/

XPsp3 with 3GB and C2D 8400 @3.85Ghz and one disc 500GB WD.

Re: B7 SSE

名前: Tete
日時: 2010年11月17日 6時23分
I have been unable to confirm the problem.
My builds have substituted the following JPEG library for the original libjpeg, so currently, I think my builds decode JPEG files faster than original builds.
http://cetus.sakura.ne.jp/softlab/jpeg-x86simd/jpegsimd.html
Sorry :-) but imho decoding (or "loading"?) of jpegs are with the original little bit faster as tete's versions (sse and sse2).

untitled

名前: GoDSLaYeR
日時: 2010年11月13日 0時17分
Please compile one for 4.0b7.

I have been using your compilations for years! Your portable version is the best so far!

Re: untitled

名前: Tete
日時: 2010年11月13日 6時43分
I have just uploaded it.

Re: untitled

名前: sirDaniel
日時: 2010年11月16日 20時49分
What about new JaegerMonkey javascript engine in new beta? Ive heard it needs see2 cpu. Mine is sse only. Is that possible to compile JM to working on cpus like athlon/sempron xp? Probably recent versions of ff4 have cpu caps detection and dont crash when used on sse only - which means fast JM is disabled :( Correct me if im wrong here.

Re: untitled

名前: Tete
日時: 2010年11月17日 6時52分
It sounds like Bug 595351.
https://bugzilla.mozilla.org/show_bug.cgi?id=595351

I don't have any non-SSE2 machine now, so can't debug this problem... :-[

Re: untitled

名前: sirDaniel
日時: 2010年11月17日 17時38分
Yes, that was probably that bug, i had to disable javascript.options.methodjit.content to just open any site. Now from some time in prebeta8 i turned methodjit and had no crashes since then. But ff4 is not so fast like others users report, so i guess they just disabled some imortant optimizations working with sse2. :( Let just hope final Jaegermonkey engine will be on full speed on sse cpus.
Thx for findind that.

Re: untitled

名前: Tete
日時: 2010年11月18日 7時42分
I have looked over the source code of methodjit. Many SSE2 instructions are used at /js/src/FastArithmetic.cpp file. It seems that methodjit does not support x87 and SSE floating point instructions.

無題

名前: kotera
日時: 2010年11月9日 0時22分
:-) :-P

β7

名前: shige
日時: 2010年11月6日 22時40分
Firefox4.0のβ7がいよいよというか、やっと出てきそうですね。
かなり速くなっているらしいので楽しみですね!

Re: β7

名前: テテ
日時: 2010年11月7日 10時37分
そのようですね。楽しみです。^^
長いこと待っていました。

Re: β7

名前: Fx_Enthusiast
日時: 2010年11月12日 10時39分
When are you going to release your custom build?

Re: β7

名前: Tete
日時: 2010年11月13日 6時43分
I have just uploaded it.

Re: β7

名前: Fx_Enthusiast
日時: 2010年11月13日 16時46分
Thanks. Your builds are the best.
It's much snappy than the regular.

Firefox(Namoroka) 3.6.12,Thunderbird(Lanikai) 3.1.6 リリース

名前: アイヴァーン
日時: 2010年10月30日 15時49分
セキュリティアップデートと言うことで緊急の(本家ビルド)リリースでしたが,間もなくのビルドお疲れ様です。

さっそく頂いてきました,ありがとうございますm(_ _)m

P.S.先にSSE3について問われておられる方がいたようですが,現状のブラウザにおいてSSE3の効果に与れるものなのでしょうか?
確かに後々にはHTML5などでブラウザ自体がオーディオやビデオ関連の処理をすることは増えそうですので,将来的には効果が見込めそうな気もしますが,その場合においてももしかするとメーカーの状況如何においてはOpenCLなどGPGPUを活用する道が開けているかもしれません。
いずれにしても,現状のHTMLにおいては画像はともかくもオーディオやビデオなどはプラグインの仕事だったりする気がするので,あまりブラウザ自体の対応は影響無さそうな気がしたりもしますが:-[

Re: Firefox(Namoroka) 3.6.12,Thunderbird(Lanikai) 3.1.6 リリース

名前: 匿名
日時: 2010年10月30日 17時36分
どのブラウザもJavaScriptの実行速度を上げようと躍起になっていますので、多少は効果があるかもしれませんね。

Re: Firefox(Namoroka) 3.6.12,Thunderbird(Lanikai) 3.1.6 リリース

名前: テテ
日時: 2010年10月30日 23時22分
SSE3は浮動小数点数のSIMD命令が主なので、整数演算主体の画像処理の高速化には使えない気がします。

LDDQU命令は、Pentium 4系では効果があるそうですが、CoreアーキテクチャーではMOVDQUの単なる別名だそうです。

またFISTTP命令は、浮動小数点数を64ビット整数に切り捨て変換する命令です。しかし現状のFirefoxは、そもそもそのような機会がほとんどありません。浮動小数点数を32ビット整数に変換する命令(SSE・SSE2)で間に合っています。

SSE 3

名前: Drillman
日時: 2010年10月29日 21時44分
I may be over my head on this, but is there any particular reason you don't do a SSE 3 build? I just was reading wiki on SSE technology and I am not sure what it exactly means, but I assume a SSE 3 build potentially give performance gains for cpus that support SSE 3?

Re: SSE 3

名前: Tete
日時: 2010年10月30日 0時28分
MSVC2005's compiler that I'm using does not have /arch:SSE3 option.

MSVC's compilers have not supported auto vectorization, so even if it supports /arch:SSE3, I think performance increases very little except in P4 architecture.

Re: SSE 3

名前: Tweaker
日時: 2010年10月30日 5時2分
Drillman, for SSE3 we want SSE3-code. For "multimedia decodind". tete's builds are not fast primary through SSE-any...

freifox 2 priv build

名前: Alexander
日時: 2010年10月29日 12時58分
Good afternoon. I have to you a huge favor. If you still have version 2.0.0.20 build, could you put it temporarily? We very much need. Thanks in advance

Re: freifox 2 priv build

名前: Tete
日時: 2010年10月29日 23時2分
Hello, I uploaded my private build of Firefox 2.0.0.20 to the following URL:
http://www1.plala.or.jp/tete009/software/mozilla/firefox/release/firefox-2.0.0.20-2008121822.en-US.win32-tete009-sse-pgo.exe

MD5: 3c7e7a0084d550039508a2bafffcef60
SHA1: 0c0a21579fa3b0a9a39e42de8a469ab1a6dec529

Previous versions have weak security. Please use it carefully.

Re: freifox 2 priv build

名前: Alexander
日時: 2010年10月30日 1時15分
Thank you very very much!!!!

Good work

名前: Joe
日時: 2010年10月28日 11時26分
Hi there, I just want to thank you for your builds. Latest Firefox SS2 worked like a charm. Today it weas released Firefox 3.6.12, so I'm looking forward your new build.

Thanks again.

Re: Good work

名前: Tete
日時: 2010年10月29日 23時7分
I have uploaded my builds of Namoroka 3.6.12. Thank you for using my builds.

FF 3.6.12

名前: kamikize
日時: 2010年10月28日 9時1分

Re: FF 3.6.12

名前: たかやま
日時: 2010年10月28日 10時7分
Mozilla Japan ブログ - Firefox と Thunderbird のセキュリティアップデートを公開しました <http://mozilla.jp/blog/entry/6034/>

今回のは深刻な脆弱性のようですね。

Re: FF 3.6.12

名前: テテ
日時: 2010年10月28日 22時51分
危険な脆弱性のようですね。
Namoroka 3.6.12 私的ビルドは、トラブルがなければ明日の朝以降にアップしたいと思ってます。

Can&amp;#39;t free memory

名前: Ivan
日時: 2010年10月26日 17時34分
I use Tete009's private compile Firefox.
but, it can't free memory automatically.

I open many web page, then Firefox's memory is increase more and more.
I close most tabs, but memory can't free.

Unless I restart the Firefox.

Re: Can&amp;#39;t free memory

名前: Tete
日時: 2010年10月27日 20時56分
At present, my builds use memory like official builds, so I think it may be a feature of Firefox.

Namoroka,Lanikaiアップデート

名前: アイヴァーン
日時: 2010年10月21日 21時37分
毎度,早めのビルドありがとうございます。
早速頂戴していきます:-[

P.S.パッケージ名をコードネーム(だったかしら?)に変えたのですね=-O

Re: Namoroka,Lanikaiアップデート

名前: テテ
日時: 2010年10月21日 22時0分
はい。以前、Mozillaの公式なビルドと勘違いした方がいたということと、商標の問題があるかもと思ったことが理由です。

Math.floorについて

名前: merom686
日時: 2010年9月28日 10時13分
エラーコンソールでMath.floor(9000000000000001)を評価させると、
公式のFirefox 3.6.10では、9000000000000001と表示されますが、
私的ビルドのSSE2版を使うと9000000000000000になってしまいます。
この点確認いただけますか。

Re: Math.floorについて

名前: テテ
日時: 2010年9月28日 22時46分
不具合をご報告くださり、ありがとうございます。ご指摘の問題を確認いたしました。

SSE版ではこの問題は発生しないため、コンパイラオプションの-arch:SSE2が関係しているのかもしれません。後で調べてみます。

Re: Math.floorについて

名前: テテ
日時: 2010年9月29日 17時30分
Visual C++ 2005のバグ(仕様?)のようです。
以下のソースを/O2 /arch:SSE2でビルドして実行すると、「9000000000000000.000000」と表示されました。
一方、#pragma function(floor)を指定してfloorをインライン展開させないと、「9000000000000001.000000」と表示されました。

#include "math.h"
/* #pragma function(floor) */
void main() {
printf("%f\n", floor((double)9000000000000001));
}

というわけで次回の私的ビルドから、/js/src/jsmath.cppに#pragma function(floor)を指定しようと思います。

Re: Math.floorについて

名前: merom686
日時: 2010年9月30日 17時48分
そういうことでしたか。
お手数おかけしました。いつもありがとうございます。

Well Done

名前: H Peter
日時: 2010年9月23日 23時29分
Thanks for firefox 4 beta6 tete009's version release
I'm waitting for a long time :D:-)

Re: Well Done

名前: Tete
日時: 2010年9月24日 23時16分
Thank you.
My SSE2 build has crashed at startup, so I have uploaded a SSE version only. :-[

Re: Well Done

名前: Keefa
日時: 2010年9月25日 2時38分
It's my first time replying on the forum but this time it's definitely worth it.

I wanted to say exactly what H Peter said. Thank you so very much and good job. An SSE2 build would be even more awesome but even SSE is better than the official build. ;)

Re: Well Done

名前: Tete
日時: 2010年9月26日 14時23分
I have uploaded my SSE2 private build of Firefox 4.0 Beta 6.
When compiling /js/src/yarr/yarr/RegexCompiler.cpp with -arch:SSE, my SSE2 build was able to run.

Re: Well Done

名前: leo
日時: 2010年9月26日 15時47分
uauuu ff4b6 with sse2 very-very fast thanks!

Re: Well Done

名前: anonymous
日時: 2010年9月27日 11時23分
@tete009:

You should've waited for Beta 7.
Beta 6 is like an extension to Beta 5.

Re: Well Done

名前: Tete
日時: 2010年9月28日 6時53分
I'd like to build Beta 7 after it's released. :-)

module binder

名前: av
日時: 2010年9月17日 23時54分
Hi,
I just wanted to ask you what the module binder does. I don’t ask you to explain everything in details but just a very simple overview or if there is something on the internet about it (I don’t have found anything). I’m curious because there are no details on your page.
Also I tried running it but it failed on something just clicking on it, it required running from the command line. Always with administrator privilege of course.
And thank you for making these builds ;-)

Re: module binder

名前: Tete
日時: 2010年9月19日 10時47分
It is hard for me to explain that in English.
The Remarks of BindImageEx include details about the process of binding an image.
http://msdn.microsoft.com/en-us/library/ms679279%28VS.85%29.aspx

Re: module binder

名前: av
日時: 2010年9月19日 19時30分
thank you, I'll take a look, can be useful.
Also thank you for the new build, I will update now

Last little question: is useful to use the memory utility DLL from you page or is now obsolete?

Re: module binder

名前: Tete
日時: 2010年9月20日 6時13分
The release DLL of memory utility on my site is the same as that attached to my build, so there is no need to download it normally.

Re: module binder

名前: av
日時: 2010年9月20日 7時33分
thanks

Fx 3.6.10

名前: たかやま
日時: 2010年9月17日 10時53分
いつもお世話になっています。

Mozilla Japan ブログ - Firefox のアップデート (3.6.10/3.5.13) を公開しました <http://mozilla.jp/blog/entry/5931/>

だそうです。

Re: Fx 3.6.10

名前: テテ
日時: 2010年9月17日 22時33分
ありがとうございます。
時間があったら、明日ビルドしたいと思っています。

Window Server 2008 R2 評価版をインストールして、ビルド環境やパッチを作り直している最中に、突如Fx 3.6.10がリリースされたので、ビルド開始が遅れてます。

Re: Fx 3.6.10

名前: テテ
日時: 2010年9月18日 6時27分
今日ビルドするのは無理かもしれません。
実家の屋根にペンキを塗ってくることになりました。

Re: Fx 3.6.10

名前: アイヴァーン
日時: 2010年9月18日 12時9分
テテさん,こんにちは。
実家の補修(ペンキ塗り)ということで,ゆっくり落ち着いて安全にどうぞ~。

もともと,Firefoxについては一部環境(?)での安定性の問題に対処したリリースのようですので,特にセキュリティ修正等は含まれないようですから緊急性はないように思われます。
時を同じくしてThunderbirdも更新されましたが,こちらも同様の対応に加え,“ユーザインタフェースに関するいくつかの修正”ということで,これもセキュリティ修正等は含まれない模様なので落ち着いて更新されても問題ないかと思われます。

今後(特にFirefox 4に対して)のビルド環境も心配されるところですので,マイペースで更新されてよいのではと思います:-[

Re: Fx 3.6.10

名前: テテ
日時: 2010年9月19日 10時58分
アイヴァーンさん、こんにちは。

Firefox 3.6.10とThunderbird 3.1.4は、今日ビルドしたいと思います。

屋根のペンキ塗りは、昨日中に終えられませんでした。錆を落として錆止めを塗るところまでやってきました。

Re: Fx 3.6.10

名前: Tweaker
日時: 2010年9月19日 19時42分
PGO is this time excellent! THANKS.

Re: Fx 3.6.10

名前: shige
日時: 2010年9月19日 20時33分
頂きました、毎度ありがとうございます。m(_ _)m

Re: Fx 3.6.10

名前: Tete
日時: 2010年9月20日 5時37分
It's my pleasure.
どういたしまして。

Re: Fx 3.6.10

名前: Cecil
日時: 2010年9月26日 0時17分
The fastest Firefox 3.6.x ever used! Great work!

Re: Fx 3.6.10

名前: Tweaker
日時: 2010年10月20日 8時16分
.11 is also fast enough ;-) Good and fast job. Thanks.

Re: Fx 3.6.10

名前: Tete
日時: 2010年10月21日 6時44分
You're welcome!

swiftfox

名前: Alexander
日時: 2010年9月13日 0時54分
Hello, I am a very long time take your assemblies, and I want to say thank you for what you do. I live in Russia, and in our region, your build is very popular mainly due to the instructions on the site of our internet service provider, which is recommended to use the name of your assembly.

I recently came across a project SwiftFox which exists only for Linux. Many of our users are interested in whether you do the assembly for Windows-based sources SwiftFox?

Re: swiftfox

名前: Tete
日時: 2010年9月13日 23時21分
Thank you for using my builds.

I don't know how SwiftFox is optimized because I almost never use Linux. At least, I don't want to increase my builds.

It takes time and effort to make my builds because I collect my profile data for Profile-Guided Optimization manually from dozens of my frequently accessed sites.

Building more builds might knock out me.

plz let me know where chrome folder in 4.0 original build is ;(

名前: cool
日時: 2010年9月9日 11時52分
How can I apply my own language to your build?
In 4.0 original build, I cannot find xx.jar xx. manifest in chrome folder and firefox-l10n.js .
any difference between 3.x and 4.0 ?

Re: plz let me know where chrome folder in 4.0 original build is ;(

名前: Tete
日時: 2010年9月13日 7時20分
I wrote "How to localize the English version of Firefox". I hope you find it informative.
http://www1.plala.or.jp/tete009/en-US/software.html#JLPAPPLY

Re: plz let me know where chrome folder in 4.0 original build is ;(

名前: cool
日時: 2010年9月13日 12時34分
thank you so much :)

Releases

名前: Tweaker
日時: 2010年9月8日 9時44分
Hello

4.0b5 *and* 3.6.9 are out.

Re: Releases

名前: Tete
日時: 2010年9月8日 22時59分
I uploaded my builds of Firefox 3.6.9 and Thunderbird 3.1.3.
It is not clear when I will upload Firefox 4.0 beta.

Re: Releases

名前: Tweaker
日時: 2010年9月9日 7時53分
(3.6.9)

Not your fastest build, but ok. THANKS!

Re: Releases

名前: Tweaker
日時: 2010年9月9日 18時17分
Peacekeeper, Details: Data

3.6.6: 7818
3.6.9: 5655

Core2Duo E8400 @3.85 Ghz.

Re: Releases

名前: kamikize
日時: 2010年9月10日 12時20分
Could anyone tell me how to create a PGO Build ?

Re: Releases

名前: Tete
日時: 2010年9月13日 7時28分
Could anyone tell me how to create a PGO Build ?
Please refer to the following document.
https://developer.mozilla.org/En/Building_with_Profile-Guided_Optimization

Re: Releases

名前: SCORPiON
日時: 2010年9月16日 15時34分
Again a new build: 3.6.10

changes: Fixed a single stability issue affecting a limited number of users

Re: Releases

名前: Tete
日時: 2010年9月16日 22時47分
Oh, that is unexpected release for me.
I'm still remaking my building environment and patches.
It may take a few days to upload 3.6.10.

Re: Releases

名前: Tweaker
日時: 2010年9月17日 3時50分
3.6.10 is out.

Re: Releases

名前: Tete
日時: 2010年9月17日 22時25分
If time permits, I would like to build 3.6.10 tomorrow.

Re: Releases

名前: Tete
日時: 2010年9月18日 6時40分
Unfortunately, something urgent came up and I may not be able to build it today. I have to paint roof of a family home today.

Re: Releases

名前: Tweaker
日時: 2010年9月18日 7時47分
I don't want fast build updates. I want fast builds ;-)

Re: Releases

名前: SCORPiON
日時: 2010年9月19日 8時5分
@Tweaker: /signed

Very impresive speed improvement vs. standard build

名前: Milaa001
日時: 2010年8月26日 19時28分
Hi,

The browser speed improvement, using your optimized build, is very impressive.

Using Microsoft "psychedelic wheel" benchmark test, an "alternative" to Peacekeeper one, the result are (higher is better):

- Firefox 4.0b4 (std build): 15
- Firefox 4.0b3 (tete009 optimized build): 190
- Chrome 7.0.503.0 : 23

:-)

Regards,

Milaa

Re: Very impresive speed improvement vs. standard build

名前: Milaa001
日時: 2010年8月26日 20時15分
As a comparison, "Blazing Fast" optimized build give:

- Firefox 4.0b3 (Blazing Fast optimized build): 14

(http://www.binaryturf.com/free-software/blazing-fast-firefox-optimized-distributions/)

Note that same window size were used for all these tests.

Regards,

Milaa

Re: Very impresive speed improvement vs. standard build

名前: Drillman
日時: 2010年8月27日 8時12分
Any particular reason why you don't have gpu acceleration enabled? With it enabled my Firefox 4.0b4 (std build) register around 1800.

Re: Very impresive speed improvement vs. standard build

名前: Milaa001
日時: 2010年8月27日 15時25分
I guess because I have a simple Intel(R) Q35 Express graphic chipset that lack gpu acceleration.
Regards.

Re: Very impresive speed improvement vs. standard build

名前: Drillman
日時: 2010年8月28日 19時38分
If your Q35 board is a desktop with a pci express slot. Ever think about buying a video card? In the US, a capable GPU can be found as low as 20-30 dollars. It would be a good investment considering Firefox 4.0 is coming and a dedicated GPU has so many other uses.

Removed some sentences from this board

名前: Tete
日時: 2010年8月22日 13時25分
I have removed some sentences which were against the following notes.
http://cgi38.plala.or.jp/tete009/board.cgi#INFO

This board isn't the place to make personal attacks. :'(

Firefox 4.0 Beta 4 will soon be out

名前: Bizarre?
日時: 2010年8月21日 18時14分

Re: Firefox 4.0 Beta 4 will soon be out

名前: Tete
日時: 2010年8月22日 11時29分
Thank you for the information. I am downloading the source code.

Because I need to resolve the following error, the upload day of Beta 4 is yet to be determined.
http://cgi38.plala.or.jp/tete009/board.cgi?id=T1281563087.66#T1281563087.66

Re: Firefox 4.0 Beta 4 will soon be out

名前: Softex
日時: 2010年8月24日 3時1分
I cant wait ...!

Re: Firefox 4.0 Beta 4 will soon be out

名前: Bizarre?
日時: 2010年8月24日 8時24分
I think Beta 4 will be postponed because of this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=575870

Re: Firefox 4.0 Beta 4 will soon be out

名前: Tete
日時: 2010年8月24日 22時2分
Fixing Bug 575870 has been postponed until Beta 5 or later. The blocking2.0 value has been changed from beta4+ to beta5+ since 2010-08-16.

libjpeg/SIMD to libjpeg-turbo.

名前: MiKiL
日時: 2010年8月20日 19時39分
Stumled few days ago to this 'libjpeg-turbo' that seems to base to Miyasaka's libjpeg/SIMD, it appears that they have made enhancements and bug fixes to it. Could it be tested is it any good for your builds?

Here's the site: http://libjpeg-turbo.virtualgl.org/

Re: libjpeg/SIMD to libjpeg-turbo.

名前: Tete
日時: 2010年8月21日 7時28分
Thank you for the information. It seems that Mozilla is working on this matter. I would like to wait for the progress.

Replace libjpeg with libjpeg-turbo
https://bugzilla.mozilla.org/show_bug.cgi?id=573948

Re: libjpeg/SIMD to libjpeg-turbo.

名前: MiKiL
日時: 2010年8月22日 4時22分
Oh, they've been working on it already. That's nice to hear. :)

Re: libjpeg/SIMD to libjpeg-turbo.

名前: Tweaker
日時: 2010年8月22日 18時59分
But I dont belief, than that comming with 3.6.x.
If we had always to wait for Mozilla...

Please dont forget, than 4.0 wiht new Addon-API can be for first Mozillas Vista. Fx without Addons is nothing...

Firefox 4.0 Beta 3 is out

名前: Bizarre?
日時: 2010年8月11日 20時13分
Just letting you know :)

Re: Firefox 4.0 Beta 3 is out

名前: Tete
日時: 2010年8月12日 6時44分
I have been trying to build it for a few days, but the fatal error C1001 or C1002 has been caused by compiler while building xul.dll in the MOZ_PROFILE_USE phase. :-(

I have been looking for a solution to get around the problem.

Re: Firefox 4.0 Beta 3 is out

名前: Bizarre?
日時: 2010年8月12日 10時23分
No pressure. Take your time. Your builds are one of the best :)

Re: Firefox 4.0 Beta 3 is out

名前: Tweaker
日時: 2010年8月12日 19時56分
One of the best? LOL tete's 3.6.8 is present faster than Mozillas 4.0b3. tete's builds are simply THE BEST.

Re: Firefox 4.0 Beta 3 is out

名前: Bizarre?
日時: 2010年8月13日 15時31分
I'm Bizarre?, but I sure am neutral / objective :)

I do not render judgment based on trivial things.

Re: Firefox 4.0 Beta 3 is out

名前: Tweaker
日時: 2010年8月14日 19時20分
Peacekeeper is trivial.

Assertion Failed 警告について

名前: aqua
日時: 2010年8月4日 23時53分
はじめまして。
いつもありがたく私的ビルドを使わせていただいています。

こちらで適切かどうかは分からないのですが、
特定のアドオンの使用で警告ウィンドウが発生しましたので
報告させていただきます。

内容
ブックマークを登録しようとしたり、ページを表示すると「Assertion Failed」という警告ウィンドウが出る。

ブックマーク登録時警告
ttp://nukkorosu.80code.com/img/nukkorosu15874.jpg
ttp://nukkorosu.80code.com/img/nukkorosu15875.jpg

ページ表示時警告
ttp://nukkorosu.80code.com/img/nukkorosu15876.jpg

問題のあったアドオン
・Super Tab Mode(単体登録で発生。主にこちらで検証しました)
・Hide Caption(単体登録で発生)

問題の発生しやすかったサイト
ttp://nukkorosu.80code.com/?page=1 (画像アップローダです)

使用したファイル
・Firefox 3.6.8 [2010072413 en-US win32 tete009 sse2 pgo] (8.1MB)

不具合試験用DLLに差し替えても発生しました
・tmemutil-20090417-test.zipを使用

以下の最適化ビルドでも同じ問題が発生していました
・Pale Moon 3.6.8 ttp://www.palemoon.org/

公式版と以下の最適化ビルドでは問題は発生しませんでした
・pigfoot P3 3.6.8 ttp://weblog.pigfoot.org/pigfoot/

確認している環境は以下の組み合わせですが、PC、OSにかかわらず発生しているようです。
Core2Duo E6550 + WinXP 32bit
Core2Duo E6550 + Windows2003 32bit
Core2Duo E6550 + Windows7 32bit
Core2Duo T7100 + WinXP 32bit
Celeron SU2300 + Windows2003 32bit
Athron64 3500+ + WinXP 32bit

以上です。

アドオンの情報

名前: aqua
日時: 2010年8月5日 0時3分
アドオンの情報が足りませんでした。
以下のものを確認に使用しました。

Super Tab Mode 1.63
https://addons.mozilla.org/ja/firefox/addon/13288/

Hide Caption 0.8.3
https://addons.mozilla.org/ja/firefox/addon/9256/

以上です。

Re: Assertion Failed 警告について

名前: テテ
日時: 2010年8月5日 7時34分
不具合のご報告ありがとうございます。
こちらでも不具合が再現するか確認後、不具合の原因を調べたいと思います。

Re: Assertion Failed 警告について

名前: テテ
日時: 2010年8月7日 7時32分
公式・非公式に関わらず、Firefox 3.6.8で新規プロファイルを作成し、以下の手順を繰り返していると、「Assertion Failed」エラーが発生することがありました。mozillaソースに何らかのバグがあることが分かりました。

1. ツールバー上で右クリックし、メニューから「Customize (カスタマイズ)」を選び、「Customize Toolbar (ツールバーのカスタマイズ)」ウィンドウを表示。
2. 「Customize Toolbar (ツールバーのカスタマイズ)」ウィンドウを閉じる。
3. 「Bookmarks (ブックマーク)」メニューから「Bookmark This Page (このページをブックマーク)」を選ぶ。
4. 「Bookmarks (ブックマーク)」メニューを開き、3で登録したアイテム上で右クリックし、アイテムを削除。

手順3でブックマークメニューを開いても、登録したはずのアイテムが表示されないことがありました。
それでも上記の手順を繰り返していると、ブックマークメニューに削除したはずのアイテムが現れたりするなど、妙な現象が発生しました。

なおFirefox 3.6.8 公式ビルドでは、この手のエラーが発生しても、エラーメッセージボックスを表示しないようになっています (エラーコンソールにはエラーが追加されます)。詳しくはmodules/debug.jsのNS_ASSERTファンクションのソースをご覧ください。

pigfoot版もエラーメッセージが表示されなかったのは、おそらくpigfoot版が公式と同じようなビルドオプションでビルドされているためではないでしょうか。以前pigfoot版のビルドオプションをabout:buildconfigで確認したところ、公式ビルド専用の- -enable-official-brandingが指定されていました。

Re: Assertion Failed 警告について

名前: テテ
日時: 2010年8月9日 22時23分
Firefox 3.6.8 私的ビルドを更新しました。
NS_ASSERT()でエラーを検知した際、エラーをダイアログボックスで表示せずに、エラーコンソールに出力するようにしました。

これは、nightlyやbeta以外の公式ビルドと同じ振る舞いです。

通常は、app.update.channelの値によって、NS_ASSERT()の挙動が切り替わるようになっています。
https://bugzilla.mozilla.org/show_bug.cgi?id=355195

Re: Assertion Failed 警告について

名前: Aqua
日時: 2010年8月12日 11時51分
連休前の駆け込み仕事で返信が遅れました。

もともとFireFoxが出していたエラーが見えるか見えないかの違いだけだったのですね。
いろんなビルドで同じエラーが出てる時点で思い至るべきでした。
お忙しい中、原因の特定のみならず私的ビルドまで更新していただき本当に有難うございました。

Re: Assertion Failed 警告について

名前: テテ
日時: 2010年8月13日 6時33分
こちらこそ、ご指摘いただいて初めて、今回の挙動の差があることを知ることができました。ありがとうございました。

Firefox 4.0Beta2 is out!

名前: God
日時: 2010年7月30日 18時57分
It was out few days ago, I'm waiting for your package...:-)

Re: Firefox 4.0Beta2 is out!

名前: Tete
日時: 2010年7月30日 20時43分
Thank you for waiting. Here you are. :-)

New Peacekeeper Benchmarks scores

名前: Drillman
日時: 2010年7月25日 7時19分
I thought you would like my updated Peacekeeper Benchmarks scores to see how your custom build and Firefox code changes affect performance in a different computer configuration and internet service provider other than yours. The more data the better?

http://service.futuremark.com/peacekeeper/results.action?key=42AE

Tete= 2608 Firefox = 2072

Q8200, 4 gig Ram, 9600 GT, Windows 7 64 bit
New Profile, Firefox Safe mode with all addons/plugins disabled

Re: New Peacekeeper Benchmarks scores

名前: Tete
日時: 2010年7月25日 17時40分
Hmm... I tried Peacekeeper once in several browsers, but I did not find such a big difference between official Firefox and my builds.
Depending on the test item, I have an impression that Peacekeeper has a substantial margin of error.

Here is my results.
http://clients.futuremark.com/peacekeeper/results.action?key=42Ef

Minefield 4.0b1 = my SSE2 build of 4.0b1
Unknown unknown = my SSE2 build of 3.6.8
System environment: Core 2 Quad Q9550, Windows 7 32-bit, Classic View with 1024 * 768 resolution.

All I can say with certainty right now is that Chrome and Opera are incredibly fast on this benchmark test!

Re: New Peacekeeper Benchmarks scores

名前: Drillman
日時: 2010年7月26日 2時54分
It really does seem to fluctuate wildly. I did the benchmark again and the difference (Tete= 2640/Firefox=2409) was not statistically significant enough to draw any conclusions. I wonder why my first test showed so much discrepancy even thought it was under the same conditions.

I guess the benchmark is very unreliable. The problem is, it is the only major benchmark that tests other things, not just pure javascript speed like sunspider. *shrugs*

http://service.futuremark.com/peacekeeper/results.action?key=42OC

Sidenote: How about IE 8? Microsoft really needs to release IE 9 soon.

Re: New Peacekeeper Benchmarks scores

名前: Tete
日時: 2010年7月26日 22時31分
I'd like to think benchmark is not everything, but I'm surprised to see that there is such a big difference in the score of Peacekeeper between Firefox and Opera or Chrome.
I hope Firefox will catch up with them.

Re: New Peacekeeper Benchmarks scores

名前: Tweaker
日時: 2010年7月28日 9時16分
Volks, Peacekeeper == 3dmark. Ok?

Firefox 3.6.8リリース!?

名前: アイヴァーン
日時: 2010年7月24日 10時41分
テテさん,こんにちは。

なにやらFirefox 3.6.8がリリースされているようです。なにか問題があったのでしょうか(>_<)?

Re: Firefox 3.6.8リリース!?

名前: テテ
日時: 2010年7月24日 10時55分
アイヴァーンさん、こんにちは。
今、ビルドの準備に取りかかっているところです ><

Firefox 3.6.7で重要度が最高レベルの脆弱性が入り込んだようです。
http://www.mozilla-japan.org/security/announce/2010/mfsa2010-48.html

Re: Firefox 3.6.8リリース!?

名前: アイヴァーン
日時: 2010年7月25日 7時25分
おぉ,なんか問題の大きさはチガイマスがFirefox 3.6.4→3.6.6のデジャヴですなぁ(^_^;)

というわけで,頂いていきます。ありがとうございます~。

Re: Firefox 3.6.8リリース!?

名前: テテ
日時: 2010年7月25日 17時47分
どういたしまして~。^^

uninitialized variable in patch and other patch related stuff

名前: Sephiroth
日時: 2010年7月23日 3時30分
Tete, you're using an uninitialized variable (xmmTmp) in the patch for nsAudioStream.cpp.

And for win\nsIconChannel.cpp you should try the proposed patch from bug #526038 instead of disabling the optimizations.

best,
Sephiroth

Re: uninitialized variable in patch and other patch related stuff

名前: Tete
日時: 2010年7月23日 7時37分
Thank you for pointing that out.

To remove the compiler warning from my patch of nsAudioStream.cpp, I would like to initialize the xmmTmp with _mm_setzero_ps().

About nsIconChannel.cpp, on VS2005, the source code of memcpy and memmove in C-runtime library is the same. Although the compiler may replace the function call of memcpy with inline instructions, if it will result in better performance. I would like to wait and see about this matter.

Re: uninitialized variable in patch and other patch related stuff

名前: hATrayflood
日時: 2010年7月23日 11時22分
BLD_ASM=1ってどこかでセットしてましたっけ?
CRTソースとmxr検索しましたけど、出てこなかったもので…

Re: uninitialized variable in patch and other patch related stuff

名前: テテ
日時: 2010年7月23日 17時11分
あ、オリジナルのCRTソースコードではBLD_ASM=0ですね。私的ビルド用にBLD_ASM=1にしていたのを忘れてました。^^;

私的ビルドでは、以前からBLD_ASM=1でビルドしたCRTを使っています (CRTのmemcpyとmemmoveが同一ソースコードからアセンブルされる)。そのCRTを使用したビルドでも、Optionsダイアログを開いてApplicationsを押すとクラッシュすることがありました。

そこで、3ヶ月ほど前にnsIconChannel::MakeInputStream()の最適化をoffにしたところ、Applicationsを押してもクラッシュすることがなくなりました。今のところは…ですが。

Re: uninitialized variable in patch and other patch related stuff

名前: hATrayflood
日時: 2010年7月23日 18時22分
BLD_ASMが0だろうが1だろうがクラッシュするみたいですね。
俺がbugzillaにアップしたパッチでクラッシュは回避できます。
が、単に「memcpyヤバイからmemmoveにした」ってだけじゃアイマイ過ぎるってことで、あえなくreview-ですが。

Re: uninitialized variable in patch and other patch related stuff

名前: テテ
日時: 2010年7月23日 21時51分
ということは、BLD_ASM=1の場合はコンパイラの最適化によってmemcpyがインライン展開されると、不具合が起きるということでしょうか。

memmoveはインライン展開の対象外であり、コンパイラの最適化にかかわらず必ずCRTの関数が呼び出されるから不具合が起きないのでは、という気がしてきました。

Re: uninitialized variable in patch and other patch related stuff

名前: hATrayflood
日時: 2010年7月23日 23時23分
当たりっぽいですね。#pragma intrinsic(memcpy)と#pragma function(memcpy)でクラッシュ回避できました。
そういえば、VS2005の通常jemallocは大丈夫で、VS2008のjemallocはダメだったので、結果をまとめるとこんな感じでしょうか。
VS2005 jemallocオン BLD_ASM=0 : クラッシュせず
VS2005 jemallocオン BLD_ASM=1 : クラッシュ
VS2005 jemallocオフ : クラッシュ
VS2008 jemallocオン : クラッシュ
VS2008 jemallocオフ : クラッシュ

Re: uninitialized variable in patch and other patch related stuff

名前: テテ
日時: 2010年7月23日 23時43分
あ、私はBLD_ASMについて勘違いしていたかもです。:-[

BLD_ASMは*.asmをリビルドするかどうかを指定するものであって、CRTのmemcpyとmemmoveには常にMASMでビルドされた*.objが使われる気が…。

Re: uninitialized variable in patch and other patch related stuff

名前: hATrayflood
日時: 2010年7月23日 23時55分
ん? そうなんですか? あんまり気にしてなかったですが…
いずれにせよ、memcpyのインライン展開がダメなので、パッチ投げてみます。
アドバイスありがとうございました。

Re: uninitialized variable in patch and other patch related stuff

名前: テテ
日時: 2010年7月23日 23時59分
はい、こちらこそ不具合の原因が分かってすっきりいたしました。ありがとうございました。^^

New versions and fun ;-)

名前: PIK
日時: 2010年7月4日 19時54分
Please more test-builds with new Mozilla RCs and more from your code gimmickry. That's simply fun! :-)

And again many thanks for your builds. With my user.js its furthermore faster in "REAL HTML-WORLD" as Opera 10.60 and Chrome Dev6 builds. Great!

Text parsing as your new construction area? :-p

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月5日 17時45分
I have modified the source code of JavaScript very little.

The way of collecting the profiling data might have a effect on Profile-Guided Optimization (PGO).
http://cgi38.plala.or.jp/tete009/board.cgi?id=T1278297460.35#T1278297460.35

I would like to collect the profiling data as I have done until now.

Re: New versions and fun ;-)

名前: PIK
日時: 2010年7月6日 8時14分
At the best, we make tests with 3.6.7 RCs ;-)

Dont forgett phpBBS/vBulletin boards and typical articles on xbit and computerbase.

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月18日 20時20分
In 4.0 betas, "added the manifest of OpenMP into xul.dll file."

Why? :-) What boots it? And, also for 3.6.7?

Please dont forget than 3.6.6 becomes 226 fixes (WOW) and 3.6.7rc have at the moment 76. Ok, over all platforms, but build on 3.5 (fixes) and all "bygone" 3.6s, we will no more never becomes more stable and more secure Fx 8-)

Please dont sack 3.6 in overspeed. Thanks.

Re: New versions and fun ;-)

名前: Drillman
日時: 2010年7月19日 3時6分
Firefox 3.6.6 is the latest official stable Firefox release.

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月19日 6時56分
Thanks. Great info #-)

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月19日 7時52分
In 4.0 betas, "added the manifest of OpenMP into xul.dll file."
Why? :-) What boots it?
I am using OpenMP to multithread some routines.
examples: http://ie.microsoft.com/testdrive/

The library of OpenMP which I am using is the side-by-side (SxS) assembly. To run the programs which are using side-by-side assemblies on Windows XP or later systems, it is necessary to add manifest files/resources to them.

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月21日 5時57分
3.6.7 is slower with "first decoding" of pictures than 3.6.6 and 3.6.4. IF this is not a problem with my provider :- -)

Example http://www.computerbase.de/bildstrecke/29069/1/

Sorry :-)

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月21日 6時1分
"Another" sorry:
*BUT* generally speed - off the pic decoding - is cream of the crop!

Thanks tete!

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月21日 7時13分
My pleasure. :-)

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月22日 0時5分
But, from Peacekeeper 4447 with 3.6.4 to 3987 with 3.6.7 :-(

Futuremark-Server? Mozilla? PGO?

Re: New versions and fun ;-)

名前: PIK
日時: 2010年7月22日 0時26分
Yep and sorry, but bad news. 4.0beta is really fast, but on my C2D system 3.6.7 tete is not more than little bit faster than orignal Fx. And also noticeable slower than former 3.6 minors like 3.6.2 or 3.6.4.

Pity. I have truly fancied this 3rd part build :-(

Re: New versions and fun ;-)

名前: PIK
日時: 2010年7月22日 9時20分
Ok I have now ~4100 im Peacekeeper o_O

But since Jaegermonkey hype I dont trust Mozillas "efforts" for 3.6 and Tracemonkey... ;-)

funnily, Tracemonkey in 4.0b1 running very well.

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月22日 17時12分
I try to collect the profiling data with scenarios that reflect how my builds will be used in real life. So far, I try not to open any benchmarks when collecting the profiling data.

I fear that excessive optimization to specific benchmarks may cause adverse effects on the optimization for normal browsing.

The reason comes from the following tips for PGO use.
http://msdn.microsoft.com/en-us/library/aa289170%28VS.71%29.aspx#profileguidedoptimization_topic7
1. The scenarios used to generate the profile data should resemble the real-world scenarios the application will see when deployed. The scenarios are NOT and attempt at doing code coverage.
2. Using scenarios to train with that are not representative of real-world use can result in code that performs worse than if PGO was not used.

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月24日 22時23分
Hi

Collection for 3.6.8 was very successful :-)

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月25日 6時0分
Hi

I have tried changing the way collecting the profile data.
This time, after running the following scripts used by official builds, I collected the profiling data as usual.

mxr.mozilla.org/mozilla-central/source/build/pgo/index.html

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月25日 7時26分
yeah, cool. "Feel" better.

Peacekeeper after 3.6.4 is furthermore appreciable slower. But htis is not your fault. Mozilla have botched something with hers fixes :-\

For real-world-web sites it doesn't matter. 3.6.8 feel fein.

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月25日 17時56分
It's a pleasure. ;-)

Re: New versions and fun ;-)

名前: Tweaker
日時: 2010年7月28日 9時17分
Its godd news or bad news? With 3.6.8 and my settings tete feel faster than 4.0b2 with or without my settings.

Re: New versions and fun ;-)

名前: Tete
日時: 2010年7月28日 18時26分
This time, I have modified the xpidl not to generate C++ header files in MOZ_PROFILE_USE phase, and used the files generated in MOZ_PROFILE_GENERATE phase.

untitled

名前: PIK
日時: 2010年7月4日 19時44分
Ayakawas builds, sorry, are ALWAYS slower than tete's builds. So waht... ;-)

Re: untitled

名前: PIK
日時: 2010年7月4日 19時45分
Sorry for new Thread >:-( I mean VisualC discussion

Peacekeeper Benchmark Results Pretty Astounding

名前: Drillman
日時: 2010年7月4日 17時59分
I ran the Peacekeeper benchmark comparing Tete 3.6.6 Custom Build to Firefox 3.6.6 default, the difference was pretty astounding

Firefox Tete Build
Overall Score 1615 2119
Rendering 782 1534
Social Networking 1326 1806
Complex Graphics 1458 3034
Dom Operation 1938 2224
Text parsing 1921 2138

The Peacemaker benchmark's overall score did not factor in the Complex Graphics score because it stated that Canvas was not universally implemented in all browser. Thus if we take into account the Complex Graphics score, your build would even score higher than the overall 2119 score.

What was definitely surprising was how much faster your build handled canvas graphics more than doubling the complex graphics score. What is also noteworthy is the rendering score was more than doubled in your build, while everything else was significantly better. It was like night and day. Your optimization really puts Firefox on another level.

My configuration:
Q8200, 4 gigs of Ram, 9600 GT, Windows 7 64 bit. Running in Safe Mode

http://service.futuremark.com/peacekeeper/

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Drillman
日時: 2010年7月4日 18時0分
The 1st column of numbers is Firefox default build. 2nd Column of numbers is your custom build.

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: anonymous
日時: 2010年7月4日 18時21分
Here is graphic of the values

http://clients.futuremark.com/peacekeeper/results.action?key=3vVe

"Unknown Unknown" = Tete Build

Values may fluctuate slightly because of conditions.

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Tete
日時: 2010年7月5日 11時37分
Firefox 3.6.6 uses the software rendering functions of cairo. It takes time to render the complex graphics.

At present, it seems that official builds have collected the profiling data for PGO from SunSpider and Blueprint CSS Framework only.

I have collected the profiling data from dozens of my frequently accessed sites.

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Tweaker
日時: 2010年7月14日 18時58分
40b1 Mozilla make optimized (with my user.js voodoo) 4840 points.

40b1-tete make 5385. Its ok ;-)

Now please the same for 3.6.7 8-)

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Tete
日時: 2010年7月15日 7時37分
I hope I can collect the profiling data the same as before. :-)

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Tweaker
日時: 2010年7月15日 11時11分
"The best of" profiling was for 3.6.4 8-)

Re: Peacekeeper Benchmark Results Pretty Astounding

名前: Tete
日時: 2010年7月16日 7時45分
Please note that PGO gets different object codes at different times.

untitled

名前: anonymous
日時: 2010年7月4日 10時45分
Hi, Tete

Both Firefox 4.0 beta1 build2 (most likely the official beta1) and Firefox 3.6.7 build1 were released just a few days back.

They are most likely the release version and both quite stable, any plan to release either of them?

Thanks for you good work!

Re: untitled

名前: anonymous
日時: 2010年7月4日 18時19分
Here is graphic of the values

http://clients.futuremark.com/peacekeeper/results.action?key=3vVe

"Unknown Unknown" = Tete Build

Values may fluctuate slightly because of conditions.

Re: untitled

名前: Tete
日時: 2010年7月5日 7時47分
After the release of Firefox 3.6.7, I will build 3.6.7.

I am undecided if I will build Firefox 4.0 beta 1 build X.
There are still a few patches I am recreating for it. I also have to test my patches later.

The stress testing of image transformation

名前: Tete
日時: 2010年7月1日 0時36分
I have uploaded the movie as a memorial of the CPU rendering of image transformation.
http://www.youtube.com/watch?v=L0oR7BWvzFE

When GPU acceleration is enabled, my optimization for image transformation will end its role, which is kind of sad.

Re: The stress testing of image transformation

名前: Cecil
日時: 2010年7月1日 1時51分
Looks great!
I think this is very useful for laptop or budget users without a decent discrete GPU. This is more than 50% of the internet users.
Besides, GPU acceleration will not be out until 3.7 (may be another year to wait)

Re: The stress testing of image transformation

名前: Drillman
日時: 2010年7月1日 4時44分
Can't we have both? Like Cecil said a lot of computers including netbooks will not be able to use GPU acceleration. but your optimization makes Firefox 3.6 run very well.

Re: The stress testing of image transformation

名前: Tete
日時: 2010年7月1日 18時28分
If Firefox 4.0 can switch back and forth between GPU and software (using pixman) rendering mode, I would also like to include my optimization in Firefox 4.0.

The source code of pixman in Firefox 4.0b1 has been modified so much from Firefox 3.6.x. It may take days to recreate my patches for Firefox 4.0b1. :-[

正当なHTML 4.01! | 正当なCSS! | CSSを使用。