The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания Oracle анонсировала микропороцессор  SPARC T5 и сер..., opennews (??), 27-Мрт-13, (0) [смотреть все]

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


14. "Компания Oracle анонсировала микропороцессор  SPAR..."  +1 +/
Сообщение от MrClon (?), 27-Мрт-13, 22:30 
Мило, но зачем?
Сейчас вроде тренд на на то что-бы взять побольше хилых тачек и распараллелить на них задачи. Каке юзкейсы требуют ТАКОЙ мощности в одной системе?
Ответить | Правка | Наверх | Cообщить модератору

16. "Компания Oracle анонсировала микропороцессор  SPAR..."  +3 +/
Сообщение от Stax (ok), 27-Мрт-13, 22:39 
> Мило, но зачем?
> Сейчас вроде тренд на на то что-бы взять побольше хилых тачек и
> распараллелить на них задачи. Каке юзкейсы требуют ТАКОЙ мощности в одной
> системе?

SAP :)

Но вообще любая задача, для которой требуется большая SQL-база. Есть разные вещи, например в финансовой сфере где транзакции очень-очень важны и отказаться от них никак нельзя. И писать код, в котором постоянно нужно обходить невозможность больших транзакций слишком муторно: и без того много проблем, чтобы еще и с этим заморачиваться. А нормальных решений ACID, которые можно параллелить на много хилых тачек как бы почти и нет. В тех, что есть, просадка по производительности бывает такая, что может быть проще плюнуть и вернуться к одной большой тачке (впрочем, скорее маленькому кластеру из 2-4-х таких тачек).

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

30. "Компания Oracle анонсировала микропороцессор  SPAR..."  +/
Сообщение от Аноним (-), 28-Мрт-13, 00:22 
>> Есть разные вещи, например в финансовой сфере где транзакции очень-очень важны и отказаться от них никак нельзя.

Так вроде для таких вещей IBM продвигает свои мейнфреймы на zOS.

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

40. "Компания Oracle анонсировала микропороцессор  SPAR..."  +/
Сообщение от Пингвино (ok), 28-Мрт-13, 06:12 
Оно и понятно, но иногда бывает очень-очень-очень дорого менять платформу и запиливать софт под эту платформу заново
Ответить | Правка | Наверх | Cообщить модератору

85. "Компания Oracle анонсировала микропороцессор  SPAR..."  +1 +/
Сообщение от Аноним (-), 31-Мрт-13, 00:10 
> Оно и понятно, но иногда бывает очень-очень-очень дорого менять платформу и запиливать
> софт под эту платформу заново

Да, еще до сих пор не извелись мамонты которые влипают в vendor lock-in. Но опыт крупнейших и успешнейших стартапов соврменности может многому научить. Почему-то они не строятся на мегауникальном софте и оборудовании от одного принципиально незаменимого вендора. Что и позволяет им идти к успеху а не вляпываться в д@рьмо.

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

88. "Компания Oracle анонсировала микропороцессор  SPAR..."  –3 +/
Сообщение от Пингвино (ok), 31-Мрт-13, 11:09 
>> Оно и понятно, но иногда бывает очень-очень-очень дорого менять платформу и запиливать
>> софт под эту платформу заново
> Да, еще до сих пор не извелись мамонты которые влипают в vendor
> lock-in. Но опыт крупнейших и успешнейших стартапов соврменности может многому научить.
> Почему-то они не строятся на мегауникальном софте и оборудовании от одного
> принципиально незаменимого вендора. Что и позволяет им идти к успеху а
> не вляпываться в д@рьмо.

Вполне согласен, многие используют СПО и это приводит их к успеху. Но если взять к примеру Facebook, они быстро стартанули, используя PHP и MySQL, но потом все это дело перестало справляться и пришлось делать костыли навроде HipHop for PHP. Так что vendor lock-in не единственная проблема у крупных проектов.

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

19. "Компания Oracle анонсировала микропороцессор  SPAR..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 27-Мрт-13, 22:49 
> Сейчас вроде тренд на на то что-бы взять побольше хилых тачек и распараллелить на них задачи

нет такого тренда. Такое себе могут позволить конторы, которые могут содержать отдел бородатых разработчиков софта под такой кластер. И это в основном крупные интернет сервисы с большим числом ежедневных юников, либо адский датамайнинг.

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

27. "Компания Oracle анонсировала микропороцессор  SPAR..."  +1 +/
Сообщение от Crazy Alex (ok), 28-Мрт-13, 00:09 
Да вроде такой софт уже чуть ли не на все случаи жизни написан...
Ответить | Правка | Наверх | Cообщить модератору

28. "The Free Lunch Is Over"  +/
Сообщение от Аноним (-), 28-Мрт-13, 00:11 
Есть такой тренд, просто из вашего болота его пока не видно.

http://www.gotw.ca/publications/concurrency-ddj.htm - 2005 год.

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

52. "The Free Lunch Is Over"  –1 +/
Сообщение от анонимм (?), 28-Мрт-13, 10:40 
> Есть такой тренд, просто из вашего болота его пока не видно.
> http://www.gotw.ca/publications/concurrency-ddj.htm - 2005 год.

дебилушка, там 2009й год внизу написан. Плюс, не всем людям надо хостить миллиарды сайтиков про котиков и айфончики, некоторым и работать надо, а тут без нормального железа не обойдёшься.

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

54. "The Free Lunch Is Over"  +/
Сообщение от linux must _RIP_ (?), 28-Мрт-13, 10:43 
> Есть такой тренд, просто из вашего болота его пока не видно.
> http://www.gotw.ca/publications/concurrency-ddj.htm - 2005 год.

аха.. аха.. тред больше связан с статистикой отказов.. Если верить Cray - на среднем кластере из top500 - в день умирает 1-2 ноды. то есть умирание относительно слабой ноды - не повлияет на кластер, а вот если что-то серьезное сдохнет...

А вот межнодовое взаимодействие - это да.. это весело..

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

55. "The Free Lunch Is Over"  +/
Сообщение от Sarmat (?), 28-Мрт-13, 11:11 
В хорошем сервере потеря одного проца/модуля памяти/и т.д. тоже не критична
Ответить | Правка | Наверх | Cообщить модератору

86. "Компания Oracle анонсировала микропороцессор  SPAR..."  +1 +/
Сообщение от Аноним (-), 31-Мрт-13, 00:12 
> интернет сервисы с большим числом ежедневных юников, либо адский датамайнинг.

А гугл юзает дешевый х86 хлам, обслуживает всю планету, датамайнит по черному и ржет над всеми этими умничаниями в три горла, срубая бабла больше чем эти ваши датамайнеры и обладатили юников все вместе взятые.

Да-да, при правильной организации процесса крутизна отдельной железки нафиг не упала. Там может стоять какой-нибудь дешевый ширпотреб.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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