[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 382

新しいコメント
 
Integer:

大きな拍手をお願いします378ページのコードについて。端末が待ち行列の順番を登録しても、どのような場合に関数が実行され、どのような場合に拒否されたかを知ることはできない。
それがどうした？では、なぜ知る必要があるのでしょうか？アトミックアクセスが可能です。それだけでいいんです。残りは自分で処理する。どのようなタスクのことをおっしゃっているのですか？抽象的な話ばかりですね。
 
Zhunko:
それがどうした？なぜ彼はそれを知る必要があるのでしょうか？アトミックアクセスを保証します。もういいよ。残りは自分で処理する。どのようなタスクのことをおっしゃっているのですか？抽象的な話ばかりですね。


アトミックアクセスだけでは不十分です。タスクの一貫した実行は保証されず、一部のタスクが取り残される可能性があります。あなたのコードとログは、タスクが順次ではなく、無秩序に実行されていることを示しています。
 
Zhunko:
...残りを自分で処理する...

それこそ、自分でやらなければならない、原子アクセスを提供するだけでは不十分だ、と言っているのです。
 
Zhunko:
...もういい。残りは自分で処理する...。

Vadimさん、驚くほど矛盾していますね。まず、もう十分と書いていますね。そして、何か別のことをしなければならないことに気づく（あるいは推測する）のです。
 
ごきげんよう。GlobalVariableSet("Profit_pomnim", Itogo_Profit);
が作成された後、さらに従来の方法で使用することができますか -

Profit_pomnim=365; Bumbara=Profit_pomnim; または特殊関数を通してのみ呼び出すべきですか？書いて下さい。GlobalVariableSet("Profit_pomnim", 365)。
 
Dimka-novitsek:
ごきげんよう。グローバル変数の作成後、書いてください GlobalVariableSet("Profit_pomnim", Itogo_Profit); さらに従来の方法で使用することができます - Profit_pomnim=365; Bumbara=Profit_pomnim; またはそれは唯一の特殊関数を通して対処すべきですか？




Bumbara=Profit_pomnim - これはできません、Profit_pomnimという変数はありません。しかし、グローバル変数 Profit_pomnimがあります。

Bumbara=GlobalVariableGet("Profit_pomnim")のようになります。

 
Integer:

アトミックアクセスだけでは不十分です。タスクの一貫した実行は保証されず、一部のタスクが取り残される可能性があります。あなたのコードとログは、タスクが順次ではなく、無造作に実行されていることを示しています。
理解できない...どういうことですか...？保証とは？自称プログラマーなんですね。保証されるように書く。タスクが "back the bot "になるには？何を書いたらうまくいかないんだ？
リソースの宛名書きという特殊な順番にこだわっているのでは？これは、アルゴリズムを整理するための間違ったアプローチです。どうでもよくなるような書き方をする。
整数。

それこそ、自分で対策しないといけないのに、原子アクセスを提供するだけではダメなんです。
私の実務では、これが必要になったことは一度もありません。この方法は必ず避けることができます。シンプルであることより確実に動作するようになります。
整数。

Vadimさん、驚くほど矛盾していますね。最初はそれで十分だと書いていますね。そして、何か別のことが必要だと理解している（あるいは推測している）ことが判明する。

矛盾はありません。上記は返信済みです。

====================

複雑ということでは、月の日数を計算する関数を複雑なアルゴリズムで書いていたことを思い出しますね。今でも思い出すと微笑ましくなります。

ドミトリー、複雑に考えすぎるなよ。定数がある場合は、計算する必要はありません。宣言すればいいんです。

マルチスレッドも同様です。不要なものは使ってはいけないのです。リソースをアドレス指定する特殊な順序は、シングルスレッドでの実行を意味する。

整数。
もうひとつ、システムレギュレーションについて。複数のスレッドが作成された場合 - はい、システムは規制します。でも、このスレッドに横から入ってきた人がいたら、全部自分で考えないと、システムからのミラクルは起きないでしょう。
その誰かとは？誰も私のスレッドに入り込まない。彼らが守られるような書き方をしなければならない。

 

Zhunko:

1.理解できない...どういうことですか...？保証とは？

2.プログラマーを自称していること。

3.保証されるように書く。

4.タスクが「botの裏をかく」ためにはどうすればいいのか？実行されないって、何を書いたんだ？

5.リソースにアクセスする順番が特殊であることにこだわっているのでは？これは、アルゴリズムを整理するための間違ったアプローチです。どうでもいいような書き方をする。

6.私の実務では、これが必要になったことは一度もありません。この方法は必ず避けることができます。シンプルであることより確実に動作するようになります。

矛盾はないんです。上で回答しました。

====================

7.複雑ということでは、月の日数を計算する関数を複雑なアルゴリズムで書いていたことを思い出しますね。今でも思い出すと微笑ましくなります。

8.ドミトリー、複雑にする必要はないんだ。定数があれば、計算する必要はない。宣言すればいいのです。

9.マルチスレッドも同様です。必要なければ使わなければいいのです。

1.ごめんなさい！

2.いつ、どこで、どのように？それが今、何の関係があるのか？

3.保証されるように書いている。

4.原子的にアクセス可能なものであれば、どれでもよい。

5.いや、ループするのではなく、すべてのタスクが順番に実行されるように手を打つことも。

6.ぼやかないでください。アトミックアクセスだけでなく、ライブラリの端末間のデータ交換機能にも必要です。

7.それはどんな機能ですか？もっと教えてください。これか？何がそんなにおかしいんだ？何か理解できていなかっただけかもしれません。その機能があれば、それはスポーツ的な興味であり、それ以上のものではありませんでした。ちなみに、この作業は非常に複雑で、（既知のものの中で）この作業に最適なアルゴリズムもかなり厄介です。だから、あなたの皮肉は残念なものです。

8.それとも、幼稚園に保母さんとして就職したほうがいいのかな？説教のレベルも同じ、適当です。たぶん、私は一種の時間分、関数emkulyaによってなどに秒単位で時間を変換する方法を知らないことを前の段落のヒントで？

9.記憶や現実の認識に問題があるのでは？タスクの並列実行をいかに逐次実行に変えるか、という議論の内容を思い出してください。

 
Integer:

9.記憶の問題か、現実の認識の問題か？タスクの並列実行をいかにして逐次実行に変えるか、という話を思い出してください。

同期がずれているというあなたの思い込みが、そもそもの始まりなのです。

整数。

Vadimさん、塗ってみましたか？一切同期しない。最近、遊んでいるんです。キューは自分で作らなければならない。残念ながら、3行しかコードを減らせません。というか、理解できない。

以下は、同期が動作するコードです。リソースへのアトミックアクセスが提供される。あとは、スレッドを1つのスレッドに持ち込んでのあなたのいじり方です。間違ったアルゴリズムを修正するよう提案しました。このようなタスクに対する正しい解決策はただ1つ、すべてのコードを1つのスレッドにまとめることです。そうすると、同期を取らずに順番にリソースが呼び出されることになります。コードの実行時間は、マルチスレッド実行時と同じになります。シンプルであること

 
Zhunko:

1.同期がうまくいっていないという思い込みは、あなたから始まっているのです。

以下は、同期が動作するコードです。リソースへのアトミックアクセスが提供される。あとは、あなたがスレッドの収束をいじくり回すことです。間違ったアルゴリズムを修正することを提案した。このようなタスクに対する唯一の正しい解決策は、すべてを1つのスレッドに統合することです。そうすると、同期を取らずに順番にリソースが呼び出されることになります。コードの実行時間は、マルチスレッド実行時と同じになります。簡略化する。


1.仮定からではなく、実験の結果からです。ところで、この結果は、P.378のあなたの実験でも確認されています。378.

2.378ページのコードでは、アトミックアクセスしかできません。タスク実行のためのキューは存在しない。あるタスクが実行されるのに非常に長い時間がかかることがあります。

1...375376377378379380381382383384385386387388389...432
新しいコメント