Pages:
Author

Topic: Ускорение реализации известных алгоритм - page 2. (Read 1743 times)

newbie
Activity: 14
Merit: 0
Бред надо сначала почувствовать, потом осознать, а потом избавится от него.
Мы хотим поддерживать сеть. Мы хотим не просто получать все транзакции. Мы хотим считать. Мы отправляем запрос участнику сети - оф.клиенту. Он там кидает данные. Мы их обсчитываем и пытаемся найти лучший вариант из всех.
Так?
Так вот. Вопрос стоит следующим образом, насколько актуальны данные для нас, как принимающей стороны в этой цепочке. Как быстро наш запрос к оф.клиенту найдет ответ?

Quote
Мы отправляем запрос участнику сети - оф.клиенту. Он там кидает данные.


Тут я вижу уже конкретику. Видимо, речь о JSON-RPC к стандартному клиенту.

Quote
Мы их обсчитываем и пытаемся найти лучший вариант из всех.

А вот тут у меня возникает вопрос, что читал топикстартер? Какова его цель? Нет ли у него привычки беседовать на форумах после достижения невменяемого состояния после принятия значительного количества алкоголя? А может он просто в новичках так решил пройти стадию принятия на форум? Много вопросов требует ответа.

Quote
Как быстро наш запрос к оф.клиенту найдет ответ?

Зависит от запроса. Например, запрос на перевод 0.0000001 биткоина без комиссии может и вовсе не найти ответа.
member
Activity: 172
Merit: 11
Юноша бледный со взором горящим...

Попрошу вас в моей ветке быть корректным и изъясняться по существу если, конечно, есть что сказать. Вот скажите мне, что быстрее for или foreach?
И да, мне 35.
legendary
Activity: 3514
Merit: 1280
English ⬄ Russian Translation Services
Я чувствую бред. Конкретная реализация алгоритмов вовсе не на C#, никакая объектная модель с друмя трансляторами их не ускорит. Алгоритмов много разных используется, но постановка вопросов вызывает удивление даже у меня. Начну с конца: оф. клиент перестал майнить с тех пор, как мощность одного процессора стала ничтожно мала, по сравнению с общей мощностью сети, как следствие, вероятность награды за блок устремилась к нулю. Поддерживать нерабочий функционал -- кому оно полезно? Об этом много где написано, прочитавшему "все темы из разделов Майнеры и Кодеры", это должно было попасться, хотя бы в FAQ. Теперь почему бред: о каких именно данных речь? Чтобы знать какие данные нужны, сначала нужно знать на какой именно вопрос они должны отвечать. Пока что я вижу абстрактные пасы в воздухе про алгоритмы, данные, объектную модель и прочие баззворды.

Бред надо сначала почувствовать, потом осознать, а потом избавится от него.

Юноша бледный со взором горящим...
member
Activity: 172
Merit: 11
Ты уверен что прочитал все темы из разделов майнеры и кодеры? Надо не названия тем читать, а то что внутри)

Ты майнишь оф.клиентом? Ты знаешь сколько тактов процессора занимает запрос-ответ? Ты вообще представляешь себе структуру протокола?
member
Activity: 172
Merit: 11
Я чувствую бред. Конкретная реализация алгоритмов вовсе не на C#, никакая объектная модель с друмя трансляторами их не ускорит. Алгоритмов много разных используется, но постановка вопросов вызывает удивление даже у меня. Начну с конца: оф. клиент перестал майнить с тех пор, как мощность одного процессора стала ничтожно мала, по сравнению с общей мощностью сети, как следствие, вероятность награды за блок устремилась к нулю. Поддерживать нерабочий функционал -- кому оно полезно? Об этом много где написано, прочитавшему "все темы из разделов Майнеры и Кодеры", это должно было попасться, хотя бы в FAQ. Теперь почему бред: о каких именно данных речь? Чтобы знать какие данные нужны, сначала нужно знать на какой именно вопрос они должны отвечать. Пока что я вижу абстрактные пасы в воздухе про алгоритмы, данные, объектную модель и прочие баззворды.

Бред надо сначала почувствовать, потом осознать, а потом избавится от него.
Мы хотим поддерживать сеть. Мы хотим не просто получать все транзакции. Мы хотим считать. Мы отправляем запрос участнику сети - оф.клиенту. Он там кидает данные. Мы их обсчитываем и пытаемся найти лучший вариант из всех.
Так?
Так вот. Вопрос стоит следующим образом, насколько актуальны данные для нас, как принимающей стороны в этой цепочке. Как быстро наш запрос к оф.клиенту найдет ответ?
newbie
Activity: 14
Merit: 0
На текущий момент речь идет об ускорении алгоритмов. А именно конкретной реализации нескольких алгоритмов. А именно, для того, чтобы учувствовать в процессе поддержания жизнедеятельности сети, мы должны от пир-клиента, в данном случае это оф.клиент, получить данные и заняться их обсчетом.
Вопрос первый: Насколько оперативно мы получаем данные. То есть сколько времени занимает процесс от нашего запроса на получение данных (готовности) до получения задачи?
И, сопутствующий вопрос, почему оф.клиент перестал майнить?


Я чувствую бред. Конкретная реализация алгоритмов вовсе не на C#, никакая объектная модель с друмя трансляторами их не ускорит. Алгоритмов много разных используется, но постановка вопросов вызывает удивление даже у меня. Начну с конца: оф. клиент перестал майнить с тех пор, как мощность одного процессора стала ничтожно мала, по сравнению с общей мощностью сети, как следствие, вероятность награды за блок устремилась к нулю. Поддерживать нерабочий функционал -- кому оно полезно? Об этом много где написано, прочитавшему "все темы из разделов Майнеры и Кодеры", это должно было попасться, хотя бы в FAQ. Теперь почему бред: о каких именно данных речь? Чтобы знать какие данные нужны, сначала нужно знать на какой именно вопрос они должны отвечать. Пока что я вижу абстрактные пасы в воздухе про алгоритмы, данные, объектную модель и прочие баззворды.
Xtc
legendary
Activity: 1973
Merit: 1028
;u
Quote
И, сопутствующий вопрос, почему оф.клиент перестал майнить?
Ты уверен что прочитал все темы из разделов майнеры и кодеры? Надо не названия тем читать, а то что внутри)
member
Activity: 172
Merit: 11
Алгоритмы будет ускорять компилятор и, собственно, процессор исполняющий инструкции написанные машинным кодом тем самым компилятором. На c# мы пишем объектно-ориентированную модель поведения нашей программы, которую, да будет вам известно, компилятор сначала преобразовывает в IL, а затем уже в машинный код. Попрошу не флудить в теме, поскольку тема будет длинная и мы придем к сути, необходимой для осознанного подхода к написанию кода, и надеюсь, вложим часть своего труда в развитие всех направлений IT.

Мне стало интересно. С удовольствием посмотрю на развитие. Для начала вопрос, речь о клиенте?
На текущий момент речь идет об ускорении алгоритмов. А именно конкретной реализации нескольких алгоритмов. А именно, для того, чтобы учувствовать в процессе поддержания жизнедеятельности сети, мы должны от пир-клиента, в данном случае это оф.клиент, получить данные и заняться их обсчетом.
Вопрос первый: Насколько оперативно мы получаем данные. То есть сколько времени занимает процесс от нашего запроса на получение данных (готовности) до получения задачи?
И, сопутствующий вопрос, почему оф.клиент перестал майнить?
member
Activity: 172
Merit: 11
Я только через какое-то время осознал суть сказанного... Shocked

Я бы порекомендовал вам чуть больше читать, чтобы суть сказанного доходила до вас мгновенно, и не характеризовала вас с не очень выгодной стороны.
newbie
Activity: 14
Merit: 0
Алгоритмы будет ускорять компилятор и, собственно, процессор исполняющий инструкции написанные машинным кодом тем самым компилятором. На c# мы пишем объектно-ориентированную модель поведения нашей программы, которую, да будет вам известно, компилятор сначала преобразовывает в IL, а затем уже в машинный код. Попрошу не флудить в теме, поскольку тема будет длинная и мы придем к сути, необходимой для осознанного подхода к написанию кода, и надеюсь, вложим часть своего труда в развитие всех направлений IT.

Мне стало интересно. С удовольствием посмотрю на развитие. Для начала вопрос, речь о клиенте?
member
Activity: 172
Merit: 11
Я так понимаю, алгоритмы предполагается ускорять кому-то другому? Интересно, что такого ускоренного можно написать на C#?
Алгоритмы будет ускорять компилятор и, собственно, процессор исполняющий инструкции написанные машинным кодом тем самым компилятором. На c# мы пишем объектно-ориентированную модель поведения нашей программы, которую, да будет вам известно, компилятор сначала преобразовывает в IL, а затем уже в машинный код. Попрошу не флудить в теме, поскольку тема будет длинная и мы придем к сути, необходимой для осознанного подхода к написанию кода, и надеюсь, вложим часть своего труда в развитие всех направлений IT.
legendary
Activity: 3514
Merit: 1280
English ⬄ Russian Translation Services
Прочитав все темы из разделов Майнеры и Кодеры, зарегистрировался здесь, потому как очень заинтересовала тема криптовалют. Предлагаю начать обсуждение известных алгоритмов расчета, используемых при транзакциях в сети криптовалют.

Я только через какое-то время осознал смысл сказанного... Shocked
newbie
Activity: 14
Merit: 0
Прочитав все темы из разделов Майнеры и Кодеры, зарегистрировался здесь, потому как очень заинтересовала тема криптовалют. Предлагаю начать обсуждение известных алгоритмов расчета, используемых при транзакциях в сети криптовалют.
Начну сам со следующего посыла:
В 64-битных многоядерных системах основной акцент нужно сделать на асинхронность и многозадачность. То есть, если мы увеличим производительность операции на 1 нс, при 100кк таких операций выигрыш будет очень существенным.

--
Чуть позже, из дома приложу рабочий пример для c#.

Я так понимаю, алгоритмы предполагается ускорять кому-то другому? Интересно, что такого ускоренного можно написать на C#?
member
Activity: 172
Merit: 11
Прочитав все темы из разделов Майнеры и Кодеры, зарегистрировался здесь, потому как очень заинтересовала тема криптовалют. Предлагаю начать обсуждение известных алгоритмов расчета, используемых при транзакциях в сети криптовалют.
Начну сам со следующего посыла:
В 64-битных многоядерных системах основной акцент нужно сделать на асинхронность и многозадачность. То есть, если мы увеличим производительность операции на 1 нс, при 100кк таких операций выигрыш будет очень существенным.

--
Чуть позже, из дома приложу рабочий пример для c#.
Pages:
Jump to: