[linux] приоритет+[sunos]
есть прога, которая пускается на линуксе (проц интел 2.5Г)В каком состоянии программа тогда, когда она не ест проц? Состояние процесса видно в top и ps. Разъяснения в соответствующих манах.
но проц программку выполняет как-то по-разному
то есть уделяет ей мало внимания (в top видно, что процессор ей уделил 1 минуту, хотя она запущена уже как час назад ну и процентики очень маленькие..иногда 99%-тогда все ок и все шустро, иногда 3%-это бэд и очень медленно хотя других важных процессов нету (это стопудова).
поэтому прога иногда 1час работает, а иногда 9 часов
как с этим справиться?
и еще вопросик: какой прирост производительности должен быть, если есть прога, которая много считает (всякие фурье, мартицы и тд) если перейти от sparc+sun 400Mhz на Intel 2.5GhzЗависит от многих внутренних особенностей программы. Наиболее важно - пользует ли они 64 битную арифметику.
> какой прирост производительности должен быть,
> если есть прога, которая много считает (всякие фурье, мартицы и тд) если перейти от sparc+sun 400Mhz на Intel 2.5Ghz
> по производительности они очень близки
хуясе близки
сходи на www.spec.org, посмотри результаты specfp
> если есть прога, которая много считает (всякие фурье, мартицы и тд) если перейти от sparc+sun 400Mhz на Intel 2.5Ghz
> по производительности они очень близки
хуясе близки
сходи на www.spec.org, посмотри результаты specfp
Может она сильно свапится?
>>В каком состоянии программа тогда, когда она не ест проц?
не очень понял вопрос, но если имеется в виду "что она делает", то она производит чтение 2Гб файла (совсем не всего, а выбирает оттуда нужные записи и сует их в память затем происодит 4секундная сортировка (460000 стрингов сортирует) и снова читает данные из файла, затем производит кучу преобразований (никаких фурье и тд там нету) + аллоцирование нужной памяти согласно считанным данным...на момент начала 3% жрания процессора она занимает 210 Мб из 2Гб (используется NFS)
но проблема не в этом, а в том, что при разных запусках она по-разному жрет проц...в одних запусках 99% и все шустро..в других проц не уделяет процессу времени
насчет 64бит-она использует инты и скомпилирована пока на 32бита....поэтому сомневаюсь, что она делает 64битные вычисления
насчет "нихуя себе " можете дать линк, где видно, что мои слова насчет близости производительности не верны?
как я знаю, на спарках совсем другие частоты имеются в виду, поэтому можно умножить на 4-5 частоты спарка+сан, чтобы затем сравнивать в тем же интелом.
не очень понял вопрос, но если имеется в виду "что она делает", то она производит чтение 2Гб файла (совсем не всего, а выбирает оттуда нужные записи и сует их в память затем происодит 4секундная сортировка (460000 стрингов сортирует) и снова читает данные из файла, затем производит кучу преобразований (никаких фурье и тд там нету) + аллоцирование нужной памяти согласно считанным данным...на момент начала 3% жрания процессора она занимает 210 Мб из 2Гб (используется NFS)
но проблема не в этом, а в том, что при разных запусках она по-разному жрет проц...в одних запусках 99% и все шустро..в других проц не уделяет процессу времени
насчет 64бит-она использует инты и скомпилирована пока на 32бита....поэтому сомневаюсь, что она делает 64битные вычисления
насчет "нихуя себе " можете дать линк, где видно, что мои слова насчет близости производительности не верны?
как я знаю, на спарках совсем другие частоты имеются в виду, поэтому можно умножить на 4-5 частоты спарка+сан, чтобы затем сравнивать в тем же интелом.
сходи по манам и по ссылкам, куда послали
со своей стороны приостанавливаю разговор до этого момента
со своей стороны приостанавливаю разговор до этого момента
не очень понял вопрос, но если имеется в виду "что она делает"Мнээ. Я вот только что еще раз убедился, что линукс... что на линуксе не очень информативен top/ps. Вот, что можно познать о состоянии процесса:
D uninterruptible sleep (usually IO)
R runnable (on run queue)
S sleeping
T traced or stopped
W paging
X dead
Z a defunct ("zombie") process
Это не сахар, но уже не мало. Так вот, какая буковка у твоего процесса, когда он жрет меньше процессора чем должен?
(используется NFS)Данные подмонтированы по NFS? Так может у тебя просто сеть лагает, и в это время программа ждет.
насчет 64бит-она использует инты и скомпилирована пока на 32бита....поэтому сомневаюсь, что она делает 64битные вычисленияТогда скорее всего на 400MHz сане она будет работать медленнее.
> Вот, что можно познать о состоянии процесса
Кроме буковки, есть штука под названием wchan.
Кроме буковки, есть штука под названием wchan.
сорри
буковки там действительно есть, но я не помню их
завтра посмотрю
насчет сети трудно верю, ибо это только на линуксе
на сане все летит как обычно и всегда жрется процессор полностью (и линукс и сан юзают одну и ту же нфс)
помню лишь, что приоритет 15 или 16 у екзешника
но проц не тратится на остальные службы ;(
насчет "куда послали"- послали в стог сена ;(
буковки там действительно есть, но я не помню их
завтра посмотрю
насчет сети трудно верю, ибо это только на линуксе
на сане все летит как обычно и всегда жрется процессор полностью (и линукс и сан юзают одну и ту же нфс)
помню лишь, что приоритет 15 или 16 у екзешника
но проц не тратится на остальные службы ;(
насчет "куда послали"- послали в стог сена ;(
на сане все летит как обычно и всегда жрется процессор полностью (и линукс и сан юзают одну и ту же нфс)Но они подключены разными кабелями, через разные сетевухи и прочее.
Следует упомянуть разные реализации NFS и разные настройки, а от этого дела многое зависит.
Следует упомянуть разные реализации NFS и разные настройки, а от этого дела многое зависит.
на SUNе стоит ускоритель NFS, который из-за невьебаться продвинутой оптимизации кода и совместимости SUN-технологий дает увеличение производительности в несколько тысяч раз
ха ха
ускоритель вряд ли построишь, а вот замедлитель - легко
ускоритель вряд ли построишь,
путем аппаратно-программной оптимизации инженерам и программистам SUN это удалось
ха ха ха
Оставить комментарий
Maurog
есть прога, которая пускается на линуксе (проц интел 2.5Г)но проц программку выполняет как-то по-разному
то есть уделяет ей мало внимания (в top видно, что процессор ей уделил 1 минуту, хотя она запущена уже как час назад ну и процентики очень маленькие..иногда 99%-тогда все ок и все шустро, иногда 3%-это бэд и очень медленно хотя других важных процессов нету (это стопудова).
поэтому прога иногда 1час работает, а иногда 9 часов
как с этим справиться?
и еще вопросик: какой прирост производительности должен быть, если есть прога, которая много считает (всякие фурье, мартицы и тд) если перейти от sparc+sun 400Mhz на Intel 2.5Ghz
по производительности они очень близки, но как вы считаете где она быстрее должна работать и на сколько ?