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

Выпуск языка программирования Ruby 2.7.0, opennews (??), 25-Дек-19, (0) [смотреть все] Сферические примеры паттерг-матчинга в вакууме настолько понятны, что не ясно за, Аноним (4), 23:01 , 25-Дек-19, (4) +2 // В нормальных языках 8212 работать с ADT, с типами-суммами и типами-произведен, Поедатель борщей (?), 23:13 , 25-Дек-19, (5) +1 Взяли 0, 1, 2, 3 и сопоставили с образцом a, b, c Получили три локальн, Ordu (ok), 23:33 , 25-Дек-19, (7) +2 // не спорю , ррр (?), 21:59 , 26-Дек-19, (82) –4 Как ни печально, но ruby - живой труп, Аноним (8), 23:40 , 25-Дек-19, (8) –1 // живой, но не труп, Аноним (9), 23:55 , 25-Дек-19, (9) +3 // как живой, но не живой , Анонец (?), 00:03 , 26-Дек-19, (12) +9 // Как труп, но живой , Анонидзе (?), 15:14 , 26-Дек-19, (57) Да нет, это кажется на самом деле Просто прошел пик хайпа Вакансий много, комм, Влад (??), 00:02 , 26-Дек-19, (11) +1 // Подтверждаю Куэйщики используют вовсю - язык достаточно прост, чтобы ним могли , Урри (?), 00:48 , 26-Дек-19, (17) // кто такие куэйщики, если не секрет QA , Аноним (25), 02:00 , 26-Дек-19, (25) +1 да, Я (??), 11:38 , 26-Дек-19, (46) Редмайн написан на Руби может поэтому он для куэй Да и бреу на Руби На руби де, Аноним (50), 12:28 , 26-Дек-19, (50) +1 А еще, все сидят на Discourse, разрабатывают вместе с gitlab И пользуются инет-, Аноним (52), 13:18 , 26-Дек-19, (52) На ржавом сложно сделать что-то вменяемое вообще , Брат Анон (?), 15:16 , 26-Дек-19, (58) +1 Прошла любовь завяли помидоры Вакансий почти нет , ogmy (ok), 00:00 , 26-Дек-19, (10) –1 // Та нет Ровно столько же сколько и вакансий на Pascal , Аноним (20), 00:54 , 26-Дек-19, (20) +1 // УДивительно, но и столько же сколько вакансий на Golang Подозрительно, что возмо, Аноним (20), 00:54 , 26-Дек-19, (21) –3 // Гугель Тренды утверждают, что ты не китаец https trends google com trends exp, Брат Анон (?), 15:19 , 26-Дек-19, (59) +1 https trends google com trends explore q 2Fm 2F09gbxjr, 2Fm 2F06ff5вот правил, Shtirlic (?), 18:52 , 26-Дек-19, (76) +1 И что на сервисе гугла победил язык от гугла вот это новости , Аноним (89), 10:57 , 27-Дек-19, (89) Скрыто модератором, Брат Анон (?), 11:15 , 30-Дек-19, (96) –1 Ruby - 176Rust - 7, balajahe (ok), 17:05 , 26-Дек-19, (68) +3 чет синтаксис питона выглядит куда понятнее и человечнее а тут попытка закосить, аноним3 (?), 00:07 , 26-Дек-19, (13) –11 // Для того, чтобы рассуждать о языке, надо понимать его модель В Ruby акцент на ч, Аноним (-), 08:00 , 26-Дек-19, (34) +5 Кто в теме, объясните нубу, как дефрагментация памяти повысит производительность, Аноним (15), 00:30 , 26-Дек-19, (15)   // на правах ИМХО Если маленькие свободные места слить в один большой кусок с, Аноним (18), 00:51 , 26-Дек-19, (18)   Гуглить Крис Касперски Техника оптимизации программ Эффективное использование , Урри (?), 00:52 , 26-Дек-19, (19) +2   // Лучше читать классику 171 Using Block Prefetch for Optimized Memory Performanc, Аноним (33), 07:39 , 26-Дек-19, (33) +1   // У Криса оптимизация существенно лучше расписана , Я (??), 11:40 , 26-Дек-19, (47) +1   Вопрос в том, насколько информация в его интерпретации верна 171 На процессоре, Аноним (33), 14:10 , 26-Дек-19, (55)   Неоптимизированный код - 100 секунд Оптимизированный код - на 60 60 секунд б, Урри (?), 15:56 , 26-Дек-19, (63)   Вот именно -- секунд Секунда это единица измерения времени Быстрее -- характер, Аноним (33), 17:49 , 26-Дек-19, (71)   Это в _вашей_ голове образуется каша А в головах других людей - не образуется В, Урри (?), 19:55 , 26-Дек-19, (78)   Ниже https www opennet ru openforum vsluhforumID3 119316 html 80живой пример , Аноним (33), 06:20 , 27-Дек-19, (85)   Вопрос-то Вы задавали не о секундах И человек Вам доступно объяснил, почему 60 , Аноним2 (?), 21:17 , 26-Дек-19, (80)   Откройте для себя учебник математики, тема пропорции Следом порешайте задачки п, Аноним (33), 06:27 , 27-Дек-19, (86)   Насчет скорость производительность больше на 66 - опечатка, согласен , Аноним2 (?), 01:29 , 28-Дек-19, (95)   Это, скорее всего, вот отсюда https www ruby-forum com t heap-fragmentation-in, Аноним84701 (ok), 01:09 , 26-Дек-19, (24) +1   // нет не про это, комментатор выше все правильно сказал, дело в блоках и кэш линия, GentooBoy (ok), 06:22 , 26-Дек-19, (28) +1   // Имеет смысл располагать в линейке кеша объекты, доступ к которым происходит прим, Аноним (33), 07:33 , 26-Дек-19, (32)   Да это вполне возможно По поводу целесообразности встраивания в линейки незнаю , Аноним (35), 08:57 , 26-Дек-19, (35)   Интересно бы почитать, как с этим делом в Эрланге, с ихним share nothing созда, Аноним (43), 10:58 , 26-Дек-19, (43)   // Гугли про generational gc В эрланге так же как в хацкелле, жабе и прочих сишарп, Аноним (53), 13:45 , 26-Дек-19, (53)   Для языков со сборкой мусора это как раз не проблема Именно в задачах, где надо, Урри (?), 16:12 , 26-Дек-19, (65)   // Собственно, с этим никто не спорил Просто в конкретных реализациях GC аллокатор, Аноним84701 (ok), 17:20 , 26-Дек-19, (69)   http rus-linux net lib php name MyLDP hard memory memory html, Совершенно другой аноним (?), 15:39 , 27-Дек-19, (90)   http rus-linux net lib php name MyLDP hard memory memory html, Совершенно другой аноним (?), 15:39 , 27-Дек-19, (91)   Неоднозначный синтаксис языка не позволяет делать полноценный синтаксический ана, Аноним (16), 00:36 , 26-Дек-19, (16) –4 // Так в чем причина потребеления процессорного времени Смотрели профайлером Прост, Аноним (20), 00:57 , 26-Дек-19, (22) +2 Ну не десятки Если не сравнивать с hello world на си А, например, если нужно, Аноним (18), 01:08 , 26-Дек-19, (23) +1 Пишите о том в чем не разбираетесь Полнейший бред, проблемы возникают только есл, GentooBoy (ok), 06:40 , 26-Дек-19, (29) +2 В сотни В тысячи В миллионы Идите уже делать уроки, что-ли , qwerty123 (??), 11:10 , 26-Дек-19, (45) +1 // Ну руби правда тормозной, чтож делать то lolУ руби другие достоинства, но явно е, fyjybvjec (?), 14:06 , 26-Дек-19, (54) –3 // Инженерный подход к решению задач рулит - когда вы используете то что вам нравит, fyjybvjec (?), 15:33 , 26-Дек-19, (62) Эм Эта ссылка датирована 2011 годом, с тех пор как бы много что поменялось Ruby, Додо (?), 18:25 , 26-Дек-19, (75) +1 На этом поле давно всё занято плюсами , Аноним (92), 19:18 , 27-Дек-19, (92) +1 Мне в руби больше всего нравились символы а-ля Lisp, Аноним (25), 02:02 , 26-Дек-19, (26) +4 Руби крутейший язык, аналогов которому нет Питон это недорозумение , Рубист (?), 06:13 , 26-Дек-19, (27) +3 // два бокала чая этому господину, safdasfa (?), 09:04 , 26-Дек-19, (36) –1 Питон изучается за пару дней, код ясен и понятен Пишут макеты, алгоритмы, обвяз, fyjybvjec (?), 14:13 , 26-Дек-19, (56) –2 // Питон не изучается за пару дней Пара дней - это порог вхождения в питон И это , Урри (?), 16:03 , 26-Дек-19, (64) +1 // Вы совершенно правы, за два дня его не изучить, но имеет низкий порог вхождения , fyjybvjec (?), 16:28 , 26-Дек-19, (67) +1 В саблайме плагины тоже на питоне, только это не значит что саблайм написан на п, Аноним (73), 17:55 , 26-Дек-19, (73) +1 Вот уроды Делают NET из моего руби А это уже пистоно-болезнь Матц, вернись , Аноним (30), 06:48 , 26-Дек-19, (30) Роберт Шекли Необходимая вещь В этом рассказе вся боль Руби , Че (?), 07:17 , 26-Дек-19, (31) Кто знает как называется шрифт на первом скриншоте , Аноним (37), 09:19 , 26-Дек-19, (37) // присоединяюсь, что за шрифт , ququmber (?), 10:10 , 26-Дек-19, (38) На terminus похож , Аноним (39), 10:10 , 26-Дек-19, (39) // нет, это не терминус , Я (??), 11:47 , 26-Дек-19, (48) +1 Любой язык где возможна конструкция вида a a b- b a не нужен А это как минимум , Аноним (40), 10:11 , 26-Дек-19, (40) –1 // Вообще-то нужен , Аноним (39), 10:12 , 26-Дек-19, (41) // Вообще-то в нужных языках хватает такой конструкции a, b b, aА та что выше эт, Аноним (40), 10:26 , 26-Дек-19, (42) // Кроме как питоне такая именное есть где то этож штука вроде a, b a,b в пер, привет (ok), 11:01 , 26-Дек-19, (44) В перле ты просто пробел убрал и что он делает a, b b, a есть в Го в Руби то, Аноним (50), 12:23 , 26-Дек-19, (49) +2 a, b b, a те тоже самое, но на мой взгляд лаконичнее кому то скобкипоказа, привет (ok), 19:31 , 26-Дек-19, (77) Хокку Лучше python 2 7 чем ruby 2 7, Аноним (51), 13:17 , 26-Дек-19, (51) –2 // Лучше Оберон, чем Пхытон-8, Брат Анон (?), 15:24 , 26-Дек-19, (61) Пока мамкины эксперты пыхтят свои басни о недостатках, руби помогает зарабатыват, Аноним (66), 16:28 , 26-Дек-19, (66) // Ruby - всего лишь миллиарды, когда Python позволяет заработать триллионы, Gjrkdj (?), 23:43 , 26-Дек-19, (84) –1 // Есть небольшая для питонистов проблема Может и триллионы, но в удельном выражен, Аноним (-), 10:22 , 27-Дек-19, (87) // Это ты с пыхерами перепутал А там и десятки триллионов могут быть В руби ты то, Аноним (89), 10:56 , 27-Дек-19, (88) –1 В Ruby-мире как-то не встречаются низкооплачиваемые вакансии Если только реальн, Аноним (-), 19:38 , 27-Дек-19, (93) Оказывается Руби старый Японец ведь его родил , Аноним (-), 18:01 , 26-Фев-20, (97) 4,8,10,13,15,16,26,27,30,31,37,40,51,66,97

Сообщения

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

15. "Выпуск языка программирования Ruby 2.7.0"	+/–
Сообщение от Аноним (15), 26-Дек-19, 00:30
>  выполнять дефрагментацию области памяти, решая проблемы снижения производительности Кто в теме, объясните нубу, как дефрагментация памяти повысит производительность? Это же не диск, где головка туда-сюда дёргается, там просто адрес ячейки.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (18), 26-Дек-19, 00:51
	на правах ИМХО... Если маленькие "свободные места" слить в один большой "кусок свободного места", это упростит создание новых объектов и руби будет реже говорить системе "дай еще памяти". Но это в теории... что и кому добавится на практике посмотрим на продакшенах :)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск языка программирования Ruby 2.7.0"	+2 +/–
	Сообщение от Урри (?), 26-Дек-19, 00:52
	Гуглить Крис Касперски "Техника оптимизации программ. Эффективное использование памяти". Если в двух словах - контроллер памяти пересылает данные целыми блоками. Больше фрагментация - больше пересылок. Если не в двух, то все очень сложно, ибо есть еще кэш и т.д. и т.п. - короче, читай книгу выше.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	33. "Выпуск языка программирования Ruby 2.7.0"	+1 +/–
	Сообщение от Аноним (33), 26-Дек-19, 07:39
	Лучше читать классику «Using Block Prefetch for Optimized Memory Performance», Advanced Micro Devices, Mike Wall  https://web.mit.edu/ehliu/Public/ProjectX/Meetings/AMD_block... Не ясно что больше от книжек Криски, вреда или пользы.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск языка программирования Ruby 2.7.0"	+1 +/–
	Сообщение от Я (??), 26-Дек-19, 11:40
	У Криса оптимизация существенно лучше расписана.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (33), 26-Дек-19, 14:10
	Вопрос в том, насколько информация в его интерпретации верна. «На процессоре Р-III 733/133/100 оптимизированный вариант выполняется быстрее на целых 66%, а на АМD Athlоп 1050/100/100 — на 60%, т. е. предвыборка увеличивает производительность более чем в два раза!»
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Урри (?), 26-Дек-19, 15:56
	Неоптимизированный код - 100 секунд. Оптимизированный код - на 60% (60 секунд) быстрее; то есть 40 секунд. 40 секунд - более чем в два раза меньше, чем 100 секунд. Кроме того, в книге приводятся графики тестов по доступу к памяти, множество фактов и примеров. Я, например, такие же тесты использовал, когда оптимизировал им одну либу для гугла под хромбук.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (33), 26-Дек-19, 17:49
	> Неоптимизированный код - 100 секунд. Оптимизированный код - на 60% (60 секунд) > быстрее; то есть 40 секунд. > 40 секунд - более чем в два раза меньше, чем 100 секунд. Вот именно -- секунд. Секунда это единица измерения времени. Быстрее -- характеристика скорости, есть обратной ко времени величины. Корректно было бы: «время выполнения на 66% меньше». Таким образом, после прочтения книжек Криски в голове образуется каша, которую не каждому дано переварить.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Урри (?), 26-Дек-19, 19:55
	Это в _вашей_ голове образуется каша. А в головах других людей - не образуется. В данном случае вы слишком занудствуете. Это руководство по оптимизации, а не справочник. Написанное отличным живым языком, от которого не хочется уснуть через пять минут чтения. Тем более, что справочников в принципе на эту тему быть не может.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (33), 27-Дек-19, 06:20
	> Это в _вашей_ голове образуется каша. А в головах других людей - > не образуется. Ниже https://www.opennet.ru/openforum/vsluhforumID3/119316.html#80 живой пример ;) > В данном случае вы слишком занудствуете. Это руководство по оптимизации, а не > справочник. Написанное отличным живым языком, от которого не хочется уснуть через > пять минут чтения. Криска хорош как популяризатор, но во всех темах плавает. Многократно разбиралось на reng, wasm (где формат опкодов за него переписал The Svin, из-за излишней "скромности" Криски не упомянутый в переиздании) и RSDN. Он сам по факту осознал свою некомпетентность, перейдя к любовным романам под женским псевдонимам. > Тем более, что справочников в принципе на эту тему быть не может. Откройте для себя «Intel® 64 and IA-32 Architectures Optimization Reference Manual» и аналог от AMD.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним2 (?), 26-Дек-19, 21:17
	Вопрос-то Вы задавали не о секундах. И человек Вам доступно объяснил, почему 60% - это более, чем в два раза. «время выполнения на 66% меньше» - это и значит "быстрее на 66%" или "скорость/производительность больше на 66%". А теперь подсчитайте буквы в кавычках, где проще и понятнее? "...после прочтения книжек Криски ... не каждому дано переварить." - С этим согласен :) "...Криски..." - Сказал Мэтр.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	86. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (33), 27-Дек-19, 06:27
	> Вопрос-то Вы задавали не о секундах. > И человек Вам доступно объяснил, почему 60% - это более, чем в > два раза. > «время выполнения на 66% меньше» - это и значит "быстрее на 66%" Откройте для себя учебник математики, тема пропорции. Следом порешайте задачки про пункт А и пункт Б. По данной, так и быть, скажу ответ, что бы не ждать весенних каникул. Если время сокращается на две трети, скорость утраивается. ;) > или "скорость/производительность больше на 66%". > А теперь подсчитайте буквы в кавычках, где проще и понятнее? >  "...после прочтения книжек Криски ... не каждому дано переварить." - С > этим согласен :) >  "...Криски..." - Сказал Мэтр. Вот здесь: «Предвыборка сокращает время выполнения на процессоре Р-III 733/133/100 на  66%, а на АМD Athlоп 1050/100/100 — на 60%. Грубо говоря, производительность утраивается.» Но Криске платили за странички, потому он налил какой попало водички.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним2 (?), 28-Дек-19, 01:29
	Насчет "скорость/производительность больше на 66%" - опечатка, согласен.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск языка программирования Ruby 2.7.0"	+1 +/–
	Сообщение от Аноним84701 (ok), 26-Дек-19, 01:09
	>>  выполнять дефрагментацию области памяти, решая проблемы снижения производительности > Кто в теме, объясните нубу, как дефрагментация памяти повысит производительность? Это же > не диск, где головка туда-сюда дёргается, там просто адрес ячейки. Это, скорее всего, вот отсюда: https://www.ruby-forum.com/t/heap-fragmentation-in-a-long-ru... > Thanks to Jamis B. [5] and Mauricio F. [6] I was able to determine that the application was stuck for several seconds in glibc’s realloc, which may be called (via ruby_xrealloc) from basically anywhere within ruby where a new or enlarged chunk of memory might be required. [...] > And then - all praise bugzilla - I found a bugreport [8] describing almost exactly my problems and leading me to ptmalloc3 [9]. [...] > As far as I understand, ptmalloc3 does not eliminate heap fragmentation. > However, due to the bit-wise tree employed in the newer version, it finds free chunks of the right size in shorter time by several orders of magnitude. Additionally, it seems that glibc 2.5 abandons its attempts to find a best-fit chunk after a while (possibly after 10000 tries), т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих".
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	28. "Выпуск языка программирования Ruby 2.7.0"	+1 +/–
	Сообщение от GentooBoy (ok), 26-Дек-19, 06:22
	нет не про это, комментатор выше все правильно сказал, дело в блоках и кэш линиях. Конкретно про руби эрон выступрал даже на конфе и есть статья, лиже линки если хотите разобраться как https://bugs.ruby-lang.org/issues/15626 https://www.youtube.com/watch?v=H8iWLoarTZc
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (33), 26-Дек-19, 07:33
	> нет не про это, комментатор выше все правильно сказал, дело в блоках > и кэш линиях. > Конкретно про руби эрон выступрал даже на конфе и есть статья, лиже > линки если хотите разобраться как > https://bugs.ruby-lang.org/issues/15626 > https://www.youtube.com/watch?v=H8iWLoarTZc Имеет смысл располагать в линейке кеша объекты, доступ к которым происходит примерно в одно время (как правило, такие объекты и создаются условно одновременно). Вот что по ссылке: This compactor uses a "two finger" algorithm which was introduced in "The Programming Language LISP: Its Operation and Applications" (page 228)1. Two pointers point at each side of the heap, if one slot is empty, and the other is moveable, it swaps places and leaves a T_MOVED object that contains a forwarding address. Похоже, при таком обмене происходит перемешивание объектов. Это видно даже на приведённой в объяснении по ссылке иллюстрации, где №6 становится №3, а №5 — №4. При большей дистанции между объектами "перемешивание" окажется сильнее, исходно размещённые рядом объекты окажутся где ни попадя.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (35), 26-Дек-19, 08:57
	Да это вполне возможно. По поводу целесообразности встраивания в линейки незнаю. Надо тестировать смотреть. Может быть что целесообразно доработать код для этого, а может нет.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (43), 26-Дек-19, 10:58
	> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". Интересно бы почитать, как с этим делом в Эрланге, с ихним "share nothing" создание переменных на каждый чих - во все поля.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	53. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним (53), 26-Дек-19, 13:45
	Гугли про generational gc. В эрланге так же как в хацкелле, жабе и прочих сишарпах. С поправкой на тот факт, что в энларге можно собирать мусор в каждом потоке отдельно, не останавливая весь мир.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Урри (?), 26-Дек-19, 16:12
	> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". Для языков со сборкой мусора это как раз не проблема. Именно в задачах, где надо создавать много короткоживущих объектов языки с GC уделывают традиционные.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	69. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Аноним84701 (ok), 26-Дек-19, 17:20
	>> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". > Для языков со сборкой мусора это как раз не проблема. Именно в задачах, где надо создавать много короткоживущих объектов языки с GC уделывают традиционные. Собственно, с этим никто не спорил. Просто в конкретных реализациях GC/аллокаторов - иногда таки можно наткнуться на какой-нибудь проблемный случай. По приведенной ссылке - как раз описана такая ситуация "highly dynamic object-space". Решалась там  (в конце-концов) прикручиванием другого аллокатора: " The problem can be mitigated by linking ruby against ptmalloc3."
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Совершенно другой аноним (?), 27-Дек-19, 15:39
	http://rus-linux.net/lib.php?name=/MyLDP/hard/memory/memory....
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	91. "Выпуск языка программирования Ruby 2.7.0"	+/–
	Сообщение от Совершенно другой аноним (?), 27-Дек-19, 15:39
	http://rus-linux.net/lib.php?name=/MyLDP/hard/memory/memory....
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

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

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