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

"При переводе Firefox на zlib-rs разработчики натолкнулись на ошибку в CPU Intel"	+/–
Сообщение от opennews (??), 17-Июн-26, 13:22
Организация Trifecta Tech Foundation, развивающая такие проекты, как ntpd-rs, sudo-rs, zlib-rs и bzip2-rs, рассказала о переходе Firefox на использование библиотеки zlib-rs, написанной на языке Rust, для сжатия и распаковки c использованием метода gzip. Кроме защиты от проблем, вызванных ошибками при работе с памятью, переход с zlib на  zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65705
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–2 +/–
Сообщение от Аноним (1), 17-Июн-26, 13:22
> переход с zlib на zlib-rs привёл к заметному повышению производительности - в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока А вотъ если бы замѣнили zlib на zlib-ng, приростъ былъ бы еще больше.
Ответить | Правка | Наверх | Cообщить модератору

	3. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (3), 17-Июн-26, 13:26
	zlib-ng-rs
	Ответить | Правка | Наверх | Cообщить модератору

	6. Скрыто модератором	+1 +/–
	Сообщение от Аноним (6), 17-Июн-26, 13:35
	zlib-ng-bf
	Ответить | Правка | Наверх | Cообщить модератору

2. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от Аноним (3), 17-Июн-26, 13:25
Intel всё. Не покупайте последние поколения его процессоров.
Ответить | Правка | Наверх | Cообщить модератору

	15. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 13:47
	13 и 14 поколения это не последние.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 13:55
	https://en.wikipedia.org/wiki/List_of_Intel_CPU_microarchite...
	Ответить | Правка | Наверх | Cообщить модератору

	31. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (3), 17-Июн-26, 14:04
	Для меня все после 2020 последние)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	36. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Аноним (15), 17-Июн-26, 14:07
	Ваше право, но вводить в заблуждения не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (26), 17-Июн-26, 13:59
	А почему не покупать процессоры Intel?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	30. Скрыто модератором	+/–
	Сообщение от Аноним (3), 17-Июн-26, 14:04
	Гугл "загрязнение на фабрике intel"
	Ответить | Правка | Наверх | Cообщить модератору

	29. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:02
	Так уже давно, как накупил ам4 на старте (и потом тоже) так и сижу до сих пор и потребности в ам5 или чём то более свежем не ощущаю совсем. А прошло то уже 9 лет. Думаю что года до 2035 будет вполне норм. А про иинтел смотрел как 13 поколение с кривым микрокодом само себя убивало турбобустом.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
Сообщение от Аноним (4), 17-Июн-26, 13:30
> на языке Rust проблема приводила к аварийной остановке, Звучит неприятно. > в то время как в Си подобная ситуация привела бы к незаметному повреждению данных без остановки работы. А это - катастрофически. Особенно если повреждение данных можно использовать как RCE. > в проведённых тестах ускорение составило от 3.3 до 32.5 раз при единичных операция декодирвоания и от 2.7 до 10.86 раз при декодировании непрерывного потока Кто так из местных кyкapeкал что раст медленный?
Ответить | Правка | Наверх | Cообщить модератору

	7. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (6), 17-Июн-26, 13:38
	Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом.
	Ответить | Правка | Наверх | Cообщить модератору

	9. Скрыто модератором	–1 +/–
	Сообщение от Аноним (9), 17-Июн-26, 13:39
	Ага, и его просто писали Неправильные СИшники)? Правда всем было пофигу "работает и ладно".
	Ответить | Правка | Наверх | Cообщить модератору

	23. Скрыто модератором	+/–
	Сообщение от Аноним (6), 17-Июн-26, 13:58
	Да таккже, как и пофигу на растокод со сплошными @unsafe. Тоже работает и ладно.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Аноним (10), 17-Июн-26, 13:40
	> Значит, в оригинальном zlib этот алгоритм написан неоптимальным образом. ваше высказывание ущемляет писателей кода на расте.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	22. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от q (ok), 17-Июн-26, 13:57
	То есть сишники кичились тем, что они не проверяют нуллы и прочие границы буферов, чтобы потом получить не только CVE, но и неоптимальный код? То есть утверждение о том, что "пусть иногда бывают CVE, зато скорость высокоскоростная" оказалось ложью?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	28. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (6), 17-Июн-26, 14:01
	Это конкретно разработчики zlib накосячили с оптимальностью реализации алгоритмов.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+4 +/–
	Сообщение от Аноним (11), 17-Июн-26, 13:41
	Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Это типичная манипуляция, принятая в ржавом комьюнити -- написать код, который не делает то же самое, и утверждать, что стало быстрее теперь.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	19. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (19), 17-Июн-26, 13:53
	> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. А чего не в 10000? Или 10000000? > Ну вон сравни infozip unzip и 7z -- второй раз в 10 быстрее zip распаковывает. Вотэбоутизм в стиле "А вот у хох..." Каким макаром связаны перечисленные с zlib? > Это типичная манипуляция, принятая в ржавом комьюнити Слово "типичный" намекает, что сейчас будут врать под видом обобщения)) > написать код, который не делает то же самое, Хм, серьезное заявление. А пруфы что zlib-rs не делает то же самое что zlib будут? В Firefox он заменил старый - значит, что для лисы функционал одинаковый. > и утверждать, что стало быстрее теперь. Т.е "ваши тесты - не тесты" и ты можешь это опровергнуть? Или просто по привычке газифицируешь лужу?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:24
	Каким образом? И там и там deflate.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (57), 17-Июн-26, 14:29
	> опровергнуть? а почему он должен, пока что видно только фанатские,  "это другое". а тем временем, наскольже раст никому не нужен если проблему искали целый год? насколько же мало этих разработчиков если ниукого не нашлось актуального интела под рукой все это лишний раз указывает на очень активное меньшенство которое пытается перекричать большенство мне было бы глубоко наплевать, но эти попытки назначить раст божественным даром, вызывают отвращение
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	32. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (32), 17-Июн-26, 14:05
	> Говорит лишь о том, что оригинальный код можно ускорить в 1000 раз. Вот когда ускорят, тогда и поговорим.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	58. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:35
	Осталось выяснить, зачем это делать. Deflate совершенно мёртв -- там, где он использовался, теперь brotli (который по совокупности параметров несколько лучше) и zstd (всем лучше). На подходе замена zstd для областей применения brotli (использующая несколько иной подход к кодированию, алгоритмы ускорять уже некуда).
	Ответить | Правка | Наверх | Cообщить модератору

	14. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Соль земли2 (?), 17-Июн-26, 13:45
	Никто. Ведь кукарекать умеешь только ты.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	18. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от Аноним (18), 17-Июн-26, 13:52
	А если переписать на Си будет еще быстрее.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	21. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (21), 17-Июн-26, 13:57
	А на чем по твоему написана zlib? (www.zlib.net) Спойлер: C 74.0% Возможно ты имел в виду какой-то новый "СИ", чтобы был быстрый, с современными технологиями, позволяющий писать код лучше в смысле корректности и безопасности? Ну так он называется Раст))
	Ответить | Правка | Наверх | Cообщить модератору

	56. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (11), 17-Июн-26, 14:28
	Начни с того, что такое zlib? Продолжи тем, что такое png. Это васянское позорище, по недоразумению получившее распространение. Устаревшее в момент появления, 30 лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	33. Скрыто модератором	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:05
	> А это - катастрофически. Реально, катастрофа: растоманы не умеют понимать прочитанный текст на родном языке. "привела бы" - если бы оно там было. Но нет, для С кода видимо оно или не генерилось вовсе, или генерилось в редких случаях о которых мы никогда не узнаем потому что для этого надо весь скомпиленный софт проверять. При этом отригинальный zlib тут вообще не причём - для него скорее всего не генерилось, поэтому и проблем с ним никогда не было.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (5), 17-Июн-26, 13:30
> Ошибка устранена обходным путём в кодовой базе Firefox и zlib-rs. Это конечно прекрасно, а что же с остальными кодом, который выдает генератор кода LLVM? Предлагается надеяться на удачу или кто-то исправит интеловский микрокод?
Ответить | Правка | Наверх | Cообщить модератору

	8. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (10), 17-Июн-26, 13:38
	>Предлагается надеяться на удачу или кто-то исправит интеловский микрокод? адм купи, там не нужно исправление.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 14:15
	>адм купи Там другого хватает, почитайте: https://www.opennet.dev/keywords/amd.html
	Ответить | Правка | Наверх | Cообщить модератору

	38. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:08
	Если бы вы читали рассылки gcc и llvm или ERRATA по процам то знали бы что там таких багов в процах просто вагонами. Я когда то лично наступал на: - жутко медленную работу отдельных инстриктов на отельных арихитектурах - libasn1 скомпиленное clang -O2+ падало на парсинге сертификатов - вроде что то ещё было с llvm, уже забыл, помню что пару багов там открывал всего
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

13. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от mikhailnov (ok), 17-Июн-26, 13:43
Закостылили в zlib-rs через insafe, забавно :)
Ответить | Правка | Наверх | Cообщить модератору

16. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (15), 17-Июн-26, 13:49
>Первое проявление проблемы было замечено в процессе тестирования ранних сборок более года назад, но на системах разработчиков её не удавалось воспроизвести. Интересно: https://data.firefox.com/dashboard/hardware
Ответить | Правка | Наверх | Cообщить модератору

	27. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от cheburnator9000 (ok), 17-Июн-26, 13:59
	>> Display Resolution 1920x1080 = 50% 3840x2160 = 2% Адептусам-фанатикам "4K сейчас стандарт" посвящается.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (3), 17-Июн-26, 14:06
	По удобству стандарт это 2K.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (37), 17-Июн-26, 14:07
	Стандарт для чего? Для офисных рабов которым железо обновляли лет 15 назад? Ну так им будут fullHD покупать еще 20 лет. Как и двухядерные селероны. Ибо "сэкономил значит заработал".
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	43. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от НяшМяш (ok), 17-Июн-26, 14:12
	2К на 27 дюймов это оптимальное разрешение для игр и работы, если не сидеть в 20см от экрана, плюс масштабирование интерфейса можно оставить 100%. Для чисто текста 4К предпочтительнее конечно же.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (59), 17-Июн-26, 14:37
	> 1920x1080 = 50% > 3840x2160 = 2% Так это данные лисы. У них 5.17% пользователей это Windows 7. Семерка, Карл! data.firefox.com/dashboard/hardware > Адептусам-фанатикам "4K сейчас стандарт" посвящается. Давай посмотрим не на офисный планктон из бухгалтерии, а например на стим. 1920 x 1080 - 51.89% совпадает. 2560 x 1440 - 21.20% 3440 x 1440 - 3.18% 3840 x 2160 - 5.00% - т.е среди любителей поиграть 4к в 2.5 раза популярнее. В любом случае если у тебя 50% юзеров имеют разрешение больше чем фуллХД, то это не то что стоит игнорировать. (И это без учета платежеспособности)))
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

17. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (17), 17-Июн-26, 13:50
Я знал, что моя кора дуба самый лучший процессор. Буду дальше на нем сидеть.
Ответить | Правка | Наверх | Cообщить модератору

24. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (24), 17-Июн-26, 13:58
> о переходе Firefox на использование библиотеки zlib-rs Это что же делается, люди добрые! Сперва Chrome заменил сишные Freetype и libxml растовыми аналогами, а теперь вот еще и Firefox сишный zlib заменила растовым. Такими темпами скоро все фундаментальные сишные либы заменят на проклятый раст. 😭
Ответить | Правка | Наверх | Cообщить модератору

	39. Скрыто модератором	+/–
	Сообщение от Аноним (37), 17-Июн-26, 14:09
	Ты забыл про андроидовский биндер. Который по сути теперь будет в каждом новом или обновившемся смартфоне. Теперь растохейтерам придется покупать айфончиги и становиться радужными 🌈.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (53), 17-Июн-26, 14:27
	всё должно работать медленно, а то ты не станешь покупать новый проц и память за 10-ти кратную цену
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

25. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (25), 17-Июн-26, 13:59
> на CPU Raptor Lake вместо 8-15 битов из RCX, соответствующих регистру CH, в память записывались биты 0-7, соответствующие регистру CL. выходит, до сих пор никакой код не записывал в память регистр CH, и потому не получал ошибок на этих процессорах?
Ответить | Правка | Наверх | Cообщить модератору

35. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (35), 17-Июн-26, 14:06
Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. Если тут идёт работа с данными, результат работы записывается куда-то. Ну записались не те данные и всё. С чего бы раст это отдетектил.
Ответить | Правка | Наверх | Cообщить модератору

	41. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–3 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:10
	Это домыслы евангелистов, надо же хоть какую то пользу придумать для оправдания этого монстра.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
	Сообщение от НяшМяш (ok), 17-Июн-26, 14:15
	Для гениев в патче есть развёрнутый комментарий, почему так происходит. https://github.com/trifectatechfoundation/zlib-rs/pull/520/f... Хотя я опять забыл что мы на пoпeннeтe, тут одни кeкспeрты-oнaнимуcы, любители корыдуба и дыpяшки.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	–1 +/–
	Сообщение от Ivan_83 (ok), 17-Июн-26, 14:19
	Код не читабельный. А такой паттерн много где может быть, хотя те кто уже наступал на грабли с выравниванием пишут в таких случаях по одному байту или используют memcpy().
	Ответить | Правка | Наверх | Cообщить модератору

	51. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (24), 17-Июн-26, 14:24
	> Код не читабельный С чего бы растовый выглядел читабельным для человека, который за всю жизнь осилил только C и Lua?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (48), 17-Июн-26, 14:21
	Там какой-то unsafe в юзерспейсной библиотеки. Короче, нещитово.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	49. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (24), 17-Июн-26, 14:22
	> Не понятно с чего бы C Незаметно бы повредил данные,а Rust упал. > С чего бы раст это отдетектил. Банально с того, что в Расте есть проверка на выходы за пределы буфера. Я понимаю, что сишники такого в жизни не видали и вообще не понимают, как такая магия возможна - но в новости же ссылки есть на багрепорты со стектрейсами. > Если тут идёт работа с данными, результат работы записывается куда-то. В том и дело, что "за пределы буфера" - это не "куда надо".
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

40. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от НяшМяш (ok), 17-Июн-26, 14:10
Забавно, что с тем же Хаффманом такая же ошибка вылезла сначала в Unreal Engine. В блог посте есть ссылка на статью годовалой давности - https://fgiesen.wordpress.com/2025/05/21/oodle-2-9-14-and-in.../
Ответить | Правка | Наверх | Cообщить модератору

42. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+2 +/–
Сообщение от Аноним (48), 17-Июн-26, 14:12
> Библиотека zlib-rs была задействована в выпуске Firefox 151, но после её интеграции некоторые пользователи столкнулись с проблемой, приводившей к аварийному завершению из-за выхода за допустимые границы. А я ведь говорил, что вся эта проржавевшая безопасность с трансляцией в LLVM-IR - это фигня, если ржавый сам не компилирует свой код в ассемблер. Достаточно найди багу в LLVM-бекенде и на специально скрафтенном ржавом коде будут и переполнения и боровы все поразбегаются. Но раctoфили не верили.
Ответить | Правка | Наверх | Cообщить модератору

	55. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (55), 17-Июн-26, 14:28
	Какая связь с трансляцией в LLVM-IR и багом в cpu? Любой другой компилятор на любом другом языке сделал бы то же самое если в нём не было бы предварительно зашита информация что такой ассемблерный код генерировать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

45. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+1 +/–
Сообщение от King_Carlo (ok), 17-Июн-26, 14:15
Intel уже давно негодный эмулятор процессоров AMD. Интел покупают только люди глубоко не сведущие, введённые в заблуждение алчными продавцами.
Ответить | Правка | Наверх | Cообщить модератору

	54. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
	Сообщение от Аноним (15), 17-Июн-26, 14:27
	Следите за новостями про железо, вот например тесты 250K Plus: https://3dnews.ru/1142277/
	Ответить | Правка | Наверх | Cообщить модератору

52. "При переводе Firefox на zlib-rs разработчики натолкнулись на..."	+/–
Сообщение от Аноним (53), 17-Июн-26, 14:26
Что за бред, тогда бы проц совсем не работал.
Ответить | Правка | Наверх | Cообщить модератору

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

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