* [sisyphus] пересборка...
@ 2004-05-17  6:12 trash1
  2004-05-19 14:14 ` Anton Farygin
  0 siblings, 1 reply; 4+ messages in thread
From: trash1 @ 2004-05-17  6:12 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list
Приветствую!
Я пониимаю, что вопрос больше для hardware@ но ради одного этого 
подписываться... А вопрос не большой.
Есть ли какая-то разница с точки зрения gcc и -march между Целероном и 
"честным" вторым пнем?. Если да, то велик ли будет выигрыш в скорости 
для, например, видеокодеков? (у меня еще слотовый П2 350)
Есть ли какая-то разница с точки зрения gcc и -march между Атлоном и 
Дуроном? Или на все случаи жизни -march=athlon? (у меня Duron 850)
Если нет, значит при оптимизации не учитывается размер кеша?
Алексей.
^ permalink raw reply	[flat|nested] 4+ messages in thread
* Re: [sisyphus] пересборка...
  2004-05-17  6:12 [sisyphus] пересборка trash1
@ 2004-05-19 14:14 ` Anton Farygin
  2004-05-19 14:25   ` Led
  2004-05-20  6:28   ` trash1
  0 siblings, 2 replies; 4+ messages in thread
From: Anton Farygin @ 2004-05-19 14:14 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list
trash1 пишет:
> Приветствую!
> 
> Я пониимаю, что вопрос больше для hardware@ но ради одного этого 
> подписываться... А вопрос не большой.
> 
> Есть ли какая-то разница с точки зрения gcc и -march между Целероном и 
> "честным" вторым пнем?. Если да, то велик ли будет выигрыш в скорости 
> для, например, видеокодеков? (у меня еще слотовый П2 350)
> 
> Есть ли какая-то разница с точки зрения gcc и -march между Атлоном и 
> Дуроном? Или на все случаи жизни -march=athlon? (у меня Duron 850)
> 
> Если нет, значит при оптимизации не учитывается размер кеша?
Разница невелика... и размер кеша тут не при чем.
т.е. - невелика это такова, что незаметно даже на глаз ;-)
К тому же самые продвинутые программы и библиотеки умеют распознавать 
процессор и автоматически под него подстраиваться. Потому и не заметите 
ничего - оно работает всегда одинаково, независимо от оптимизации.
По такой схеме функционирует как минимум xine и SDL.
Rgds,
Rider
^ permalink raw reply	[flat|nested] 4+ messages in thread
* Re: [sisyphus] пересборка...
  2004-05-19 14:14 ` Anton Farygin
@ 2004-05-19 14:25   ` Led
  2004-05-20  6:28   ` trash1
  1 sibling, 0 replies; 4+ messages in thread
From: Led @ 2004-05-19 14:25 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list
В сообщении от Среда 19 Май 2004 17:14 Anton Farygin написал(a):
> trash1 пишет:
> > Приветствую!
> > 
> > Я пониимаю, что вопрос больше для hardware@ но ради одного этого 
> > подписываться... А вопрос не большой.
> > 
> > Есть ли какая-то разница с точки зрения gcc и -march между Целероном и 
> > "честным" вторым пнем?. Если да, то велик ли будет выигрыш в скорости 
> > для, например, видеокодеков? (у меня еще слотовый П2 350)
> > 
> > Есть ли какая-то разница с точки зрения gcc и -march между Атлоном и 
> > Дуроном? Или на все случаи жизни -march=athlon? (у меня Duron 850)
> > 
> > Если нет, значит при оптимизации не учитывается размер кеша?
А как его учесть? Использование кэша может сильно зависить от количества активных процессов в системе, ИМХО...
Опять же, ИМХО, оптимизацию по кэшу можно вставить только между инструкциями cli и sti...
> 
> Разница невелика... и размер кеша тут не при чем.
> 
> т.е. - невелика это такова, что незаметно даже на глаз ;-)
При оптимизации не под кэш, а под конкретную архитектуру процессора иногда бывает ощутимая разница...
> 
> К тому же самые продвинутые программы и библиотеки умеют распознавать 
> процессор и автоматически под него подстраиваться. Потому и не заметите 
> ничего - оно работает всегда одинаково, независимо от оптимизации.
> 
> По такой схеме функционирует как минимум xine и SDL.
mplayer тоже по такой схеме... но можно его и заточить - тогда ресурсов есть значительно меньше - иногда это полезно, например, компилишь что-то в фоне большое и смотришь фильм - чем меньше ресурсов отъедает mplayer, тем быстрее копилится:)
Led.
^ permalink raw reply	[flat|nested] 4+ messages in thread
* Re: [sisyphus] пересборка...
  2004-05-19 14:14 ` Anton Farygin
  2004-05-19 14:25   ` Led
@ 2004-05-20  6:28   ` trash1
  1 sibling, 0 replies; 4+ messages in thread
From: trash1 @ 2004-05-20  6:28 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list
Anton Farygin пишет:
>> Есть ли какая-то разница с точки зрения gcc и -march между Целероном и 
>> "честным" вторым пнем?. Если да, то велик ли будет выигрыш в скорости 
>> для, например, видеокодеков? (у меня еще слотовый П2 350)
т.е. нет смысла пересобирать кодеки  в данном случае, т.к. стандартная 
альтовская оптимизация выжимает все, что можно? А то качество картинки 
здесь похуже, чем на Дуроне, мож скорости не хватает, вот я и подумал 
пересобрать...
>>
> 
> Разница невелика... и размер кеша тут не при чем.
> 
> т.е. - невелика это такова, что незаметно даже на глаз ;-)
Интересно, а в каких случаях оптимизация под атлон даст заметный выигрых 
в скорости? Ясно, что кодеки (особенно видео), а еще что?
> 
Алексей
^ permalink raw reply	[flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-05-20  6:28 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-05-17  6:12 [sisyphus] пересборка trash1
2004-05-19 14:14 ` Anton Farygin
2004-05-19 14:25   ` Led
2004-05-20  6:28   ` trash1
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git