Какой комп выбрать для оптимизации? - страница 3

 
genfed писал(а) >>
beruk, у меня двухъядерный процессор, хватит ли скорости обычного винта и как организовать запуск двух терминалов, поделитесь опытом.

для двух терминалов хватит и обычного винта, а организовывать ничего не надо - терминал не зависит от системы, вплоть до того, что можно установить один, потом просто создать копию папки куда он установлен - получиться второй.

на одном запускаешь систему на одной паре, на другом - на другой. только если тестируешь одну систему на одной паре - не дели диапазон параметров на два терминала при генетическом отборе.

 
Правильно ли я понял, если я запускаю оптимизацию на двух терминалах одновременно, то один терминал оптимизируется на одном ядре, а другой терминал на другом ядре?
 

>> Integer

Мальчик вы или нет и где вы там сидите мне совершенно не интересно … я привел всего лишь выдержку из вашего же текста … так что нечего на зеркало пенять …

 

>> genfed

Вот как раз основная масса рынка VPS использует другие способы виртуализации т.к. подход что я описывал выше дает гораздо меньшее число мест на сервер … меньше всех … но и производительность машин выше, лучше стабильность … а основная масса обычных VPS, что сейчас в ходу на рынке, позволяет размещать и более 100 мест на сервер, причем на более слабый и дешевый … что выгодно конечно финансово, но качество сильно падает …если у вас сервис, где в описании указывают «МГц», «удаленный рабочий стол» и т.п. то естественно что этого эффекта там не будет в принципе и разогнаться вам там не дадут, да и вообще качество совсем другое …

 

>> beruk

Да, если расположить диск машины в оперативной памяти то это даст эффект, что у нас и реализовано … оперативка пока быстрее работает чем диск …

 
RIV писал(а) >>

>> Integer

Мальчик вы или нет и где вы там сидите мне совершенно не интересно … я привел всего лишь выдержку из вашего же текста … так что нечего на зеркало пенять …

Давайте, лучше я приведу выдержку из вашего текста

неважно 1 потоковое приложение или нет работает внутри машины, вся сама машина в любом случае распараллеливается на несколько потоков

Этож надо, такой бред написать и еще так упорно доказывать свою правоту. Докажите, распараллельте работу срипта

Файлы:
cycle_1.mq4  1 kb
 
RIV, дадите мне неделю бесплатной работы для проверки Вашей системы?
 

>> Integer

Это фраза из контекста … более того, если вы не в состоянии понять о чём идет речь даже после моего расширенного поста, то не вижу смысла вообще с вами о чем то говорить … не говоря уже о том чтобы спорить предметно … ваш чудо цикл тестируйте сами … :)

 

>> genfed

Неделя это перебор … зачем вам столько много времени ?

 
RIV писал(а) >>

>> Integer

Это фраза из контекста … более того, если вы не в состоянии понять о чём идет речь даже после моего расширенного поста, то не вижу смысла вообще с вами о чем то говорить … не говоря уже о том чтобы спорить предметно … ваш чудо цикл тестируйте сами … :)

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

 

В действительности, как показали тесты, то сильный тормоз случается от обращений к винту. Так что чем больше ОЗУ, тем лучше. Естественно, Винда должна быть 64-х битной, чтоб поддерживать. (Имеется в виду без RAM-disk). Поэтому, если у RIV'а идет ускорение, то это не из-за распараллеливания (это невозможно - надо быть полным мистиком, чтоб считать иначе), а от использования большого объема памяти.

===

А сам процесс оптимизации, который был изначально в один поток, так и останется. Это же код, он так сделан!

 

>> Integer

Да никто и не делит ваш поток … :) … и не писал я нигде что идет деление потока как логической сути … вообще поток это логика верхних уровней … пирог то многослойный … а сам так называемый программный контейнер строится на уровне драйверов устройств … происходит подмена физ устройств программными устройствами … всё остальное и ваш один поток это всё выше … и система тогда получается полностью совместимая хоть и впс … другая логика … сама деятельность потока как и всей системы сводится к элементарным действиям в устройствах … только в отличии от физических устройств тут виртуальные устройства (программные) … и все действия отрабатываются в этих программных устройствах … программный процессор, программная память, программный диск, программная видюха … все эти устройства многопотоковые и эти потоки доступны для отработки всем физическим процессорам сервера … такая организация просто больше выжимает … чем ваш 1 поток отрабатывался бы на одном физ проце … ну что тут удивительного то … целая индустрия уже разворачивается на такой технологии.. я на этом зарабатываю уже не первый год … а вы мне кричите тут мол это невозможно …

 

>> Svinozavr

Естественно, то что вся машина со всеми потрохами отрабатывается в оперативке дает приращение по мощности, это само собой … здесь другой спор … я утверждаю, что при такой организации (см выше) и 1 поток может справляться со своей работой быстрее ! … и это для меня проверенный факт …

 

Пошла демагогия... уровни драйвера, пироги... Услышь сначала, о чем я здесь "кричал".

Причина обращения: