| 1.1, Аноним (-), 15:02, 25/07/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
<Новая реализация GEOM Gate (Pawel Jakub Dawidek);
а чем интерестно текущая не устраивает? | | |
| |
| 2.3, butcher (ok), 15:57, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
><Новая реализация GEOM Gate (Pawel Jakub Dawidek);
>а чем интерестно текущая не устраивает?
Там же написано, глючная она была. | | |
| |
| 3.8, Sem (ok), 17:57, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
 Это не совсем так. Про глюки я не заметил где написано.
pjd@ переписал протокол обмена по сети (он не совместим теперь со старым) и распараллелил операции, поместив их в разные thread'ы. Таким образом сильно увеличилась скорость работы. Так же улучшена обработка ошибок (I/O errors). Например, когда у тебя соединение отваливается ggate должен вести себя теперь лучше. | | |
|
|
| 1.2, Nikola (??), 15:27, 25/07/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А мне больше всего нравится
Работы по оптимизации стека TCP/IP
Портирование PF из OpenBSD 3.7
Портирование Intel C/C++ Compiler v9
| | |
| 1.4, p01ymer (??), 16:13, 25/07/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А мне вот думается
"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
до сих пор никому не нужно что ли раз столько долго делают?
| | |
| |
| 2.5, Jay (??), 17:15, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
>А мне вот думается
>"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
>
>до сих пор никому не нужно что ли раз столько долго делают?
Единственное преимущество журналируемых FS - быстрый старт. После краха система восстанавливается быстрее, чем с нежурналируемой FS. Вместо полной проверки FS выполняется откат последних несохраненных изменений из журнала. В остальном, по логике, UFS с включенными SoftUpdates должна работать быстрее, чем FS с журналированием, поскольку не надо дополнительно заниматься ведением журнала. Соответственно, на машинах, которые не перегружаются по питанию, особого смысла в журналируемой FS нет.
И кстати, ее не долго делают.. ее только начали делать вообще :)
| | |
| 2.9, Sem (ok), 18:04, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
>А мне вот думается
>"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
>
>до сих пор никому не нужно что ли раз столько долго делают?
>
Ты прав. Он (журнал) никому не нужен был :)
Как сказал Scott Long (цитирую по памяти): вместо того, что бы спорить что лучше: журнал или softupdates, давайте реализуем журнал и посмотрим.
Еще он сказал, что ожидание, что background fsck решит все проблемы с быстрым запуском не оправдались.
| | |
|
| |
| 2.10, Sem (ok), 18:05, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
>А чем GCC не устраивает?
>Или чем лучше Intel C/C++?
Скоростью и качеством полученого кода. | | |
| 2.11, umberto (?), 21:20, 25/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
берем исходники какой нибудь крипты (я взял ГОСТ) и компилим gcc
в итоге шифрование в режиме CFB - 7-8 МБ/с
Ни бита не меняя в исходниках тут же компилим их с помощью icc с теми же ключами оптимизации. В итоге скорость возрасла до 25 МБ/с на P4 2400
Вывод - существует ряд задач (не для всех задач это утверждение справедливо) при выполнении которых icc дает выигрышь в скорости в 2-3 а то и в 5 раз по сравнению с gcc при прочих равных условиях.
| | |
| |
| |
| 4.13, Бандахамовата (?), 08:18, 26/07/2005 [^] [^^] [^^^] [ответить]
| +/– | |
ваще-то пре и кроссы, выделанные производителем процессора, обязаны быть пошустрее? Или ты думаешь, что Интел водит команду GСС по цехам, десятилетиями передает им документацию на каждый степ камня, переспрашивает: "всё ли успели записать?" | | |
| 4.14, вася (??), 13:19, 26/07/2005 [^] [^^] [^^^] [ответить]
| +/– | |
>Ух ты. Интересно чего тут гнушники облажались.
Всё таки опыт и куча специалистов которые пишут действительно под конкретный проц даёт о себе знать.
Вообше интел планирует занятся суперкомпутерами, так что наработки в компилерах и инструментах к ним у ребят довольно серьёзные.
| | |
|
| 3.16, SunTech (?), 14:56, 26/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
 А что делать с AMD? Мне кажется надо не на интеловский компиллер переходить, а gcc до ума доводить, чтоб он компилил Good enough для любой платформы. | | |
| |
| 4.17, Moralez (ok), 05:06, 27/07/2005 [^] [^^] [^^^] [ответить]
| +/– |
 Неоднократно читал, что код интеловского компилера и АМД-шным камням помогает (по ср. с gcc). | | |
|
|
|
| 1.18, chip (ok), 23:57, 27/07/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >>> UFSJ - UFS с журналированием всё ещё на начальной стадии
А так хотелось ее видеть уже в 6.0 | | |
| 1.19, Av (??), 13:07, 30/08/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Все хорошо, но по сравнению с линуксом уж больно маленькие шажки - отставание довольно сильное. | | |
| |
| |
| 3.22, don_oles (??), 17:42, 20/09/2005 [^] [^^] [^^^] [ответить]
| +/– | |
> А в чем отставание? Обоснуйте пожалуйста.
Это религия. Корневая мантра: "Linux развивается быстро, всё остальное либо уже умерло, либо в бьется в предсмертной агонии". Там - шажки, а там - шажища. | | |
|
|
|
