The OpenNET Project / Index page

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



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

Оглавление

Google продолжает настаивать на ограничении API, востребован..., opennews (ok), 31-Май-19, (0) [смотреть все]

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


172. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Kuromi (ok), 31-Май-19, 18:22 
Нет, ну а что эти люди ожидали, серьезно? Естетсвнено рано или поздно маркетинговые и еркламные отделы компании сказали "доколе" и потребовали удалить "зловредную" функцию дающую слишком много свободы пользователям.

Быть фактическим монополистом и не пользоваться этим - слишком альтруистично даже для Гугла. И это только первые цветочки, когда Хром займет место IE и будет контроллировать 95% рынка браузеров Гугл станет внезапно перелопачивать API так, что мало не покажется. Скажет например, что видео будет воспроизводиться только с DRM и никак иначе в целях борьбы с пиратами и нелегальным копированием - и все, все будут внедрять. Заявит что аудио тольков  фирменном формате, каком нибудь .WebA - и все сконвертируют.

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

188. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от анним (?), 31-Май-19, 18:59 
Сначала надо уничтожить опенсорц как явление.
Ответить | Правка | Наверх | Cообщить модератору

204. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (204), 31-Май-19, 20:38 
И сильно много твой впoпeнcoc без клятых корпорастов сделал? Истошные визги не в счёт. Firefox? Привет нетшкафу, ага. OpenOffice? StarOffice я по нулевым помню. Ядро линукса? Да, 20 лет назад - сейчас же большая часть его пишется интелом, гуглом, самсунгом и прочими сименсами.
Ответить | Правка | Наверх | Cообщить модератору

209. "Google продолжает настаивать на ограничении API, востребован..."  +1 +/
Сообщение от Аноним (164), 31-Май-19, 20:52 
Пока корпорасты конкурируют, результат получается вполне вменяемым. Все беды от монополистов.
Ответить | Правка | Наверх | Cообщить модератору

219. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (220), 31-Май-19, 22:33 
Тут спорить не буду. Не сказал бы IBM 20 лет назад "а с какой стати мелкомягкие нас на серверном рынке конкретно так потеснили? Непорядок." - и занимал бы линукс место нынего GNU Hurd либо чего-нибудь столь же экзотического и маргинального: неспособность крacноглазого колхоза что-то сделать самим без подарков больших и серьёзных ребят общеизвестна.
Ответить | Правка | Наверх | Cообщить модератору

224. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от пох. (?), 31-Май-19, 22:47 
> Непорядок." - и занимал бы линукс место нынего GNU Hurd либо
> чего-нибудь столь же экзотического и маргинального: неспособность крacноглазого колхоза
> что-то сделать самим без подарков больших и серьёзных ребят общеизвестна.

вы просто не видели hpux и sun'овские low end сервера 20летней давности.
Не говоря уже о прекраснейшем веб-сервере netscape.
Никакой ебеме к этому руку не прикладывал - крacноглазый колхоз умудрился на коленке сделать в сто раз дешевле и в десять раз лучше.

и вот _поэтому_ ебеме его решила прибрать к рукам.

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

241. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (241), 01-Июн-19, 00:45 
Ничего не скажу за чпукс, поскольку ни разу в жизни с ним дела не имел. Но солярка 20летней давности либо Sinix (игрался с ним на сименсовской RM300) линуксы тех времён забарывали влёгкую и по надёжности, и по функционалу, и по удобству - имел дело со всем этим зоопарком.
Ответить | Правка | Наверх | Cообщить модератору

253. "Google продолжает настаивать на ограничении API, востребован..."  +1 +/
Сообщение от пох. (?), 01-Июн-19, 09:50 
ну я не знаю, что вы там с ними такое делали, и на каком ковре боролись, а мы просто (под назойливым нажимом sun'овских представителей) поставили один из хостов э...неважно, чего, важно что уже в 2000м году оно было распределенное и довольно нагруженное по тем меркам, на выданный ими десктоп-переросток (юнитового корыта для нас то ли не нашлось, то ли в бюджет не уложилось то что подходило бы по параметрам, так что еще пришлось повозиться, запихивая его в полку и расчищая место вокруг) - и как-то никаких чудес ни по производительности, ни по надежности не увидали, один геморрой и запчасти по миллиону денег. Поэтому все следующие установки были на isp1100 - 1u (сан такое не умела в принципе), копеечные ide диски, взрослая e100 (даже две) и BX чипсет вполне успешно справлялись с задачей до 2004го, когда проект умер.

Про то что там компилятор (платный!) с великим трудом мог скомпилировать gcc'шный stage1 из-за миллиона ошибок и что вообще для работы чего-то полезного надо было тащить туда абсолютно весь гнутый набор (потому что и родной make тоже только в core падал хорошо, если подсунуть ему мэйкфайл не на три строчки) я уж и не упоминаю. А, sendmail! Версии чуть ли не 5, зато с какими-то самодельными костыликами и подпорочками!

Ну да, орацл зато был, а под линукс он появился тоже года через четыре.
Но наши задачи прекрасненько решал тогдашний mysql (и переживал сдыхания хоста на ходу, а не как сейчас - innodb_recovery=6, ой, все равно нишмагла, чтойтапашланетак).

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

289. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (289), 02-Июн-19, 03:40 
> Поэтому все следующие установки были на isp1100 - 1u (сан такое не умела в принципе), копеечные ide диски, взрослая e100 (даже две) и BX чипсет вполне успешно справлялись с задачей до 2004го, когда проект умер.

Мне довелось начало 2000-х провести в компании таких машин: http://www.morepc.ru/server/sun/netra-t1.html . Небо и земля по сравнению с линуксом тех времен. На солярке в те годы уже были нормальные треды в то время как в линухе от linuxthreads блевать так хотелось что до сих пор осадок сидит. Хорошо что хоть бимеры это поделие криворуких опенсорсеров переписали к временам 2.6 и mysql-ем и там стало можно пользоваться. А до этого все многопоточное как mysql и freeradius - только на солярке если не хочешь получать висюки раз в день.

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

294. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от пох. (?), 02-Июн-19, 09:14 
> Мне довелось начало 2000-х провести в компании таких машин:
> http://www.morepc.ru/server/sun/netra-t1.html

ну и чего в них было хорошего? стоила как пять тех isp1100, использовала дорогие и тормозные (потому что уже все забили на этот сегмент в low-end железе) uwscsi диски, причем raid, по-моему,  отсутствовал как класс, потому что этих дисков туда помещался целый один (вот подарок-то за те цены), имела процессор раза в два послабее на универсальных задачах (500мегагерцовая ультра vs 700 мегагерцовый тулатин в тех 1100), в остальном примерно им и близка.
Интел в 2004м выкатил isp1400, двуксеон с 4xscsi и почти нормальным по тем временам megaraid.
Полагаю, в этот момент устаревшие нетры и выкинули на свалку окончательно, и oracle с них тоже перетащили на интела.

А, треды с винды скопипастили и пропихнули в стандарт? Ну так это не потому что в тредах было что хорошее (напоминаю, тогдашняя low-end машинка - одноядерная) а потому что, наоборот, sun ниасилила - fork у них был жутко дорогой и медленный, поскольку ни разу не CoW. Пришлось как-то выкручиваться, а вот, кстати, посмотрите-посмотрите, тут у нас как-в-винде!

Но что у вас там были за проблемы с mysql - мне неведомо. Мой десяток разномастых инстансов работал и каши не просил (я чего-то даже и не вспомню - ему вообще в каком году треды стали обязательны, может позже? Хотя нет, кажется уже тогда был только выбор из posix/не posix). Других подобных софтин не было вообще, как-то не принято было без необходимости обмазываться свеженьким, и тем более косплеить винду, а как раз наиболее критичной софтиной был apache, который в системах с дорогим fork проигрывал при заметной нагрузке чуть ли не в полтора раза.
(и с sendmail та же самая история). Виснуть они стали много позже, и это уже была freebsd и совсем другой mysql.

"ко временам 2.6" уже были стандартом многоголовые интелы с ht, поэтому треды все же стали востребованными вне виндомирка и умирающей сановской экосистемы.

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

307. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (289), 02-Июн-19, 23:38 
> причем raid, по-моему,  отсутствовал как класс, потому что этих дисков туда помещался целый один (вот подарок-то за те цены)

Диска - 2. RAID, конечно, только SVM софтовый.

> Интел в 2004м выкатил isp1400, двуксеон с 4xscsi
> Полагаю, в этот момент устаревшие нетры и выкинули на свалку окончательно, и oracle с них тоже перетащили на интела.

Конечно, к 2005-му слезли mysql-ями на Intel+Linux когда там нормальные треды завели и железо мощно вперед шагнуло, но потом через пару лет вернулись на соляру, но уже x86, а потом еще через год на фряху из-за ZFS-а. Ибо у Linux-а с файловыми системами до сих пор просто беда какая-то.

> и почти нормальным по тем временам megaraid.

Это LSI-ный MegaRaid встроенный в интеловские матери имеется ввиду? Так он у нас являлся одной из главных причин ухода на ZFS. Это гумно так и не научилось по нормальному определять когда и как надо подыхающий диск отстреливать. Причем и как в дорогих сановских хранилках на пол-сотни дисков так и в дешевых встроенных интеловских RAID-ах. Все одно, если в зазеркалированом страйпе один диск вылетел, 50% что на его визави что-то будет не так, причем узнаешь ты об этом только через дней этак пять когда база из своего кэша этот блок удалит и попытается заново загрузить его с диска. После перехода на ZFS об LSI как о страшном сне забыли. В JBOD-режиме, конечно, проблем таких нет, но MegaRaid-ы не для этого созданы, да и совсем не все они так умеют.

> Мой десяток разномастых инстансов работал и каши не просил

А у нас раз в неделю или две 3-й mysql стабильно зависал на 2.2 ядрах. Под фряхой примерно с такой-же частотой он падал и при этом еще и подтормаживал а под 8-й и 9-й соляркой вел себя вполне прилично.
> oracle с них тоже перетащили на интела.

Oracle-ов на интела перетащили много позже ибо железки, сделанные саном на стыке тысечелетий в массе своей показали себя неубиваемыми кроме отдельных неудачных серий.

> "ко временам 2.6" уже были стандартом многоголовые интелы с ht, поэтому треды все же стали востребованными вне виндомирка и умирающей сановской экосистемы.

MySQL во все времена, какие я его помню был на тредах и без форков.

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

311. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от пох. (?), 03-Июн-19, 15:35 
> Диска - 2.

значит, из доставшегося мне один уже ушел на запчасти - что как бе характеризует, да.
(там еще чудо-системная-плата со всеми айдишниками и сетапами умела дохнуть и еще много чего, чего в писюке отродясь нет)

> Это LSI-ный MegaRaid встроенный в интеловские матери имеется ввиду?

это AMI MegaRaid, не имевший тогда ничего общего с той lsi, и в матери он встроен не был, это была отдельная pci-64 плата, но все вместе шло в комплекте этой платформы.

не знаю, как на нем жили страйпы, но raid5 жили вполне надежно и подыхали обычно не своей смертью (иногда дохла плата контроллера, а успех от пересовывания дисков в другую машину бывал разный - то ли взлетит, то ли нет - зависело от разницы возрастов этих, внешне одинаковых, коробок)
Речь, если что, о 2005-2007м. Орацлы у всех вокруг уже жили на писюках - в том числе и вот таких.

solaris x86 в принцпе уже был, но пользоваться им чой-та не хотелось вот совсем.

> MySQL во все времена, какие я его помню был на тредах и без форков.

ну вот он один значит и был такой красивый, остальной юникс-софт не торопился тогда переходить на "новый стандарт"

  

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

314. "(offtopic) mysql, треды и все-все-все"  +/
Сообщение от Michael Shigorinemail (ok), 03-Июн-19, 18:46 
>> MySQL во все времена, какие я его помню был на тредах и без форков.
> ну вот он один значит и был такой красивый, остальной юникс-софт не
> торопился тогда переходить на "новый стандарт"

Притом лет пятнадцать назад MySQL AB настаивали на том, что нужна glibc имени их с патчеными тредами (не помню сходу, что именно они там трогали в нитках -- может, в архиве ещё есть, не стану сейчас рыться сам по себе).

Мы их тогда ещё консультировали по этому поводу, как попробовать выпрямить с тем, чтоб не требовалось так патчить -- простроили цепочку до ldv@ через меня и Егора Егорова. :)

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

315. "(offtopic) про IBM и сообщество, десять лет спустя"  +/
Сообщение от Michael Shigorinemail (ok), 03-Июн-19, 18:56 
> Тут спорить не буду. Не сказал бы IBM 20 лет назад
> "а с какой стати мелкомягкие нас на серверном рынке конкретно так потеснили?
> Непорядок." - и занимал бы линукс место нынего GNU Hurd либо
> чего-нибудь столь же экзотического и маргинального: неспособность
> крacноглазого колхоза что-то сделать самим без подарков больших
> и серьёзных ребят общеизвестна.

А мне вот что общеизвестно (https://www.opennet.me/openforum/vsluhforumID3/58542.html#17):

---
Сообщество было живо, когда они стреляли в нас с другой стороны.
Сообщество живо, когда они перебежали на нашу сторону, по ночам
жрут тушенку под одеялом, а утром плачут и просят добавки у
котла. Сообщество будет жить и когда они перебегут обратно.
--- http://users.livejournal.com/aen_/80492.html?thread=1304940#...

Да, от плодов оверинжиниринга то ли с прицелом на вендорлок, то ли просто по дури нарциссовой всё равно придётся отказаться, когда жрать зажравшейся вендури вдруг окажется нечего и даже некого.  Но беда ли это?

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

245. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Kuromi (ok), 01-Июн-19, 03:18 
> Сначала надо уничтожить опенсорц как явление.

Даже опенсорс не спас от "внедрежа" DRM в вэб. Хочешь смотреть кино на Кинопоиске условном - смтавь Widewine от Гугла или...не смотри.

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

254. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от пох. (?), 01-Июн-19, 09:53 
> Даже опенсорс не спас от "внедрежа" DRM в вэб. Хочешь смотреть кино

спас, чо ж не спас - нет в опенсорсе дрма - бояцца что вы все поломаете и ключи расшифруете. Прецеденты ведь были (хотя оно и было анально огороженное), начиная с dvd.

> на Кинопоиске условном - смтавь Widewine от Гугла или...не смотри.

патамушта опенсорсного кина - вон, неведомая аниме даже без нормальных тентаклей. И кому она такая нада без drm?

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

226. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от Аноним (227), 31-Май-19, 23:03 
> ie

Blink != хромой, тем более вебкит (не помню на что собрались уехать)

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

255. "Google продолжает настаивать на ограничении API, востребован..."  +/
Сообщение от гугель (?), 01-Июн-19, 09:55 
> и нелегальным копированием - и все, все будут внедрять. Заявит что
> аудио тольков  фирменном формате, каком нибудь .WebA - и все
> сконвертируют.

"и всё сконвертируют". поправил, не благодари.

как будто будет какое-нибудь другое хранилище аудио, кроме нашего и нелегальных.

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

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

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




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

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