AntiMaster написал:
У меня тоже примерно такое показывает, а в итоговой памяти - раза в 4ре больше....
У тебя все процессы браузера не суммируются, поэтому не соответствует. У меня в этом окне показана суммарное значение всех процессов по каждой программе (кол-во процессов указано в скобках). Поэтому всё соответствует.
Вопрос к знатокам по 7-фигуркам Сизиги. Если я куплю себе новый ССД на 1 терабайт, скажем:
, то
1. Хватит ли этого объема для 7-фигурок? Поместятся ли самые нужные таблицы на этот диск или лучше копить на 2 Тб?
2. Если подключить самые нужные таблицы к движку, то как себя поведет система и сами оболочка и движок? Не будут ли тормозить?
Изменил(а) Regulus, 17-02-2019 19:19
Regulus написал:
Вопрос к знатокам по 7-фигуркам Сизиги. Если я куплю себе новый ССД на 1 терабайт, скажем:
, то
1. Хватит ли этого объема для 7-фигурок? Поместятся ли самые нужные таблицы на этот диск или лучше копить на 2 Тб?
2. Если подключить самые нужные таблицы к движку, то как себя поведет система и сами оболочка и движок? Не будут ли тормозить?
Диск хороший, я себе хотел купить такой же. Скорость чтения 3500 Мб/сек это вполне хватит для терабайта семифигурок. Если скачивать только 7-WDL, тогда этого объема хватит для 30-32 самых нужных семифигурок, но если скачивать еще 7-DTZ, которые нужны, когда остаются 7 фигур на доске, тогда надо покупать 2 терабайта.
Скорости чтения хватит в любом случае, но оперативной памяти надо иметь как можно больше, семифигурки её очень сильно быстро жрут!
Изменил(а) Zunkor, 17-02-2019 20:47
Alex Hard написал:
Да это круто за 30 касых такое брать .... на что не пойдёшь ради шахмат
Саша, у меня нет сейчас таких денег. Так что не завидуй
А чему завидовать, у меня комп первого поколения, а сейчас уже 9е вышло , а результат по шахматам не хуже чем у современных систем. Там получится с 1тб 32 семифигурки, у меня их 18 Но могу сделать 21 , вот не знаю принципиально 32 или Нет, что то кажется что нет
Изменил(а) Zunkor, 19-02-2019 20:52
ICCF - IM 2405
PlayChess - 2640
Шахматная Планета 2621
Alex Hard написал:
Там получится с 1тб 32 семифигурки, у меня их 18 Но могу сделать 21 , вот не знаю принципиально 32 или Нет, что то кажется что нет
Смотря какие семифигурки иметь, можно и 64 скачать на 1 Тб. В той таблице из 48 семифигурок почти половина полностью бесполезна для движка.
Изменил(а) Zunkor, 19-02-2019 20:52
Zunkor написал:
Плохо, конечно, но терпимо. Другого варианта я не вижу. Если добавит памяти будет тоже самое, только на час позже.
С файлом подкачки, тоже, ничего хорошего. Будет заполняться до установленного лимита и диск изнашивать.
Торможение у меня выражается в том, что нельзя запустить какие-либо программы во время анализа и полного заполнения памяти, но заранее запущенные программы, которые зарезервировали себе память, работают нормально.
4 гига добавка ОЗУ никак не час не продлит мучения. Несколько минут от силы, если таблиц терабайт. Заполняется память мгновенно практически.
С файлом подкачки, конечно, осторожно нужно. У меня был случай, когда из-за свопа буквально за несколько минут записалось около ста пятидесяти гигабайт на ССД.
Я вот пока с семифигурками пристопорился. Вдруг разработчики одумаются и исправят эту проблему (которая, собственно, в винде заключается, кеширующей файлы, но ведь при разработке движка можно придумать что-то вроде FILE_FLAG_NO_BUFFERING flag for CreateFile(*), чтобы этого избежать).
https://github.co...ssues/1789 - вот тут я подробно проблему поднимал.
ICCF SIM 2535, International Arbiter, ICCF "Promotional Tournaments - Server" Organiser, RCCA Chess 960 Champion, ICCF 4th Chess 960 World Cup Final winner.
Zunkor написал:
Плохо, конечно, но терпимо. Другого варианта я не вижу. Если добавит памяти будет тоже самое, только на час позже.
С файлом подкачки, тоже, ничего хорошего. Будет заполняться до установленного лимита и диск изнашивать.
Торможение у меня выражается в том, что нельзя запустить какие-либо программы во время анализа и полного заполнения памяти, но заранее запущенные программы, которые зарезервировали себе память, работают нормально.
4 гига добавка ОЗУ никак не час не продлит мучения. Несколько минут от силы, если таблиц терабайт. Заполняется память мгновенно практически.
Я имел в виду не терабайт таблиц, а с тем, что у меня есть на данный момент, это гораздо меньше терабайта.
Kevin написал:
Я вот пока с семифигурками пристопорился. Вдруг разработчики одумаются и исправят эту проблему (которая, собственно, в винде заключается, кеширующей файлы, но ведь при разработке движка можно придумать что-то вроде FILE_FLAG_NO_BUFFERING flag for CreateFile(*), чтобы этого избежать).
По моему можно с помощью специальных программ установить лимит на потребление оперативной памяти определенному процессу.
Zunkor написал:
Я имел в виду не терабайт таблиц, а с тем, что у меня есть на данный момент, это гораздо меньше терабайта.
Вроде про Антимастера речь была, у него особо остро проблема стоит с ОЗУ
Zunkor написал:
По моему можно с помощью специальных программ установить лимит на потребление оперативной памяти определенному процессу.
Методы сторонние есть (помогает программа cacheset), но нужно заморачиваться и вдобавок проверять, не будет ли глюков при работе движка. Гораздо лучше, если бы разработчики позаботились изначально об этой проблеме.
ICCF SIM 2535, International Arbiter, ICCF "Promotional Tournaments - Server" Organiser, RCCA Chess 960 Champion, ICCF 4th Chess 960 World Cup Final winner.
Zunkor написал:
Я имел в виду не терабайт таблиц, а с тем, что у меня есть на данный момент, это гораздо меньше терабайта.
Вроде про Антимастера речь была, у него особо остро проблема стоит с ОЗУ
Я писал насчет своей системы с отключенным файлом подкачки. Антимастеру надо в любом случае добавить ОЗУ, даже без семифигурок, 6 гигабайт - это вообще ничто по нынешним временам, хотя бы 12-16 гиг. надо иметь.
Zunkor написал:
По моему можно с помощью специальных программ установить лимит на потребление оперативной памяти определенному процессу.
Методы сторонние есть (помогает программа cacheset), но нужно заморачиваться и вдобавок проверять, не будет ли глюков при работе движка. Гораздо лучше, если бы разработчики позаботились изначально об этой проблеме.
Стокфиш надо ограничивать, чтобы не беспредельничал. Никогда такого не было до Стокфиша, чтобы движки по своей воле сжирали всю оперативную память. Всегда можно было установить хэш для движка и для таблиц, и движки с оболочками как-то работали, обходились установленными лимитами.
