Debian is... [Пост в духе Love is...]

Автор Leo, 25 января 2013, 22:14:53

« назад - далее »

0 Пользователи и 4 гостей просматривают эту тему.

vladimir_ar

При таких эффектах сбои были бы неизбежны. Но ничего не падает. В общем, отосплюсь - попробую по рецепту посмотреть, хоть что там творится.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

Malaheenee

ihammers, http://mfold.rna.albany.edu/ - вполне себе мощный проект. Только время вычислений растет в геометрической прогрессии с длиной задаваемой последовательности.
Brainey, как мы поняли, скрипт создает слишком уж большой массив в памяти и и при этом еще и таскает все данные из одной области в другую. Мы теперь с ним не работаем, проверить Ваш совет не можем, но все равно спасибо :)
Все мы где-то, когда-то и в чем-то были новичками.

yura_n

Коль скоро пошла такая тема, то задам в ней вопрос. Многие конечно замечали, что при интенсивных операциях копирования/перемещения файлов, какая-либо другая работа часто затрудняется. Особенно наглядно это можно увидеть в Windows. Происходит это потому, что механизм DMI имеет более высокий приоритет на операции с IO, чем ЦПУ. В случае с Windows сделать с этим ничего нельзя, так как приоритет этот "прошит" в биосе. А Windows работает непосредственно с биосом. В случае с Linux это не так, биос после загрузки практически не используется. Так вот вопрос: можно ли понизить приоритет DMI на операции с IO в Linux?