> SAD素人ですが、某所のビームトランスポートラインのためにSADを使っています。
>
> ビームモニタの測定にあうように、電磁石のK値をSADのFitFunctionをつかって求めたいのですが、nバンチのビームで入射軌道が変わっているので、バンチ毎に入射点での軌道を変えてfitしたいのですが、かのうなのでしょうか?
>
可能でしょう
たとえ、光学計算エンジンがマルチバンチを直接扱えなくとも、バンチ毎に
光学計算を行い、それらの結果から評価関数を組み立てることが出きるはずです
やりたいことが、そのまま出来る組み込み機能が存在するかは自明ではありませんが、
SADの処理系はデータセットサイズに上限があることを除けば、チューリング完全
(計算完備)なはずなので、fitしたい(最小化したい)評価関数を有限時間で
計算可能なように定式化出来れば、計算可能です
任意の問題に対して最適な最小化アルゴリズムは存在しないので、実用的な
速度を得るには、解くべき問題の定式化の工夫・適切な最適化アルゴリズムの
選択・実装の改良・パラメータ空間の圧縮等々の創意工夫が必要となるかもしれません
SAD素人ですが、某所のビームトランスポートラインのためにSADを使っています。
ビームモニタの測定にあうように、電磁石のK値をSADのFitFunctionをつかって求めたいのですが、nバンチのビームで入射軌道が変わっているので、バンチ毎に入射点での軌道を変えてfitしたいのですが、かのうなのでしょうか?
Dear Users,
1. The BEAMBEAM element was updated with a bug fix on colb%xangle() in bbstrhl.f .
Thanks a lot! It works for me.
Dear Users,
1. The handling of VariableRange during a matching becomes normal, not causing a strange divergence.
2. HTMAX, the size of hash table in the MAIN level is increased from 16383 to 32767. You will not notice the effect unless you have a very large number of elements.
I think you can increase HTMAX. The next version of k64 will make HTMAX=32767.
> When loading a lattice with extremely large number of elements (for example, >>10000 elements), errors appear with messages of "*** hsrchz *** No more free space in hash table". I found that this is maybe due to the upper limit of the global parameter HTMAX. In the source file of "/src/inc/MACCBK.inc", I found that the maximum value for HTMAX is defined as:
> parameter(HTMAX=16381,NULSTR=' ')
>
> I would like to ask: To handle extremely large number of elements, can I set HTMAX to any values? For example:
> parameter(HTMAX=26381,NULSTR=' ')
>
> I tried the above change and did solve my problem. I am wondering if this change would affect other independent settings in SAD or not.
>
> Thanks a lot in advance.
When loading a lattice with extremely large number of elements (for example, >>10000 elements), errors appear with messages of "*** hsrchz *** No more free space in hash table". I found that this is maybe due to the upper limit of the global parameter HTMAX. In the source file of "/src/inc/MACCBK.inc", I found that the maximum value for HTMAX is defined as:
parameter(HTMAX=16381,NULSTR=' ')
I would like to ask: To handle extremely large number of elements, can I set HTMAX to any values? For example:
parameter(HTMAX=26381,NULSTR=' ')
I tried the above change and did solve my problem. I am wondering if this change would affect other independent settings in SAD or not.
Thanks a lot in advance.
Dear Users,
1. Strange behavior of VariableRange for a non-default keyword when min and max are set for the default keyword was fixed.
2. New functions InverseEr and InverseErfc are introduced.
> > 標準Packageに含まれているSpeak.n/SpeakMachine[]関数は、
> > Speak[]関数がメッセージをおくる先を指定する関数のようですが、
> > 動作しないようです。
> >
> > SpeakMachine[m_String, p$_:1] := Module[{},
> > Speak$FD[p$] = UDPOpen[m, Speak$PortBase+p$];
> > ];
> >
> > と変更したところ、思ったように動作しているようです。
> >
> > (他のサイトではあまり関係ないかとはおもいますが)標準packageで
> > 変更しておいていただけるとありがたく存じます。
> >
> yamamotoさんは、sadistメンバーのはずなので commitすれば良いかと思います
> (パッチレビューを希望するのであれば、diff形式で投稿すれば良いかと)
見直しはじめると、もう少し変えたくなってきました。
SpaeakMachineをAutoloadの対象にする必要もありました。
>
> 他に指摘するのであれば、
> * GetSpeakStatus[]にも同様の問題がある
> * Speak[]中にハードコードされているマジックIPv4 130.87.82.216自体が美しくない
おっしゃるとおりです。SpeakMachineが動作するようになれば、init.local.nなどで設定することもできるかとおもいます。
> 標準Packageに含まれているSpeak.n/SpeakMachine[]関数は、
> Speak[]関数がメッセージをおくる先を指定する関数のようですが、
> 動作しないようです。
>
> SpeakMachine[m_String, p$_:1] := Module[{},
> Speak$FD[p$] = UDPOpen[m, Speak$PortBase+p$];
> ];
>
> と変更したところ、思ったように動作しているようです。
>
> (他のサイトではあまり関係ないかとはおもいますが)標準packageで
> 変更しておいていただけるとありがたく存じます。
>
yamamotoさんは、sadistメンバーのはずなので commitすれば良いかと思います
(パッチレビューを希望するのであれば、diff形式で投稿すれば良いかと)
他に指摘するのであれば、
* GetSpeakStatus[]にも同様の問題がある
* Speak[]中にハードコードされているマジックIPv4 130.87.82.216自体が美しくない
標準Packageに含まれているSpeak.n/SpeakMachine[]関数は、
Speak[]関数がメッセージをおくる先を指定する関数のようですが、
動作しないようです。
SpeakMachine[m_String, p$_:1] := Module[{},
Speak$FD[p$] = UDPOpen[m, Speak$PortBase+p$];
];
と変更したところ、思ったように動作しているようです。
(他のサイトではあまり関係ないかとはおもいますが)標準packageで
変更しておいていただけるとありがたく存じます。
いくつかのラティスファイルを選択してオプティクスなどを表示するパネルを作成したいのですが、周知のことだとは思いますがGetMAINで同じラティスファイを読み込もうとするとエラーを起こしてしまいます。読み込んだラティス情報をクリアするコマンドや関数などはあるでしょうか。
> 自分では試せてませんが、こういう情報があるんで慌ててアップデートしない方がいいかも?
XQuartz-2.7.8_rc1 は動くようですが。
自分では試せてませんが、こういう情報があるんで慌ててアップデートしない方がいいかも?
Dear Users,
1. A bug was found and fixed in tracking with RAD & FLUC in a DRIFT within a solenoid. This bug has been there since RAD was enabled in solenoid. No problem in the case of NOFLUC.
Dear Users,
1. A glitch in ChooseAxis (envoked by double-clicking of axes of a plot) was cured. Also options for gridlines are added.
That's right.
> Dear Tawada,
>
> thank you for your answer.
>
> as I understand, this command gives me latest snapshot of x64 SAD version?
>
> cvs -z3 -d :pserver:anoncvs@www-kekb.kek.jp:/Users/cvs/SAD checkout -r k64-1-6 -P oldsad
>
> regards,
>
> Yury
>
>
> > Dear Yury
> >
> > % cvs -z3 -d :pserver:anoncvs@www-kekb.kek.jp:/Users/cvs/SAD checkout -P oldsad
* Backport from k64-01-6
** Apply MULT's FRINGE patch from k64-1-6 branch(V1.0.10.8.1k64)
* Backport from amorita private branch
** Support DISFRIN flag for MULT's dipole nonlinear fringe in EMIT/CALC
** Support DISK0FR compatible flag for MULT's dipole linear fringe in TRACK
** Fix errata of EMIT/CALC transfer matrix for MULT's dipole linear
Note: Backport patches from amorita private branch is not commited into k64-1-6 branch.
Dear Tawada,
thank you for your answer.
as I understand, this command gives me latest snapshot of x64 SAD version?
cvs -z3 -d :pserver:anoncvs@www-kekb.kek.jp:/Users/cvs/SAD checkout -r k64-1-6 -P oldsad
regards,
Yury
> Dear Yury
>
> % cvs -z3 -d :pserver:anoncvs@www-kekb.kek.jp:/Users/cvs/SAD checkout -P oldsad
> Dear Users,
>
> 1. A bug was found & corrected in TrackParticles when NPARA == 1 to cause a memory unmap error. This bug was introducet on around Aug. 20 this year.
>
> 2. OpticsPlot becomes compatible with SORG.
One more bug fix:
3. FindRoot did not work for a simple equation.
Dear Yury
% cvs -z3 -d :pserver:anoncvs@www-kekb.kek.jp:/Users/cvs/SAD checkout -P oldsad
> Dear Tawada,
>
> would you be so kind to clarify the situation with CVS acces to SAD repository @ www-kekb.kek.jp?
>
> I've try to login with login/password I have, but didn't get succes (see output below).
>
> Regards,
>
> Yury
>
> # ================================================================================
> i-(6161)-~/temp/SAD% cvs -d :pserver:SADuser@www-kekb.kek.jp:/Users/cvs/SAD login
> Logging in to :pserver:SADuser@www-kekb.kek.jp:2401/Users/cvs/SAD
> CVS password:
> cvs login: authorization failed: server www-kekb.kek.jp rejected access to /Users/cvs/SAD for user SADuser
> # ================================================================================
>
> > The server "www-kekb.kek.jp" is available.
> >
> > > answer for my question is clear (see below). so we hope that "alternative" way will be discovered soon.
> > >
> > > thanks.
> > >
> > > Yury.
Dear Users,
1. A bug was found & corrected in TrackParticles when NPARA == 1 to cause a memory unmap error. This bug was introducet on around Aug. 20 this year.
2. OpticsPlot becomes compatible with SORG.
Dear Tawada,
would you be so kind to clarify the situation with CVS acces to SAD repository @ www-kekb.kek.jp?
I've try to login with login/password I have, but didn't get succes (see output below).
Regards,
Yury
# ================================================================================
i-(6161)-~/temp/SAD% cvs -d :pserver:SADuser@www-kekb.kek.jp:/Users/cvs/SAD login
Logging in to :pserver:SADuser@www-kekb.kek.jp:2401/Users/cvs/SAD
CVS password:
cvs login: authorization failed: server www-kekb.kek.jp rejected access to /Users/cvs/SAD for user SADuser
# ================================================================================
> The server "www-kekb.kek.jp" is available.
>
> > answer for my question is clear (see below). so we hope that "alternative" way will be discovered soon.
> >
> > thanks.
> >
> > Yury.
The server "www-kekb.kek.jp" is available.
> answer for my question is clear (see below). so we hope that "alternative" way will be discovered soon.
>
> thanks.
>
> Yury.
>
> ==================================================================================
> No. : 10079
> Title : Shutdown of "www-acc-theory.kek.jp"
> Date : 2015/02/13(Fri) 18:19:21
> Name : KAMADA Susumu <susumu.kamada@kek.jp>
> URL :
>
> The server "www-acc-theory.kek.jp" stopped its function forever.
> Accordingly, SAD source can not be downloaded by using CVS access.
> The alternative way will be prepared some day by somebody.
> ==================================================================================
>
>
>
> > is the access to CVS repo of SAD is still avaliable?
> >
> > i'm trying to get latest snapshot of repository, but CVS login fails because of host resolve errros (output below).
> >
> > [1]-i-(6016)-/tmp% cvs -z3 -d :pserver:anoncvs@www-acc-theory.kek.jp:/Users/cvs/SAD checkout -P oldsad
> > Unknown host www-acc-theory.kek.jp.
> > [1]-i-(6017)-/tmp% host www-acc-theory.kek.jp
> > Host www-acc-theory.kek.jp not found: 3(NXDOMAIN)
> > [1]-i-(6018)-/tmp% traceroute6 www-acc-theory.kek.jp
> > traceroute: unknown host www-acc-theory.kek.jp
> >
> > but for another hostname I can obtain IP adress.
> >
> > [1]-i-(6019)-/tmp% host acc-physics.kek.jp
> > acc-physics.kek.jp is an alias for kekacclserver.kek.jp.
> > kekacclserver.kek.jp has address 130.87.106.66
Dear Users,
1. A new flag SORG is defined. When it is ON, the origin of path length (LINE["S"]) is set to the component specified by ORG. The default is OFF.
2. Corrected a problem that a matching of path length with variables other than DRIFT has been wrong, unless FFS$NumericalDerivative = True.