Скорость оптимизации и конфиг компа. - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вы - тормоз. Чего непонятного? Бар только сформировался на одном тике. Какое тестирование может быть на одном единственном тике без заглядывания в будущее?
Наверное - но сих пор не пойму - тестирование проходит через high и low бара? или по open'ам бежит?
Вы - хронический тормоз. Чему равен high и low вновь сформировавшегося бара (ответ найдете в своем же предыдущем посте)? И чему он будет равен после того как бар закроется?
Когда до Вас дойдет (а до Вас это вряд ли дойдет), что сформировавшийся и закрывшийся бар отличаются друг от друга, тогда с тормозами будет покончено.
Вы - хронический тормоз. Чему равен high и low вновь сформировавшегося бара (ответ найдете в своем же предыдущем посте)? И чему он будет равен после того как бар закроется?
Когда до Вас дойдет (а до Вас это вряд ли дойдет), что сформировавшийся и закрывшийся бар отличаются друг от друга, тогда с тормозами будет покончено.
Вы забываете, что шинные интерфейсы имеют буфера в которых и происходят задержки (буфера нужны, чтобы согласовать сигналы). Т.е. если ОЗУ встроить в кристалл процессора, то задержек не будет. А поскольку все, кроме кэша соединено не напрямую, а буферировано, то соответственно и результат.
Если бы все было, как Вы субъективно представляете, то тогда смысла от кэширования не было бы никакого - кэш был бы лишним. Например, на 486 процах была такая шина VLB, которая соединяла ОЗУ видеокарты напрямую к камню без всяких буферов и кэша. Но от этой шины отказались, т.к. производительность возросла, но небуферированные контакты приводили к тому, что горели и процы и видяхи.
Ну и потом, линейное чтение организовать никак не получится по той простой причине, что для этого все данные в ОЗУ предварительно дефрагментировать, запретить запись, а также выполнение условных переходов в программном коде.
Ой, VLBus припомнили, от нее отказались по причине немасштабируемости, процессор мог держать два-три слота максимум для производительных устройств. VLB засветилась только на 486 процессорах и ушла с приходом пентиумов и шины PCI.
Буферные задержки это фигня, по крайней мере это одна из причин того что в процессорах стоит кэш-память (ее кстати раньше третьего уровня и на платах делали).
Обычная озу построена на динамических ячейках, и в работе они доступны только часть времени, остальное время занимает самообслуживание. В кэше используется статическая память, которая может выдать результат в любое время.
Основная причина покупки более скоростной памяти это понты или разгон по шине, но с целью сохранения минимальных таймингов. Только немногие профессиональные приложения получат от этого видимую выгоду.
Зачем данные дефрагментировать для линейного чтения? запускаем любую маленькую программу которая читает содержимое памяти начиная с самого младшего адреса и все, ей без разницы что в этой памяти находится, все равно это не будет использоваться. при таком сценарии содержимое всей памяти окажется в процессоре меньше чем за секунду.
Ну или достаточно вспомнить что есть интегрированные видеокарты которые пользуются основной ОЗУ, даже при том что она интенсивно эксплуатируется видеоадаптером скорость вычислений падает очень незначительно.
На 8 ядерном процессоре-4.000 GHz в турбо режиме, с 8 гигами ничего не тормозит) разгон процессора это больше для хобби-интересу, в вашем случае-с вашим конфигом разгон процессора ничего не даст, смена компьютера все решит.