The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от opennews (??) on 03-Ноя-10, 23:06 
На днях Линус Торвальдс представил (http://permalink.gmane.org/gmane.linux.kernel/1056570) первый кандидат в релизы Linux-ядра 2.6.37. Цикл подготовки 2.6.37-rc1 был заметно короче обычного из-за намерения закрыть окно приема изменений до саммита разработчиков Linux-ядра. Относительно версии 2.6.36 было внесено около 10 тыс. изменений. Из наиболее интересных новшеств отмечается окончательный уход от использование устаревшей глобальной BLK-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах.


Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38. Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов.

Ресурс Phoronix опубликовал (http://www.phoronix.com/scan.php?page=artic...

URL: http://www.phoronix.com/scan.php?page=article&item=linux_261...
Новость: https://www.opennet.ru/opennews/art.shtml?num=28533

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –1 +/
Сообщение от Аноним (??) on 03-Ноя-10, 23:15 
ничего не изменилось
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +4 +/
Сообщение от Аноним (??) on 03-Ноя-10, 23:27 
Скорость не всегда важный показатель. По мне, так по скорости Linux и так хорош. Пилить надо другое.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от аноним on 04-Ноя-10, 01:50 
>Пилить надо другое.

Например?


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

31. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 04-Ноя-10, 12:21 
OpenGL
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

36. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Анон on 04-Ноя-10, 13:48 
В ядре?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от letsmac (ok) on 04-Ноя-10, 13:32 
async i/o
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

38. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 15:10 
а что с ним?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

41. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –1 +/
Сообщение от letsmac (ok) on 04-Ноя-10, 15:44 
> а что с ним?

Его как-бы нет.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 17:47 
какбэ 10 лет уже оракловую субд линкую с aio, и ни чё.
так что - ложь.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

44. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 17:56 
пысы:
вот пруф - http://www.google.ru/search?sourceid=chrome&ie=UTF-8&q=asyn+...
вот в деталях, устаревшее - http://www.puschitz.com/TuningLinuxForOracle.shtml#TuningAsy...
см. # ls /proc/sys/fs/aio-*
вот для ядра 2.4.20 - https://www.opennet.ru/base/sys/async_io_for_oracle.txt.html
пыпысы:
может вам всё же, как мак-разработчику, обсуждать свою любимую ось, а не критиковать другую
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

46. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от letsmac (ok) on 04-Ноя-10, 18:30 
> может вам всё же, как мак-разработчику, обсуждать свою любимую ось, а не
> критиковать другую

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

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

53. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 21:13 
он давно конкурентоспособный.
в отличие от таких интеграторов.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

45. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от letsmac (ok) on 04-Ноя-10, 18:27 
В ядре его нет.  Про реализации тред и ресурс пулов своими силами знаю. Хочется как в винде и маке - прям в ядре.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

48. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от User294 (ok) on 04-Ноя-10, 18:59 
> Хочется как в винде и маке - прям в ядре.

А более адекватных аргументов в пользу такого решения у вас не нашлось? oO То что вы привели - вообще не аргумент.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

52. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 21:12 
ну это микро ядро, не такли. :D
тем более, что там точно также как и в лине.
маководам не знать этого простительно.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

51. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 21:09 
в ядре нет? ну-ну.
видимо яблочным интеграторам фс proc ни о чем не говорит.
а еще онни любят путать кэшь фс, ридахит, вритбэк с асинхрнонным вводом-выводом.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

54. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 04-Ноя-10, 21:24 
вот кстати пруф в потверждение этого, а также ваших глубочайших (аж не видно) познаний:
http://www.ixora.com.au/notes/fs_asynchronous_io.htm (статья 12-Oct-2007 22:22)
>Because kernelized asynchronous I/O is only available for raw devices and Quick I/O files, some operating systems provide an alternative code path in their implementation of the aio_read() and aio_write() system calls that can be used to simulate asynchronous I/O on ordinary file system based files.
>The following operating systems support threaded asynchronous I/O: Solaris, AIX, Windows NT/2000, Linux, Irix, Tru64 Unix ...
>The following operating systems do not support threaded asynchronous I/O: HP-UX, Reliant Unix, ...

ещё раз - https://www.opennet.ru/base/sys/async_io_for_oracle.txt.html
прочитайте и не позорьтесь.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

57. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +2 +/
Сообщение от pavlinux (ok) on 04-Ноя-10, 22:29 
Тутана включается
# zgrep AIO /proc/config.gz
CONFIG_AIO=y

Тутана рулится.
# sysctl -A | grep aio
fs.aio-nr = 0
fs.aio-max-nr = 65536


Интегратор!!! Давай ещё спрашивай!!! Чего не нашёл!!! Ща найдем!!! :)


Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

42. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Зенитар on 04-Ноя-10, 16:04 
Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой. Очень многие используют портативные компьютеры и серверы, где скорость важна.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

58. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pavlinux (ok) on 04-Ноя-10, 22:40 
> Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой.
> Очень многие используют портативные компьютеры и серверы, где скорость важна.

Кому скорость важна, покупают несколькоядерные процессоры. :)

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

70. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Frank email(ok) on 06-Ноя-10, 12:12 
Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а всё остальное либо работает (таки работает) либо нет.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

71. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pavlinux (ok) on 06-Ноя-10, 13:49 
> Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а
> всё остальное либо работает (таки работает) либо нет.

А ты тут причём?! ;)

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

5. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +4 +/
Сообщение от аноним on 03-Ноя-10, 23:32 
>Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38.

Ура! Значит, wheezy все равно выйдет с поддержкой xen dom0, на этот раз уже через мейнстрим. Да и федоровцы ждут с нетерпением.

>Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов.

Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.
А то, знаете ли, подавляющее большинство юзеров (админов) отнюдь не форматирует тысячи разделов в ext4 ежедневно.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 03-Ноя-10, 23:36 
нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +3 +/
Сообщение от аноним on 04-Ноя-10, 01:49 
>нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна

Проект нагружен на непрерывное создание (и удаление?) файловых систем?
Если не секрет, а в чем практическая польза такого проекта, кроме обогрева серверной?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

23. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от ананим on 04-Ноя-10, 05:24 
хостинг vps и прочие клоуд к примеру.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

26. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +2 +/
Сообщение от ig0r (??) on 04-Ноя-10, 09:16 
допустим, на сервере нужно установить рейд суммарной ёмкостью 6Тб, при том что часть этой ёмкости (скажем гигов 100) нужно очень срочно, если форматировать в xfs это займет несколько минут, а если в ext4 то несколько часов (а столько ждать нет времени). Какую файловую систему вы выберете?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

28. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от iZEN (ok) on 04-Ноя-10, 09:57 
>Какую файловую систему вы выберете?

Из традиционных — UFS2 с Soft Updates. Из современных — ZFS.
Первая форматирует 100ГБ пространства довольно быстро (несколько секунд), вторая создаётся почти мгновенно.

Но Linux, к сожалению, практически не поддерживает работу с UFS2, а поддержка ZFS в нём как дополнительный (сторонний) модуль. Linux много чего не поддерживает в традиционных ФС: снапшоты, к примеру; тот же RAID-5 в Btrfs невозможен.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

35. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от mik (??) on 04-Ноя-10, 13:48 
на снапшоты есть LVM
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

37. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 04-Ноя-10, 14:37 
это сказка. Одно дело спапшот с знанием структуры ФС, второе просто блочный - второе тормоз немеряный.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

62. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от iZEN (ok) on 04-Ноя-10, 23:47 
> на снапшоты есть LVM

И что? Rollback живой ФС к снапшоту можно сделать? :))

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +2 +/
Сообщение от ананим on 05-Ноя-10, 02:03 
хм. уфс с софтапдейт - недожурналируемая фс.
задфс - тормозилла жрущая память.
по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд.
в общем - ленивым админам на форуме повонять только и годны.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

68. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от iZEN (ok) on 05-Ноя-10, 16:59 
> хм. уфс с софтапдейт - недожурналируемая фс.

Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС без использования журналирования. :))

> задфс - тормозилла жрущая память.

Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ.

> по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд.

От чего отстаёт первая по скорости?

> в общем - ленивым админам на форуме повонять только и годны.

---
админ локалхоста

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

69. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от pavel_simple (ok) on 05-Ноя-10, 17:34 
>> хм. уфс с софтапдейт - недожурналируемая фс.
> Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС
> без использования журналирования. :))

угу -- только никакой целостностью и не пахнет
>> задфс - тормозилла жрущая память.
> Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ.

ещё-бы только вот когда памяти 64 MB что делать?
>> по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд.
> От чего отстаёт первая по скорости?

от всего
>> в общем - ленивым админам на форуме повонять только и годны.
> ---
> админ локалхоста

дык мы и так знали

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

72. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –1 +/
Сообщение от iZEN (ok) on 07-Ноя-10, 00:22 
>>> хм. уфс с софтапдейт - недожурналируемая фс.
>> Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС
>> без использования журналирования. :))
> угу -- только никакой целостностью и не пахнет

УМВР. ЧЯДНТ?

>>> задфс - тормозилла жрущая память.
>> Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ.
> ещё-бы только вот когда памяти 64 MB что делать?

Искать новую работу, на которой можно заработать 700-1000 рублей на 1024МБ RAM. ;)


Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

73. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от User294 (ok) on 02-Янв-11, 00:02 
> Искать новую работу, на которой можно заработать 700-1000 рублей на 1024МБ RAM. ;)

А допаяйте-ка мне гиг памяти в, допустим, девайсину размером с пачку сигарет. Как, слабо, мистер? Я даже согласен заплатить два раза по 700 рублей по этому поводу :)

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

66. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-10, 11:09 
Изя, как же мы вас ждали))))
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

40. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pavel_simple (ok) on 04-Ноя-10, 15:18 
> а если в ext4 то> несколько часов

годный вброс

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

7. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от Кракен on 03-Ноя-10, 23:49 
>Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

Согласен. Сами же рассказывали как фрагметируется свободное пространство на пользовательских компах и ставили в преймущество онлайн дефрагментатор(это из презентаций по екст4 еще во времена ее разработки), а теперь не шевелятся в этом направлении.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 04-Ноя-10, 00:06 
"онлайн-дефрагментацию" wtf?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

16. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от аноним on 04-Ноя-10, 01:46 
>"онлайн-дефрагментацию" wtf?

Это как в винде, дефрагментация фс без отмонтирования (правда, в винде ее придумали просто потому, что это было проще, чем реализовать отмонтирование фс).

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

33. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –1 +/
Сообщение от X on 04-Ноя-10, 13:30 
Дефрагментацию без необходимости размонтировать раздел.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

61. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 04-Ноя-10, 23:06 
> Дефрагментацию без необходимости размонтировать раздел.

e4defrag не пользовали?

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

9. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Stax (ok) on 04-Ноя-10, 00:25 
Да как вам сказать, случаи разные бывают )
Сейчас 10 Тб массив на вполне себе быстром рейде форматируется в ext4 минут 5. Иногда это /напрягает/. jfs или некотоыре другие фс форматируют мгновенно. Так что приятно, что есть какое-то продвижение в этом направлении.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pro100master (ok) on 04-Ноя-10, 00:33 
Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию :)))
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от аноним on 04-Ноя-10, 01:56 
>Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию

А на самом деле вовсе не готовы, да? И вообще там фс нет, нас обманывают. Пустой раздел, ага?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

25. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pro100master (ok) on 04-Ноя-10, 08:34 
Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и сейчас не требуется специальная разметка __всего__ объёма.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от Аноним (??) on 04-Ноя-10, 12:25 
> Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и
> сейчас не требуется специальная разметка __всего__ объёма.

Вы что-то путаете, fat12 это просто две таблицы в начале диска, он _весь_ объём никогда не размечал.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

47. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Stax (ok) on 04-Ноя-10, 18:37 
Я понимаю ) так мне и не жалко, что они в фоне создают inode'ы или их эквиваленты при реальном использовании. Так, к тому же, оптимальнее в плане места, если все равно используются экстенты. Проблема именно в том, что ext2/3/4 так не умеет - пока не разметит все, форматирование не закончено. И это "разметит все" работает (не)реально долго. Теперь с этим лучше, в фоне пусть создает )

Хотя, с другой стороны, это все равно не уровнь jfs или xfs, где создается по мере необходимости.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

55. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от John (??) on 04-Ноя-10, 21:40 
>Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

http://vleu.net/shake/

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

59. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pavlinux (ok) on 04-Ноя-10, 22:44 
> Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее.

Откуда знаешь что полезнее, если её там никогда не было? :)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +3 +/
Сообщение от Аноним (??) on 04-Ноя-10, 00:26 
В новости не упомянуто самое главное - тестирование всех ядер проводилось на виртуальной машине, а не на живом железе, что, по моему мнению, сводит его ценность к нулю.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –1 +/
Сообщение от Аноним (??) on 04-Ноя-10, 00:53 
почему?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от XoRe (ok) on 04-Ноя-10, 01:50 
> почему?

The Core i7 970 host system was running Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel on an ASRock X58 SuperComputer motherboard, 3GB of DDR3 system memory, a NVIDIA GeForce GTX 460, and a 64GB OCZ Vertex SSD.

Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel", которая работает на хост-системе.
И х** его знает, сколько ресурсов она забирает на себя при каждом тесте.

P.S.
Вообще цель оптимизации - сократить отставание программных показателей от аппаратных возможностей.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +1 +/
Сообщение от аноним on 04-Ноя-10, 01:52 
> Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit
> with the Linux 2.6.35 kernel", которая работает на хост-системе.
> И х** его знает, сколько ресурсов она забирает на себя при каждом
> тесте.

Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

60. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от pavlinux (ok) on 04-Ноя-10, 22:47 
> Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно.

Да не делают они тестов, один прогонят, остальные рисуют.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

11. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  –2 +/
Сообщение от pro100master (ok) on 04-Ноя-10, 00:32 
Ой зря они опубликовали. За последние 5 лет нам на уши капают об "ускорении шифрования за счет аппаратных бла-бла-бла", а у них на первой же странице такой фейл :)))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от AHAH on 04-Ноя-10, 10:53 
по графикам не особо понравилось 32 ядро , такое очучение складывается что оно самое медленное из всех сегодня имеющихся
а оно в дебе и убунте , даже лтс вроде
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от ананим on 05-Ноя-10, 02:51 
ведро как ведро - везде ровно и гладко.
кроме лупбэк нетвокинг начиная с 30 разве что.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

67. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от Аноним (??) on 05-Ноя-10, 11:18 
> по графикам не особо понравилось 32 ядро , такое очучение складывается что
> оно самое медленное из всех сегодня имеющихся
> а оно в дебе и убунте , даже лтс вроде

Он в 6 РХЕЛе, а значит правильное

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

65. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."  +/
Сообщение от iCat (ok) on 05-Ноя-10, 08:51 
Как-то со всеми этими тестами... не ладно...
Объективности нет, что ли...
Производительность, антивирусы, количество пользователей... Сплошное надувательство. Коммерческое враньё в опасной степени.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру