Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Изначальное сообщение | [ Отслеживать ] |
"Оценка потребления памяти при одновременном запуске миллиона задач" | +/– | |
Сообщение от opennews (?), 29-Ноя-24, 16:42 | ||
Опубликованы результаты тестирования потребления памяти при выполнении кода, создающего миллион параллельно выполняемых сопрограмм. Тестирование проведено для типовой программы, реализованной на языках программирования Rust, C#, Go, Java, Python и JavaScript... | ||
Ответить | Правка | Cообщить модератору |
Оглавление |
Сообщения | [Сортировка по времени | RSS] |
1. "Оценка потребления памяти при одновременном запуске миллиона..." | +35 +/– | |
Сообщение от ijuij (?), 29-Ноя-24, 16:42 | ||
А где C/C++? 🤬 | ||
Ответить | Правка | Наверх | Cообщить модератору |
2. "Оценка потребления памяти при одновременном запуске миллиона..." | +45 +/– | |
Сообщение от Барашек (?), 29-Ноя-24, 16:44 | ||
тренера не играют | ||
Ответить | Правка | Наверх | Cообщить модератору |
45. "Оценка потребления памяти при одновременном запуске миллиона..." | –3 +/– | |
Сообщение от Аноним (45), 29-Ноя-24, 17:32 | ||
> тренера не играют | ||
Ответить | Правка | Наверх | Cообщить модератору |
53. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (53), 29-Ноя-24, 17:45 | ||
> Лол, какие тренера, если в C корутин вообще нет и не будет, | ||
Ответить | Правка | Наверх | Cообщить модератору |
58. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (58), 29-Ноя-24, 17:49 | ||
> Правда оно там специфичное, под задачу. Си достаточно низкоуровневый чтобы на нем делать многое из того для чего в каком-нибудь Rust придется синтаксис корежить, а в игого и прочих питонах - чешут репу и сообщают что задача нерешаема. | ||
Ответить | Правка | Наверх | Cообщить модератору |
68. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 18:00 | ||
> Угу, то-то Торвальдся жалуется, что за 30 лет нормальный менеджмент памяти не осилили. | ||
Ответить | Правка | Наверх | Cообщить модератору |
234. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от glad_valakas (?), 30-Ноя-24, 07:45 | ||
> жалуется, что за 30 лет нормальный менеджмент памяти не осилили. | ||
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору |
90. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (90), 29-Ноя-24, 18:56 | ||
>> Лол, какие тренера, если в C корутин вообще нет и не будет, | ||
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору |
127. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Совершенно другой аноним (?), 29-Ноя-24, 19:23 | ||
Можно воспользоваться библиотекой corutine.h от Simon Tatham (необходимая часть приведена сразу в исходнике). Для компиляции в linux | ||
Ответить | Правка | Наверх | Cообщить модератору |
190. "Оценка потребления памяти при одновременном запуске миллиона..." | –3 +/– | |
Сообщение от pavlinux (ok), 30-Ноя-24, 00:31 | ||
Абдолноним, задание читал? | ||
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору |
290. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (290), 30-Ноя-24, 13:16 | ||
> Абдолноним, задание читал? | ||
Ответить | Правка | Наверх | Cообщить модератору |
397. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от adolfus (ok), 05-Дек-24, 00:13 | ||
сопрограммы -- это то же самое, что и подпрограммы, но без вложенности друг в друга. | ||
Ответить | Правка | Наверх | Cообщить модератору |
212. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:14 | ||
>>> Лол, какие тренера, если в C корутин вообще нет и не будет, | ||
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору |
241. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (241), 30-Ноя-24, 08:26 | ||
> List<Task>(), goroutine, сопрограммы. | ||
Ответить | Правка | Наверх | Cообщить модератору |
291. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (290), 30-Ноя-24, 13:18 | ||
> Это где такое было написано? Или это измышлизмы какого-то анонма с опеннета на тему? | ||
Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору |
93. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от ИмяХ (ok), 29-Ноя-24, 18:58 | ||
>>2020 года | ||
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору |
152. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от bircoph (ok), 29-Ноя-24, 20:21 | ||
Да? А мужики-то не знают: | ||
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору |
309. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (309), 30-Ноя-24, 15:27 | ||
И про это https://gnupg.org/software/npth/index.html мужики тоже не знают. "Experience with a Windows Pth emulation showed that this is a solid way to provide a co-routine based framework." | ||
Ответить | Правка | Наверх | Cообщить модератору |
340. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (340), 01-Дек-24, 03:46 | ||
Gigigi, забавно что афтар переписол редис с сишки на сишку | ||
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору |
185. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (185), 29-Ноя-24, 23:37 | ||
>в C корутин вообще нет и не будет | ||
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору |
214. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:19 | ||
>>в C корутин вообще нет и не будет | ||
Ответить | Правка | Наверх | Cообщить модератору |
180. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Овцелюб (-), 29-Ноя-24, 23:04 | ||
> Отправлено Барашек, 29-Ноя-24 16:44 | ||
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору |
12. Скрыто модератором | –11 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 16:52 | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
21. Скрыто модератором | +2 +/– | |
Сообщение от ijuij (?), 29-Ноя-24, 17:00 | ||
Ответить | Правка | Наверх | Cообщить модератору |
28. Скрыто модератором | +1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 17:10 | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
42. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (42), 29-Ноя-24, 17:28 | ||
Скорее всего Rust будет наиболее близким к их результатам так что можно мысленно убавить несколько позиций от Rust и получить примерный результат C/CPP | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
183. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 23:15 | ||
Да, скорее всего C++ будет наравне с Rust, но кто в своём уме станет писать асинхронщину на плюсах? | ||
Ответить | Правка | Наверх | Cообщить модератору |
321. "Оценка потребления памяти при одновременном запуске миллиона..." | +3 +/– | |
Сообщение от Диды (ok), 30-Ноя-24, 19:49 | ||
Только те, кто собирается что-то написать, а не только поговорить об этом | ||
Ответить | Правка | Наверх | Cообщить модератору |
44. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (45), 29-Ноя-24, 17:29 | ||
> А где C/C++? | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
55. "Оценка потребления памяти при одновременном запуске миллиона..." | +6 +/– | |
Сообщение от Аноним (53), 29-Ноя-24, 17:48 | ||
> А в C нет корутин 😂 | ||
Ответить | Правка | Наверх | Cообщить модератору |
62. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (62), 29-Ноя-24, 17:53 | ||
> Это какой-то не особо убедительный аргумент для обоснования результатов бенчмарка и "почему нет %s". | ||
Ответить | Правка | Наверх | Cообщить модератору |
63. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (58), 29-Ноя-24, 17:54 | ||
>> А в C нет корутин 😂 | ||
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору |
72. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 18:07 | ||
>> В си есть возможность их сделать - и ест реализации. | ||
Ответить | Правка | Наверх | Cообщить модератору |
156. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от morphe (?), 29-Ноя-24, 20:34 | ||
> Можно посмотреть и решить, стоит ли заморачиваться с токио или достаточно того что "из коробки". | ||
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору |
84. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (90), 29-Ноя-24, 18:50 | ||
> В си есть возможность их сделать - и ест реализации. И если для хруста можно брать сторонние "фреймворки" то почему и для си так же нельзя?! | ||
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору |
276. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от laindono (ok), 30-Ноя-24, 11:32 | ||
В чём проблема использовать корутины в embedded? Более того, они там весьма активно используются. Это ведь вариация кооперативной многозадачности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
294. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (290), 30-Ноя-24, 13:31 | ||
> В чём проблема использовать корутины в embedded? | ||
Ответить | Правка | Наверх | Cообщить модератору |
311. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от laindono (ok), 30-Ноя-24, 16:36 | ||
Значит берём язык, который лучше подходит. Например Rust. Его корутины очень хорошо подходят в том числе и для embedded. | ||
Ответить | Правка | Наверх | Cообщить модератору |
317. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:41 | ||
> Потому что бессмысленно, ибо сегодня удел C - это сугубо embedded, а | ||
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору |
133. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Страдивариус (?), 29-Ноя-24, 19:28 | ||
> В си есть возможность их сделать - и ест реализации. И если для хруста можно брать сторонние "фреймворки" то почему и для си так же нельзя?! | ||
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору |
217. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:24 | ||
>> В си есть возможность их сделать - и ест реализации. И если для хруста можно брать сторонние "фреймворки" то почему и для си так же нельзя?! | ||
Ответить | Правка | Наверх | Cообщить модератору |
328. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Страдивариус (?), 30-Ноя-24, 20:17 | ||
Я же тебе написал про stackless. Причем тут setjmp, чудо ты в перьях? | ||
Ответить | Правка | Наверх | Cообщить модератору |
124. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (124), 29-Ноя-24, 19:20 | ||
setjump - longjump. | ||
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору |
79. "Оценка потребления памяти при одновременном запуске миллиона..." | –3 +/– | |
Сообщение от 12yoexpert (ok), 29-Ноя-24, 18:41 | ||
с ними график был бы некрасивый, один пиксель и С/С++ и все пиксели у остальных | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
117. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (62), 29-Ноя-24, 19:14 | ||
> с ними график был бы некрасивый, один пиксель и С/С++ и все пиксели у остальных | ||
Ответить | Правка | Наверх | Cообщить модератору |
159. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (159), 29-Ноя-24, 21:00 | ||
Вышел бы за границы буфера? | ||
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору |
146. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (146), 29-Ноя-24, 19:55 | ||
А Ruby? | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
251. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (251), 30-Ноя-24, 10:17 | ||
Пожалуйста не надо, не хочу скролить страницу вбок. | ||
Ответить | Правка | Наверх | Cообщить модератору |
265. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (265), 30-Ноя-24, 10:40 | ||
А common lisp, а free pascal? | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
3. "Оценка потребления памяти при одновременном запуске миллиона..." | +16 +/– | |
Сообщение от Андрей (??), 29-Ноя-24, 16:45 | ||
Вот тебе и Go... | ||
Ответить | Правка | Наверх | Cообщить модератору |
77. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Человек из глубинки (?), 29-Ноя-24, 18:35 | ||
То что у него GC кривой - это совсем не новость. | ||
Ответить | Правка | Наверх | Cообщить модератору |
360. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (360), 01-Дек-24, 17:44 | ||
А где лучше? Вы о чём. | ||
Ответить | Правка | Наверх | Cообщить модератору |
196. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от OpenEcho (?), 30-Ноя-24, 01:48 | ||
> Вот тебе и Go... | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
260. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 10:29 | ||
> Такие задачи выполняются в очередях, учитывая реальное количество процессоров | ||
Ответить | Правка | Наверх | Cообщить модератору |
292. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от OpenEcho (?), 30-Ноя-24, 13:22 | ||
> А здесь, что думаешь под капотом? Там есть сет ожидающих задач, которым | ||
Ответить | Правка | Наверх | Cообщить модератору |
314. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 17:49 | ||
> И где это там ты очередь разглядел ? | ||
Ответить | Правка | Наверх | Cообщить модератору |
342. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от OpenEcho (?), 01-Дек-24, 04:11 | ||
>> И где это там ты очередь разглядел ? | ||
Ответить | Правка | Наверх | Cообщить модератору |
354. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Прохожий (??), 01-Дек-24, 13:58 | ||
>Посмотри еще раз на исходный код программы ! где ты там шедулеры разглядел? | ||
Ответить | Правка | Наверх | Cообщить модератору |
359. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от OpenEcho (?), 01-Дек-24, 16:28 | ||
В код смотрите, специалисты. | ||
Ответить | Правка | Наверх | Cообщить модератору |
364. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 01-Дек-24, 18:10 | ||
> Вы в натуре не в той области тусуетесь, если думаете что всё за вас рантаймы и фрэймфорки делать будут | ||
Ответить | Правка | Наверх | Cообщить модератору |
383. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от OpenEcho (?), 02-Дек-24, 13:30 | ||
> Ключевое слово "если". | ||
Ответить | Правка | Наверх | Cообщить модератору |
362. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (360), 01-Дек-24, 17:46 | ||
Абсолютно согласен. | ||
Ответить | Правка | К родителю #292 | Наверх | Cообщить модератору |
382. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от OpenEcho (?), 02-Дек-24, 13:11 | ||
> Абсолютно согласен. | ||
Ответить | Правка | Наверх | Cообщить модератору |
282. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (282), 30-Ноя-24, 12:26 | ||
Просто Go создаёт реальные горутины, готовые к исполнению (легковесные потоки), а остальные очередь на исполнение кода (список задач). Просто разные подходы под разные потребности. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
363. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (360), 01-Дек-24, 17:50 | ||
Нормально всё с Go. Да, Rust лучше/быстрее/надёжнее, но вы пробовали обучить Rust'у команду мидлов за 3 месяца? А с Go всё получилось. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
5. "Оценка потребления памяти при одновременном запуске миллиона..." | +8 +/– | |
Сообщение от Пью чай и греюсь пледом (?), 29-Ноя-24, 16:45 | ||
В целом шарп неплохой коспромис по производительности, удобству и кроссплатформенности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
13. "Оценка потребления памяти при одновременном запуске миллиона..." | +7 +/– | |
Сообщение от ijuij (?), 29-Ноя-24, 16:54 | ||
Вы пробовали использовать его на Debian/Ubuntu/Arch Linux? Каковы ваши впечатления? | ||
Ответить | Правка | Наверх | Cообщить модератору |
18. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (18), 29-Ноя-24, 16:57 | ||
Я не программист всех языков, в отличии от остальных комментаторов, но мои хеллоуворлды работали исправно :-) | ||
Ответить | Правка | Наверх | Cообщить модератору |
25. "Оценка потребления памяти при одновременном запуске миллиона..." | +6 +/– | |
Сообщение от nume (ok), 29-Ноя-24, 17:06 | ||
Использую, проблем нет | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
38. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (38), 29-Ноя-24, 17:20 | ||
Говорят, на .нет 9.х неплоха | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
161. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от _kp (ok), 29-Ноя-24, 21:01 | ||
Да. В Wine никаких проблем. | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
271. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Илья (??), 30-Ноя-24, 11:00 | ||
> Да. В Wine никаких проблем. | ||
Ответить | Правка | Наверх | Cообщить модератору |
320. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:49 | ||
>> Да. В Wine никаких проблем. | ||
Ответить | Правка | Наверх | Cообщить модератору |
336. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 01-Дек-24, 00:32 | ||
Есть AvaloniaUI и бинды на тулкиты типа gtk. Но официально, first-party как говорится, ничего, да. | ||
Ответить | Правка | Наверх | Cообщить модератору |
350. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Илья (??), 01-Дек-24, 11:41 | ||
> И можно написать 1 графическую прогу на винду, линух и мак и это даже работать будет? | ||
Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору |
365. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от _kp (ok), 01-Дек-24, 20:54 | ||
>> Да. В Wine никаких проблем. | ||
Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору |
378. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Прохожий (??), 02-Дек-24, 07:48 | ||
Случаем не в 1С работаете? | ||
Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору |
380. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от _kp (ok), 02-Дек-24, 09:45 | ||
> Случаем не в 1С работаете? | ||
Ответить | Правка | Наверх | Cообщить модератору |
384. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от AleksK (ok), 02-Дек-24, 15:53 | ||
Ты там все ещё на 7.7 колупаешься? 1С с 2012 года имеет нативный клиент на линукс, а сервер и того раньше. | ||
Ответить | Правка | К родителю #378 | Наверх | Cообщить модератору |
163. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (163), 29-Ноя-24, 21:22 | ||
Использую в арче, все устраивает. Только скорость появления новых версий в репозиториях так себе | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
200. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от мяв (?), 30-Ноя-24, 03:38 | ||
да. | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
273. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Илья (??), 30-Ноя-24, 11:03 | ||
> mono хорошо работает | ||
Ответить | Правка | Наверх | Cообщить модератору |
283. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Ан (??), 30-Ноя-24, 12:35 | ||
Любитель телеметрии? | ||
Ответить | Правка | Наверх | Cообщить модератору |
304. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от мяв (?), 30-Ноя-24, 14:49 | ||
>вы из какой криокамеры? | ||
Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору |
319. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:47 | ||
> Вы под какими спидами? | ||
Ответить | Правка | Наверх | Cообщить модератору |
338. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от мяв (?), 01-Дек-24, 02:17 | ||
так-то, есть GTK#, полноценная мультиплатформа: | ||
Ответить | Правка | Наверх | Cообщить модератору |
343. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 01-Дек-24, 05:08 | ||
> так-то, есть GTK#, полноценная мультиплатформа: | ||
Ответить | Правка | Наверх | Cообщить модератору |
377. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от User (??), 02-Дек-24, 07:41 | ||
> И гуя кроссплатформенного там нет даже в проекте. Но когда бесстыжих фанбоев MS пишущих о кроссплатформе из маздайки такое смущало? А потом эти люди почему-то удивляются что в Linux их таких - в гробу видали, и программ на этом полторы штуки за все время существования этой хтони. | ||
Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору |
318. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:45 | ||
> Пацаны, вы из какой криокамеры? Дотнет максимально кроссплатформенный и устанавливается | ||
Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору |
339. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от мяв (?), 01-Дек-24, 02:22 | ||
>UI нету от слова вообше. | ||
Ответить | Правка | Наверх | Cообщить модератору |
344. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 01-Дек-24, 05:14 | ||
>>UI нету от слова вообше. | ||
Ответить | Правка | Наверх | Cообщить модератору |
352. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Илья (??), 01-Дек-24, 11:53 | ||
> Сколько я себя помню сишарперские потуги что-то делать с вебом были ужасны. | ||
Ответить | Правка | Наверх | Cообщить модератору |
351. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Илья (??), 01-Дек-24, 11:49 | ||
> кроссплатформенного в нем UI нету от слова вообше. | ||
Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору |
366. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от _kp (ok), 01-Дек-24, 20:57 | ||
| ||
Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору |
274. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Илья (??), 30-Ноя-24, 11:04 | ||
> Вы пробовали использовать его на Debian/Ubuntu/Arch Linux? Каковы ваши впечатления? | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
65. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (65), 29-Ноя-24, 17:58 | ||
А джава по памяти. Посмеялся, спасибо. | ||
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору |
140. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Анон1110м (?), 29-Ноя-24, 19:47 | ||
Может всё таки не C# а .NET? | ||
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору |
7. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (7), 29-Ноя-24, 16:49 | ||
Результаты Go поражают 🤦♂️ | ||
Ответить | Правка | Наверх | Cообщить модератору |
16. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от ijuij (?), 29-Ноя-24, 16:56 | ||
Это вполне ожидаемо. Я применяю его для разработки MVP, а если продукт окажется успешным, то перепишу его на C++. | ||
Ответить | Правка | Наверх | Cообщить модератору |
36. "Оценка потребления памяти при одновременном запуске миллиона..." | –3 +/– | |
Сообщение от Аноним (38), 29-Ноя-24, 17:19 | ||
А почему не раст?) | ||
Ответить | Правка | Наверх | Cообщить модератору |
46. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 17:34 | ||
> А почему не раст?) | ||
Ответить | Правка | Наверх | Cообщить модератору |
248. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 09:54 | ||
>А может проекты не стоят затрат сил на обеспечение надежности и безопасности | ||
Ответить | Правка | Наверх | Cообщить модератору |
256. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Омномним (?), 30-Ноя-24, 10:22 | ||
Вот ети все статистики работют для больших чисел. Когда есть хотя б 40-50 прогеров. | ||
Ответить | Правка | Наверх | Cообщить модератору |
297. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:03 | ||
>Для одного единственного, может и не сработать. | ||
Ответить | Правка | Наверх | Cообщить модератору |
50. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Вася Пупкин (?), 29-Ноя-24, 17:41 | ||
Замени го на питон. И плюсы на раст. и тогда все будет правильно, быстрее, удобно и надежнее. | ||
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору |
60. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (53), 29-Ноя-24, 17:51 | ||
> Замени го на питон. | ||
Ответить | Правка | Наверх | Cообщить модератору |
182. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (182), 29-Ноя-24, 23:14 | ||
А я пришёл к выводу что проще сразу писать на Rust. Скорость разработки на нём не намного ниже чем на питоне и компенсируется более качественными крейтами, тулингом, отсутствием необходимости в дебаге, безболезненной кросс-компиляцией и простым деплоем. | ||
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору |
275. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Илья (??), 30-Ноя-24, 11:19 | ||
> Скорость разработки на нём не намного ниже чем на питоне | ||
Ответить | Правка | Наверх | Cообщить модератору |
322. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:52 | ||
>> Скорость разработки на нём не намного ниже чем на питоне | ||
Ответить | Правка | Наверх | Cообщить модератору |
353. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Илья (??), 01-Дек-24, 11:55 | ||
Питон вообще одноразовым у нас считался. Ребята пишут код, потом вместо того, чтобы баги править всё с нуля переписывают. | ||
Ответить | Правка | Наверх | Cообщить модератору |
367. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от _kp (ok), 01-Дек-24, 21:03 | ||
| ||
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору |
385. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:15 | ||
> flask | ||
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору |
199. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (199), 30-Ноя-24, 03:04 | ||
> если продукт окажется успешным, то перепишу его на C++ | ||
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору |
206. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (206), 30-Ноя-24, 03:55 | ||
>применяю его для разработки MVP, | ||
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору |
8. "Оценка потребления памяти при одновременном запуске миллиона..." | +5 +/– | |
Сообщение от Пью чай и греюсь пледом (?), 29-Ноя-24, 16:49 | ||
Кстати, ноде вообще пофиг, она тут лидер по стабильности :-) | ||
Ответить | Правка | Наверх | Cообщить модератору |
168. "Оценка потребления памяти при одновременном запуске миллиона..." | +3 +/– | |
Сообщение от th3m3 (ok), 29-Ноя-24, 21:48 | ||
Сливает даже Питону) | ||
Ответить | Правка | Наверх | Cообщить модератору |
323. Скрыто модератором | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:53 | ||
Ответить | Правка | Наверх | Cообщить модератору |
10. "Оценка потребления памяти при одновременном запуске миллиона..." | –9 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 16:51 | ||
Java тормознутая. Легенда о тормознутости Жабы доказана. Что и требовалось доказать. | ||
Ответить | Правка | Наверх | Cообщить модератору |
22. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (18), 29-Ноя-24, 17:00 | ||
Ты вообще читал новость? 🤦 | ||
Ответить | Правка | Наверх | Cообщить модератору |
94. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (90), 29-Ноя-24, 18:58 | ||
Да он даже заголовок не осилил 😂 | ||
Ответить | Правка | Наверх | Cообщить модератору |
37. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (37), 29-Ноя-24, 17:19 | ||
Ты различаешь скорость работы и жручесть памяти? По скорости ява вполне сравнима даже с компилируемыми в нативщину языками, а вот по жручести памяти полное днище. Это было основное, что мне в ней крайне не нравилось. | ||
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору |
88. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (88), 29-Ноя-24, 18:55 | ||
Жручесть памяти в JVM это примерно как жручесть памяти в Линукс. Новички тоже порой удивляются — почему Линукс использует почти 100% оперативки во время работы. Но это и не удивительно, «VM» в акрониме «JVM» как бы намекает, но не все намёк поняли, и уж тем более не все дочитали до конца мануал как объяснить JVM сколько памяти ей доступно. Да и зачем вникать, когда можно просто повторять услышанное ща гаражами от старших пацанов и прослыть сведущим человеком? | ||
Ответить | Правка | Наверх | Cообщить модератору |
143. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Анон1110м (?), 29-Ноя-24, 19:49 | ||
Пользовался IDE на Java и по ощущениям — сплошные тормоза. | ||
Ответить | Правка | Наверх | Cообщить модератору |
324. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:55 | ||
> Пользовался IDE на Java и по ощущениям — сплошные тормоза. | ||
Ответить | Правка | Наверх | Cообщить модератору |
379. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от anon111 (?), 02-Дек-24, 07:49 | ||
Поставь 1.8. Тормоза добавили с 2.0. | ||
Ответить | Правка | Наверх | Cообщить модератору |
386. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:17 | ||
Специально? | ||
Ответить | Правка | Наверх | Cообщить модератору |
254. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от microcoder (ok), 30-Ноя-24, 10:21 | ||
> Ты различаешь скорость работы и жручесть памяти? | ||
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору |
69. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (65), 29-Ноя-24, 18:00 | ||
Какие легенды? Это ещё деды в учебники по физике записали. | ||
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору |
11. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Шарп (ok), 29-Ноя-24, 16:52 | ||
По сути c# с AOT победитель, потому что память потребляет чуть больше раста, но при этом является нормальным языком без необходимости приседать с borrow checker. | ||
Ответить | Правка | Наверх | Cообщить модератору |
15. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (18), 29-Ноя-24, 16:55 | ||
В долгосрочной перспективе победитель нода :-) Потому что вообще не надо конпилять, уже занимает львиную долю рынка и относительно простая в плане освоения. Но шарп хорош тем, что он не только для вэба. | ||
Ответить | Правка | Наверх | Cообщить модератору |
30. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Rev (ok), 29-Ноя-24, 17:13 | ||
Ага, а дистрибутивы продукта занимают гигабайты, состоя из 30000 файлов. | ||
Ответить | Правка | Наверх | Cообщить модератору |
48. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от анонимище (?), 29-Ноя-24, 17:40 | ||
а Руби чем вам не угодил? | ||
Ответить | Правка | Наверх | Cообщить модератору |
387. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:19 | ||
Руби не смог занять нишу и находится в режиме заката. | ||
Ответить | Правка | Наверх | Cообщить модератору |
49. "Оценка потребления памяти при одновременном запуске миллиона..." | –4 +/– | |
Сообщение от НяшМяш (ok), 29-Ноя-24, 17:41 | ||
Пакет ноды занимает 50-60 мегабайт в моём дистрибутиве после распаковки. Даже меньше, чем питон. Найти приложение на ноде с гигабайтами исходников надо ещё постараться. Да и есть кучи компилеров, транспилеров и бандлеров, чтобы это всё упаковать в компактный вид. | ||
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору |
145. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Анон1110м (?), 29-Ноя-24, 19:51 | ||
Это всё без разницы потому что ЯваСцэнарий один из худших языков на планете. | ||
Ответить | Правка | Наверх | Cообщить модератору |
177. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от fuggy (ok), 29-Ноя-24, 22:40 | ||
Легко средний проект занимает 50-90К файлов. Всё это добро занимает 400-700МБ. И это только исходники. Ведь каждый пакет это однострочная функцию, к которой в комплекте source map, файл лицензии, readme, changelog, тесты, данные для тестов. И всё это только для одного пакета из одной функции. И таких пакетов тысячи. | ||
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору |
126. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (124), 29-Ноя-24, 19:23 | ||
Нет, не самый. Есть ещё Electron - это нода вместе с движком от Хромиума... | ||
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору |
242. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Илья (??), 30-Ноя-24, 08:44 | ||
> Нода - самый отстой из всего. На втором месте руби. | ||
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору |
100. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Олололололололо (-), 29-Ноя-24, 19:02 | ||
Любой проект на ноде тащит за собой миллиарды миллиардов файлов с npm сайта. Кто-то проверят, что в этих файлах понаписали? Нет, нет и нет. В результате если писать хоть сколько либо серьёзный проект на ноде нужно писать всё с нуля и не использовать ни одного пакета с npm, а так на ноде не бывает. | ||
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору |
203. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (203), 30-Ноя-24, 03:51 | ||
Разве язык виноват в том, что репозиторий превратился в пoмoйку? Не хочешь тащить вacянскиe библиотеки и фреймворки? — Пиши с нуля. (вопреки популярному мнению среди смyзиxлeбoв, это не самая худшая практика) | ||
Ответить | Правка | Наверх | Cообщить модератору |
257. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (265), 30-Ноя-24, 10:23 | ||
Вот это походу и называется дэпэндэнси хэл | ||
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору |
258. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от microcoder (ok), 30-Ноя-24, 10:27 | ||
> Кто-то проверят, что в этих файлах понаписали? Нет, нет и нет. | ||
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору |
335. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (335), 01-Дек-24, 00:24 | ||
>Кто-то Винду проверяет что там понаписано? | ||
Ответить | Правка | Наверх | Cообщить модератору |
355. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 01-Дек-24, 14:06 | ||
Вообще-то код Винды можно получить для аудита. Но для этого надо иметь веские основания. Например, вы - госучреждение какое. Или работаете на правительство. | ||
Ответить | Правка | Наверх | Cообщить модератору |
295. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Liin (ok), 30-Ноя-24, 13:36 | ||
> Кто-то проверят, что в этих файлах понаписали? Нет, нет и нет. | ||
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору |
188. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от turbo2001 (ok), 30-Ноя-24, 00:06 | ||
Сам тест у C# тоже любопытный, это тест миллиона таймеров, а не задач. | ||
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору |
201. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от мяв (?), 30-Ноя-24, 03:41 | ||
тоже хотела написать. | ||
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору |
227. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (227), 30-Ноя-24, 04:40 | ||
Вот совсем не ожидал того что .NET выступит настолько достойно! | ||
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору |
232. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Andrey (??), 30-Ноя-24, 07:19 | ||
Но при желании в шарпе можно будет с ref поприседать. | ||
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору |
246. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от мяв (?), 30-Ноя-24, 09:28 | ||
а Вы в курсе вообще, что такое ref? | ||
Ответить | Правка | Наверх | Cообщить модератору |
14. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (14), 29-Ноя-24, 16:55 | ||
> Some folks pointed out that in Rust (tokio) it can use a loop iterating over the Vec instead of join_all to avoid the resize to the list introduced by join_all. So I added a new test case Rust (tokio-for) here | ||
Ответить | Правка | Наверх | Cообщить модератору |
31. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Rev (ok), 29-Ноя-24, 17:14 | ||
Это не тайные знания, это понимание базовой функциональности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
368. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Вова (?), 01-Дек-24, 21:39 | ||
Чушь не пиши! Если задача решена "в лоб" (очевидными классами) и она тормозит, значит разрабы ПЛОХО работали над оптимизацией. Для того ЯОНы и придумали, чтобы НИКОГДА не лезть "под капот" и что-то там химичить с битами/указателями ради выжимания герц. | ||
Ответить | Правка | Наверх | Cообщить модератору |
32. "Оценка потребления памяти при одновременном запуске миллиона..." | –5 +/– | |
Сообщение от Аноним (32), 29-Ноя-24, 17:15 | ||
Rust (async_std) Стандартная библиотека | ||
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору |
64. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (62), 29-Ноя-24, 17:57 | ||
> Как всегда с Растом: если просто использовать API как обычно, без тайного знания, всё будет неоптимально | ||
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору |
19. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Ананий (?), 29-Ноя-24, 16:59 | ||
Як так, почему пихон жрёт меньше гошечки? | ||
Ответить | Правка | Наверх | Cообщить модератору |
61. "Оценка потребления памяти при одновременном запуске миллиона..." | +8 +/– | |
Сообщение от Аноним (53), 29-Ноя-24, 17:53 | ||
> Як так, почему пихон жрёт меньше гошечки? | ||
Ответить | Правка | Наверх | Cообщить модератору |
66. Скрыто модератором | +2 +/– | |
Сообщение от анонимище (?), 29-Ноя-24, 17:59 | ||
Ответить | Правка | Наверх | Cообщить модератору |
82. "Оценка потребления памяти при одновременном запуске миллиона..." | +8 +/– | |
Сообщение от Аноним (82), 29-Ноя-24, 18:44 | ||
потому что в приведенном бенчмарке питон создает пустые коллбэки на однопоточном эвентлупе (тоесть внутри питоно-тасок нельзя вызывать ничего вычистительно тяжелого\блокирующего, это просто стейт-машина) | ||
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору |
388. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:28 | ||
Так тут на всех языках пустые колбэки, которые ничего не делают. | ||
Ответить | Правка | Наверх | Cообщить модератору |
23. "Оценка потребления памяти при одновременном запуске миллиона..." | +5 +/– | |
Сообщение от Аноним (23), 29-Ноя-24, 17:04 | ||
>при одновременном запуске миллиона задач | ||
Ответить | Правка | Наверх | Cообщить модератору |
39. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (38), 29-Ноя-24, 17:24 | ||
Вы про корутины начитались что ли? | ||
Ответить | Правка | Наверх | Cообщить модератору |
51. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Дед Анон (?), 29-Ноя-24, 17:42 | ||
А где PHP? Хотелось бы посмотреть на фоне Go | ||
Ответить | Правка | Наверх | Cообщить модератору |
74. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Anyone (?), 29-Ноя-24, 18:32 | ||
В РНР уже завезли сопрограммы без костылей? | ||
Ответить | Правка | Наверх | Cообщить модератору |
147. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 20:04 | ||
плюсы-расширения подойдут? | ||
Ответить | Правка | Наверх | Cообщить модератору |
151. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 20:16 | ||
ну, все свои классы и эррейры основные через плюсы компилить и в пхп-экстеншн_со класть - так проще и, возможно, производительней. у меня прод не паблик многоК+, однозначно сказать не могу. | ||
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору |
172. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Hck3r (?), 29-Ноя-24, 22:20 | ||
Давно завезли | ||
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору |
174. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 22:25 | ||
Fibers (stackful coroutines) начиная с версии 8.1 | ||
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору |
59. "Оценка потребления памяти при одновременном запуске миллиона..." | +5 +/– | |
Сообщение от аНОНИМ (?), 29-Ноя-24, 17:51 | ||
То есть это не про процессы и даже не про OS-треды, а про какие-то у каждой пепяки собственные симулякры. Значимость=0 | ||
Ответить | Правка | Наверх | Cообщить модератору |
76. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 18:33 | ||
Если ты кликнешь на ссылку на прошлогодний тест, то там тестируются и ядерные треды, но результаты для них показаны только для 10k задач, а для 100k уже написано "I could not launch 100,000 threads on my system, so the threads benchmarks had to be excluded. Probably this could be somehow tweaked byt changing system settings, but after trying for an hour I gave up." | ||
Ответить | Правка | Наверх | Cообщить модератору |
389. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:34 | ||
Миллион процессов в системе? | ||
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору |
75. "Оценка потребления памяти при одновременном запуске миллиона..." | +4 +/– | |
Сообщение от Аноним (82), 29-Ноя-24, 18:32 | ||
Автор не понимает как устроен tokio-runtime и как им пользоваться | ||
Ответить | Правка | Наверх | Cообщить модератору |
92. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от jobserver (ok), 29-Ноя-24, 18:57 | ||
интересно каким будет на расте правильное потребление памяти | ||
Ответить | Правка | Наверх | Cообщить модератору |
114. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от chdlb (?), 29-Ноя-24, 19:12 | ||
неа, виртуальные потоки в джава это не реальные потоки, так что хоть это не одно и тоже, то что ты пишешь не будет реальным соотвествим | ||
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору |
157. "Оценка потребления памяти при одновременном запуске миллиона..." | +4 +/– | |
Сообщение от morphe (?), 29-Ноя-24, 20:42 | ||
> нужно использовать специальный апи task::block_in_place | ||
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору |
334. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Kuku (?), 30-Ноя-24, 23:58 | ||
Наконец-то, хоть один человек сообразил, в чем причина | ||
Ответить | Правка | Наверх | Cообщить модератору |
390. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 02-Дек-24, 23:36 | ||
Этот комментарий надо вставить в статью. | ||
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору |
78. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (78), 29-Ноя-24, 18:40 | ||
Я разочарован питоном :( | ||
Ответить | Правка | Наверх | Cообщить модератору |
98. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от anonymous (??), 29-Ноя-24, 19:00 | ||
python оказался довольно удобным калькулятором с подходящим набором инструментов - jupyter и pandas. | ||
Ответить | Правка | Наверх | Cообщить модератору |
249. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:09 | ||
Некоторые считают pandas тормознутым и с кривым API, переходят на polars поэтому. | ||
Ответить | Правка | Наверх | Cообщить модератору |
135. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Карлос Сношайтилис (ok), 29-Ноя-24, 19:35 | ||
Питон прекрасен для прототипов, для любых. | ||
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору |
166. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (78), 29-Ноя-24, 21:32 | ||
>тащить его в нагруженный прод | ||
Ответить | Правка | Наверх | Cообщить модератору |
222. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:30 | ||
> Ты будешь удивлен, но питон именно в проде в дохерище крупнейших проектах. | ||
Ответить | Правка | Наверх | Cообщить модератору |
261. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от чатжпт (?), 30-Ноя-24, 10:31 | ||
Зачем это (замена питона на го) гуглу понятно, с их нагрузками. Зачем это остальным - не понятно. | ||
Ответить | Правка | Наверх | Cообщить модератору |
325. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 19:59 | ||
> Зачем это (замена питона на го) гуглу понятно, с их нагрузками. Зачем | ||
Ответить | Правка | Наверх | Cообщить модератору |
169. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (169), 29-Ноя-24, 21:53 | ||
Проблема не в самом питоне, и даже не в том, что он интерпретируемый. Если хотите понять, почему дефлотные библиотеки (и подавляющее большинство того, что пишут вокруг них, потому что одни и те же примитивы использую) - говно, посмотрите, что cpython делает, когда вы, хз, строки пополам пилите, или делаете ещё какие-то операции, которые не меняют память, а только меняют начало и конец объекта, который ДОЛЖЕН БЫЛ БЫТЬ просто двумя указателями. При этом некоторые методы объектов ВНЕЗАПНО работают эффективнее, хотя выглядит это как полный бред (гуглите сравнение скорости слайсинга bytearray через [1:] и del [0]) | ||
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору |
240. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (240), 30-Ноя-24, 08:25 | ||
Проблема что в реальной жизни и реальных веб задачах производительность языка не имеет значения потому что упираешься в производительность базы данных, а не кода. Даже на пхп. Все эти задачи вычисления пи на скорость имеют мало отношения к реальной жизни. Причем никто не пишет бенс на каком языке лучше всего написать базу данных. Там итак все без тестов понятно. И языка на котором написаны все нормальные базы данных в сабже например вообще нет. | ||
Ответить | Правка | Наверх | Cообщить модератору |
250. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:13 | ||
>нормальные базы | ||
Ответить | Правка | Наверх | Cообщить модератору |
268. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (268), 30-Ноя-24, 10:49 | ||
Ну раз тебе функционал не нужен пиши данные своего Фейсбука в редис и скидывай на диск. Рано или поздно все равно наступит предел производительности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
305. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:49 | ||
Где я сказал, что функциональность не нужна? Я просто заметил об ограниченности понимания этого термина предыдущим высказывающимся. | ||
Ответить | Правка | Наверх | Cообщить модератору |
83. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от jobserver (ok), 29-Ноя-24, 18:45 | ||
java 8ГБ. его тест на java для 10_000_000 зелёных потоков. | ||
Ответить | Правка | Наверх | Cообщить модератору |
111. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от chdlb (?), 29-Ноя-24, 19:10 | ||
этот тест кал читай ниже | ||
Ответить | Правка | Наверх | Cообщить модератору |
118. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 19:14 | ||
здесь про корутины посты уместны? | ||
Ответить | Правка | Наверх | Cообщить модератору |
95. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от RM (ok), 29-Ноя-24, 18:58 | ||
Erlang нет, нещитово | ||
Ответить | Правка | Наверх | Cообщить модератору |
96. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от chdlb (?), 29-Ноя-24, 18:59 | ||
Я может чего-то не понимаю, но вот это: | ||
Ответить | Правка | Наверх | Cообщить модератору |
171. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 22:15 | ||
> смотрите, я поменял код на такой чтобы подтвердить свои изыскания | ||
Ответить | Правка | Наверх | Cообщить модератору |
178. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 22:40 | ||
Лол, так ThreadPool.ThreadCount это же количество ядерных потоков в пуле, так? Их *естественно* будет столько сколько ядер или может чуть больше чем ядер. Нет никакого смысла увеличивать дальше, даже более того есть огромный смысл не увеличивать, чтобы снизить нагрузку на ядерный шедулер, который со всеми его расчётами приоритетов и переключением между kernel и user spaces только процессорные такты жрёт. | ||
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору |
189. Скрыто модератором | +/– | |
Сообщение от chdlb (?), 30-Ноя-24, 00:21 | ||
Ответить | Правка | Наверх | Cообщить модератору |
252. Скрыто модератором | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 10:17 | ||
Ответить | Правка | Наверх | Cообщить модератору |
331. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (331), 30-Ноя-24, 20:56 | ||
Ты немного путаешься в понимании. Task.Delay как раз используется, чтобы показать, как система обрабатывает большое количество асинхронных операций без блокировки потоков. Это тестирование способности управления задачами, а не ThreadPool. Thread.Sleep тут вообще неуместен, потому что он блокирует поток, ломая саму идею асинхронности. Лимит в 16 потоков связан с количеством ядер, но к тесту он не имеет прямого отношения — тест про управление задачами, а не про пределы ThreadPool. | ||
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору |
371. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от chdlb (?), 01-Дек-24, 23:01 | ||
Ну откуда вы лезете? | ||
Ответить | Правка | Наверх | Cообщить модератору |
120. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Пишу с 3 пня (?), 29-Ноя-24, 19:16 | ||
Интересно бы сравнить все это на старом железе типа 3 пня без читерства в виде задействованных инструкций. | ||
Ответить | Правка | Наверх | Cообщить модератору |
160. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (160), 29-Ноя-24, 21:00 | ||
Ну-ну очередное сравнение мягкого, пушистого и розового? Запустили бы хотя бы что-нить посчитать в этих задачах, даже 2+2 и то было был бы маленький, но смысл, а так вообще дурoсть, для любителей обсасывать дурoсти. | ||
Ответить | Правка | Наверх | Cообщить модератору |
173. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 29-Ноя-24, 22:24 | ||
Асинхронный рантайм не для того, чтобы считать, он для того, чтобы мультиплексировать ввод/вывод. С расчётами туго, потому что они по-сути блокирующие операции, и их бы лучше выносить из рантайма вон. Понятно, что из-за 2+2 никто так не заморачивается, но если твой код зависнет считать что-то на секунду, то один ядерный поток пула потоков будет целую секунду заниматься твоими расчётами, а все асинхронные задачи будут проталкиваться через остальные ядерные потоки, и вытеснить заблокированный не будет никакой возможности. В рантаймах попроще в очереди этого заблокированного потока могут стоять задачи, которые будут тупо ждать. В более сложных рантаймах потоки могут steal'ить задачи из чужих очередей, но даже это не гарантированно, это если им заняться будет нечем. | ||
Ответить | Правка | Наверх | Cообщить модератору |
255. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:22 | ||
>С расчётами туго, потому что они по-сути блокирующие операции | ||
Ответить | Правка | Наверх | Cообщить модератору |
279. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 12:16 | ||
> Если она кооперативная (потоку даётся квант времени на работу, потом переходим к следующему потоку) | ||
Ответить | Правка | Наверх | Cообщить модератору |
298. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:12 | ||
Определение термина кооперативной (вытесняющей по-вашему) многозадачности я взял из одной статьи про асинхронщину в Rust. Собственно, не в термине суть. Кажется в Го или Свифт такое было реализовано. В смысле такой планировщик потоков (корутин). Но я не специалист по этим языкам. Пересказываю то, что прочитал. А так - да, вы правы. В том же Питоне асинхронная функция станет колом, если начнёт что-то вычислять. | ||
Ответить | Правка | Наверх | Cообщить модератору |
326. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Диды (ok), 30-Ноя-24, 20:07 | ||
>Определение термина кооперативной (вытесняющей по-вашему) многозадачности я взял из одной статьи про асинхронщину в Rust | ||
Ответить | Правка | Наверх | Cообщить модератору |
376. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 02-Дек-24, 04:38 | ||
Вам шашечки или ехать? (c) | ||
Ответить | Правка | Наверх | Cообщить модератору |
233. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (206), 30-Ноя-24, 07:35 | ||
Зачем создавать пул потоков, что за странная идея? Пусть ядро занимается тем, что оно хорошо умеет: управляет потоками. | ||
Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору |
280. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 12:23 | ||
Ядро очень медленно стартует потоки. Лучше стартануть их однократно, и потом многократно использовать. | ||
Ответить | Правка | Наверх | Cообщить модератору |
347. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (206), 01-Дек-24, 08:51 | ||
Значит в ядре и надо фиксить это, а не танцевать вокруг языка программирования. | ||
Ответить | Правка | Наверх | Cообщить модератору |
162. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Легивон (?), 29-Ноя-24, 21:15 | ||
Го приятно порадовал. На практически осмысленном количестве рутин (тысячи) он второй. Обходит его только ненужная ржавчина. | ||
Ответить | Правка | Наверх | Cообщить модератору |
224. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:32 | ||
> Го приятно порадовал. На практически осмысленном количестве рутин (тысячи) он второй. Обходит | ||
Ответить | Правка | Наверх | Cообщить модератору |
235. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Легивон (?), 30-Ноя-24, 07:51 | ||
Что такое Dropbox? Это какой-то проприетарный Saas сторадж для файлов из 90х? Чем это лучше self-hosted или пускай даже public cloud s3? | ||
Ответить | Правка | Наверх | Cообщить модератору |
262. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:33 | ||
>Чем это лучше self-hosted или пускай даже public cloud s3? | ||
Ответить | Правка | Наверх | Cообщить модератору |
345. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 01-Дек-24, 05:20 | ||
> Что такое Dropbox? Это какой-то проприетарный Saas сторадж для файлов из 90х? | ||
Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору |
259. "Оценка потребления памяти при одновременном запуске миллиона..." | –2 +/– | |
Сообщение от Читатель разных статей про Golang (?), 30-Ноя-24, 10:29 | ||
Всё-таки среди двух названных языков более ненужный - это Го: убогие абстракции, убогая система типов, убогая обработка ошибок, убогая интероперабельность с другими языками программирования, убогая кросс-платформенность (кривой API по работе с файлами для Windows, например), непредсказуемая мутабельность переменных внутри функций. И в довершение ко всему сказанному - GC. | ||
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору |
176. "Оценка потребления памяти при одновременном запуске миллиона..." | +7 +/– | |
Сообщение от Аноним (176), 29-Ноя-24, 22:32 | ||
если вы столкнулись с необходимостью создать миллион горутин то надо выпит таблеточку и лечь спать а утром подумать о смене работы | ||
Ответить | Правка | Наверх | Cообщить модератору |
186. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Аноним (268), 29-Ноя-24, 23:37 | ||
Первый нормальный комментарий во всем треде. | ||
Ответить | Правка | Наверх | Cообщить модератору |
197. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от голос_из_леса (ok), 30-Ноя-24, 01:59 | ||
Ему уже попытались объяснить... | ||
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору |
184. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (185), 29-Ноя-24, 23:34 | ||
>при выполнении кода, создающего миллион параллельно выполняемых сопрограмм | ||
Ответить | Правка | Наверх | Cообщить модератору |
216. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:24 | ||
> Ну а на более низком уровне это как выглядит: fork(2), clone(2) ? | ||
Ответить | Правка | Наверх | Cообщить модератору |
225. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:34 | ||
>>при выполнении кода, создающего миллион параллельно выполняемых сопрограмм | ||
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору |
281. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (281), 30-Ноя-24, 12:24 | ||
Корутины вошли в моду, когда выяснилось, что fork и clone — слишком тяжелы и несут слишком много накладных расходов, как по памяти, так и по вычислительным ресурсам. | ||
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору |
209. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (206), 30-Ноя-24, 04:00 | ||
Какие вообще отношение к многозадачности имеет язык программирования? | ||
Ответить | Правка | Наверх | Cообщить модератору |
226. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 04:37 | ||
> Какие вообще отношение к многозадачности имеет язык программирования? | ||
Ответить | Правка | Наверх | Cообщить модератору |
228. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (206), 30-Ноя-24, 06:18 | ||
Шедулить можно сколько угодно, но ваши задачи не будут параллельно выполняться, значит толку от них никакого нет. | ||
Ответить | Правка | Наверх | Cообщить модератору |
263. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:38 | ||
Толк всё-таки есть, если мы говорим про такие задачи, которые могут какое-то время ожидать операций ввода-вывода. Почитайте про асинхронщину на досуге. | ||
Ответить | Правка | Наверх | Cообщить модератору |
327. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (327), 30-Ноя-24, 20:16 | ||
> Шедулить можно сколько угодно, но ваши задачи не будут параллельно выполняться, значит | ||
Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору |
346. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (206), 01-Дек-24, 06:43 | ||
Магии не существует. Параллельный ввод-вывод это не магические операции, а точно такие же инструкции cpu, которые читают байты из одной памяти и перекладывают в другую. | ||
Ответить | Правка | Наверх | Cообщить модератору |
231. "Оценка потребления памяти при одновременном запуске миллиона..." | –3 +/– | |
Сообщение от голос_из_леса (ok), 30-Ноя-24, 06:58 | ||
Все логично. Победили тесты где в качестве функции использовались функции стандартной библиотеки. Где сами создавали функцию, там и память откушали. | ||
Ответить | Правка | Наверх | Cообщить модератору |
237. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (240), 30-Ноя-24, 08:04 | ||
Это каждому понятно что в этом тесте победили те, кого хотели выбрать победителем теста создатели теста. Вплоть до того что невозможно проверить проводился ли тест в реальности или нет и с какими настройками. | ||
Ответить | Правка | Наверх | Cообщить модератору |
264. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:39 | ||
Библиотека tokio на является стандартной для языка Rust. | ||
Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору |
238. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (240), 30-Ноя-24, 08:16 | ||
При желании код на там же р#сте можно оптимизировать сколько угодно долго а том числе желая всякие ансейфные штуки https://habr.com/ru/articles/598219/ И при том же желании не делать этого для других языков. | ||
Ответить | Правка | Наверх | Cообщить модератору |
239. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (239), 30-Ноя-24, 08:18 | ||
Попробовали бы Nim с Malebolgia. А в этом представлении — баловство. | ||
Ответить | Правка | Наверх | Cообщить модератору |
245. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (245), 30-Ноя-24, 09:28 | ||
Да о чём говорить, если зиг не представлен. Тогда у всех растомананов сразу бы спала пелена с глаз. | ||
Ответить | Правка | Наверх | Cообщить модератору |
266. Скрыто модератором | –2 +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:42 | ||
Ответить | Правка | Наверх | Cообщить модератору |
299. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:23 | ||
Современному веб рабу | ||
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору |
312. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (245), 30-Ноя-24, 17:49 | ||
Сам ты раб. | ||
Ответить | Правка | Наверх | Cообщить модератору |
357. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 01-Дек-24, 14:18 | ||
>Сам ты раб. | ||
Ответить | Правка | Наверх | Cообщить модератору |
243. "Оценка потребления памяти при одновременном запуске миллиона..." | +2 +/– | |
Сообщение от Илья (??), 30-Ноя-24, 08:49 | ||
int numTasks = int.Parse(args[0]); | ||
Ответить | Правка | Наверх | Cообщить модератору |
286. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Нуну (?), 30-Ноя-24, 13:09 | ||
при ValueTask память не выделяется в куче отдельно для этого экземпляра ValueTask, но память он все равно занимает и будет она заниматься в куче внутри List | ||
Ответить | Правка | Наверх | Cообщить модератору |
370. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Вова (?), 01-Дек-24, 21:51 | ||
Зачем WhenAll'у создавать ЕЩЁ массив, если ему и так передали массив?! Он просто будет по нему бегать, пока все задачи не завершатся. | ||
Ответить | Правка | Наверх | Cообщить модератору |
375. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Нуну (?), 02-Дек-24, 03:43 | ||
аргумент принимается. они в итоге убрали создание защитного массива вроде в дотнет 8, а так как в тесте дотнет, в котором это есть, то я признаю что мое замечание в этом аспекте лишается силы | ||
Ответить | Правка | Наверх | Cообщить модератору |
244. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Илья (??), 30-Ноя-24, 08:52 | ||
Про питон - враньё. Скорее всего под результат подогнали. При реальной нагрузке производительность примерно в 10-50 раз падает. | ||
Ответить | Правка | Наверх | Cообщить модератору |
329. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 20:22 | ||
> Про питон - враньё. Скорее всего под результат подогнали. При реальной нагрузке | ||
Ответить | Правка | Наверх | Cообщить модератору |
247. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (247), 30-Ноя-24, 09:47 | ||
> для типовой программы, реализованной на языках программирования | ||
Ответить | Правка | Наверх | Cообщить модератору |
267. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 10:46 | ||
Разница такая, что высокий уровень (абстракции) в том или ином языке обеспечивается разными способами. Например, в Rust такие абстракции бесплатные. А в том же Питоне - нет. Как и в Го, Джаве. | ||
Ответить | Правка | Наверх | Cообщить модератору |
284. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (268), 30-Ноя-24, 13:08 | ||
В Расте все платное. Поэтому им никто не пользуется. Кроме писателей синтетических тестов. | ||
Ответить | Правка | Наверх | Cообщить модератору |
300. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:27 | ||
Гугл в Андроиде. Амазон в инфраструктуре. Клаудфлэр в прокси. Дропбокс, Дискорд в своих програмах. Мозилла в браузере. Эти все - никто? | ||
Ответить | Правка | Наверх | Cообщить модератору |
373. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (373), 01-Дек-24, 23:05 | ||
А что у Гугл, Амазона, Клаудфлер и Мозилла опять есть свои ООО в России? | ||
Ответить | Правка | Наверх | Cообщить модератору |
288. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Вы забыли заполнить поле Name (?), 30-Ноя-24, 13:10 | ||
> Например, в Rust такие абстракции бесплатные. А в том же Питоне - нет. Как и в Го, Джаве. | ||
Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору |
301. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:32 | ||
>Бесплатная с точки зрения ресурсов? Нет. От языка не зависит. | ||
Ответить | Правка | Наверх | Cообщить модератору |
330. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (-), 30-Ноя-24, 20:23 | ||
>> Например, в Rust такие абстракции бесплатные. А в том же Питоне - нет. Как и в Го, Джаве. | ||
Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору |
391. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Карлос Сношайтилис (ok), 03-Дек-24, 08:18 | ||
Никакая модель не бесплатная, очевидно, но реализация зависит от языка. | ||
Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору |
394. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Вы забыли заполнить поле Name (?), 03-Дек-24, 19:53 | ||
> Никакая модель не бесплатная, очевидно, но реализация зависит от языка. | ||
Ответить | Правка | Наверх | Cообщить модератору |
253. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (251), 30-Ноя-24, 10:20 | ||
Для задач такого типа был придуман Erlang. | ||
Ответить | Правка | Наверх | Cообщить модератору |
269. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (268), 30-Ноя-24, 10:51 | ||
Для того чтобы не верить синтетика достойно иметь мозг. | ||
Ответить | Правка | Наверх | Cообщить модератору |
306. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:59 | ||
А кому тогда верить? Ну кроме каких-то всем известных вещей, типа, интерпретатор всегда медленнее компилятора. | ||
Ответить | Правка | Наверх | Cообщить модератору |
277. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (277), 30-Ноя-24, 11:56 | ||
Как они меряли память? | ||
Ответить | Правка | Наверх | Cообщить модератору |
287. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (268), 30-Ноя-24, 13:10 | ||
Посмотри на автора бенчмарка. Это какой-то недоучившийся студент. Непонятно зачем мы его тут вообще обсуждаем. | ||
Ответить | Правка | Наверх | Cообщить модератору |
310. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (310), 30-Ноя-24, 16:07 | ||
Автор бенчмарка матёрый разработчик на Java https://pkolaczk.github.io/about/ | ||
Ответить | Правка | Наверх | Cообщить модератору |
278. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (277), 30-Ноя-24, 12:00 | ||
Kotlin Корутины обошли яву и даже native image с ~90000 кб на 100000 задач | ||
Ответить | Правка | Наверх | Cообщить модератору |
285. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Аноним (285), 30-Ноя-24, 13:08 | ||
Добавьте в тест Haskell, он в этом плане всех порвет. Ну я так предполагаю. | ||
Ответить | Правка | Наверх | Cообщить модератору |
296. "Оценка потребления памяти при одновременном запуске миллиона..." | +1 +/– | |
Сообщение от Liin (ok), 30-Ноя-24, 13:39 | ||
К сожалению, все эти синтетические тесты имеют крайне мало отношения к реальности. В реальной жизни код куда сложнее, а средний разработчик довольно мало знает/помнит об оптимальной конструкции с точки зрения производительности. Вот если бы сравнили реальный код, написанный средними разрабами - это было бы интересно, хоть и с претензиями на объективность. | ||
Ответить | Правка | Наверх | Cообщить модератору |
303. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 30-Ноя-24, 14:42 | ||
>а средний разработчик довольно мало знает/помнит об оптимальной конструкции с точки зрения производительности | ||
Ответить | Правка | Наверх | Cообщить модератору |
307. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Liin (ok), 30-Ноя-24, 15:04 | ||
> Код на Питоне всегда будет более медленным, чем код на Си, Раст и других подобных языках. | ||
Ответить | Правка | Наверх | Cообщить модератору |
358. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Прохожий (??), 01-Дек-24, 14:28 | ||
>Вы думаете, это откровение для кого-то? | ||
Ответить | Правка | Наверх | Cообщить модератору |
313. "Оценка потребления памяти при одновременном запуске миллиона..." | –1 +/– | |
Сообщение от Аноним (313), 30-Ноя-24, 17:49 | ||
А вы не задумывались что возможно golang действительно готов все это параллельно обрабатывать? Другой вопрос что все одно столько тредов процесса нет, а значит и полноценных горутин зачем столько. И это влпрос к golang. Однако вче равно хотелось бы не только графики потребления памяти, но и графики скорости выполнения всех этих задач, а то может оказаться что на деле остальные то в один поток делать будут миллиард лет | ||
Ответить | Правка | Наверх | Cообщить модератору |
332. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (245), 30-Ноя-24, 21:23 | ||
Ну так сделай, разрешаю. | ||
Ответить | Правка | Наверх | Cообщить модератору |
348. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (206), 01-Дек-24, 08:55 | ||
Для таких задач существует Cisco Chez Scheme. | ||
Ответить | Правка | Наверх | Cообщить модератору |
369. Скрыто модератором | +/– | |
Сообщение от Вова (?), 01-Дек-24, 21:46 | ||
Ответить | Правка | Наверх | Cообщить модератору |
372. Скрыто модератором | +/– | |
Сообщение от Аноним (373), 01-Дек-24, 23:02 | ||
Ответить | Правка | Наверх | Cообщить модератору |
393. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Соль земли (?), 03-Дек-24, 17:22 | ||
почему java все еще лидирует в энтерпрайзе? ведь программисты дешевле серверов | ||
Ответить | Правка | Наверх | Cообщить модератору |
395. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Аноним (395), 04-Дек-24, 05:12 | ||
Тест больше похож на рекламу C#. Конечно C# потребляет памяти меньше Java, но по сравнению с C и C++ кушает её немерено. Тут для примера взять КОМПАС-3D, не каждый компьютер его потянет, по сравнению с blender память жрёт немерено. А так для примера на micropython можно тоже сделать распараллеливание используя _thread, и кушать памяти будет поменьше чем Python и скорость выполнения будет выше раза так в три. На счёт Rust, то его бинарники значительно больше по размеру по сравнению с C++, есть конечно варианты, когда бинарники значительно меньше, но это когда он использует сторонние библиотеки на C,С++, т.е. использует не свой функционал. Всё это нужно для своих задач. Вот теперь когда санкции и столкнулись лбом, когда нужно портировать КОМПАС-3D на Linux, а ни как, только через вайн. Там план у них на сайте висит на 2025 год, а в другом месте уже написано что на 2026, срок всё продлевается. | ||
Ответить | Правка | Наверх | Cообщить модератору |
396. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от Фанат (?), 04-Дек-24, 13:07 | ||
Мда... Раст настолько плох что сравним с С#. Это фиаско. | ||
Ответить | Правка | Наверх | Cообщить модератору |
398. "Оценка потребления памяти при одновременном запуске миллиона..." | +/– | |
Сообщение от uis (??), 05-Дек-24, 13:12 | ||
Как говорят в LKML, | ||
Ответить | Правка | Наверх | Cообщить модератору |
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |