Skip to main content

Search

Items tagged with: AMD


Neválí se vám někomu za rozum plonková grafika od #AMD? RX 6600 nebo něco podobnýho okolo 3k?

Moje letitá RX 560 už má svý nejlepší roky za sebou :D

#bazar


This is boggling to me, a drop-in replacement of CUDA and neither #Intel nor #AMD saw it as worth paying to develop? How can chip companies look at NVidia’s #NVDA $2T valuation and “can’t keep ‘em in stock” situation and say “Nah, why would we pay some dude to make us a viable alternative”? (I mean, maybe the library sucks or competing with private projects, but it’s a single developer, Michael, how much could that cost? A million dollars?)

cgchannel.com/2024/02/open-sou…


NVDA is in squarely in the hands of the big boy gamblers and if you can’t run with them dawgs, you better go find something else to trade.

Hello AMD!

neuralmarkettrends.com/nvda-vs…

#trading #investing #AMD #NVDA


#инвестиции #AMD #NVDA смотрю эти акции по мультипликаторам и удивился крайне высокими уровнями по показателям P/E у AMD около 600 а у NVDA 210 при норме в индустрии 30. Такое ощущение, что из за прорыва ИИ рынок оторвался от реальности, а технологический сектор #NASDAQ слишком перегрет. У крайне недооценённого #INTC P/E 16. Лично держу 2% акции интела в портфеле.


Not much to say about #AMD outside of that huge gap up after #NVDA earnings. Wow. 📈

Options data is likely going to be messy on AMD today and tomorrow as people take profits and contracts get assigned.

Dark pool sentiment for #AMD is still positive and the biggest dark pool level for the moment is $107.46 (by a lot).

Some bearish dark pool trades came through last night for AMD and NVDA, so exercise caution playing here at the top. Many traders will want to take profits, some will get greedy, and AI is uncharted territory.

The market will likely pick winners in the AI race and will likely pick them violently. Just don't find yourself without a chair when the music stops.

Not financial advice. Do your homework.

#stocks #trading #options


I am profiling #GNOME Shell (MASSIVE thanks to #fedora enabling frame pointers for all packages in 38 making this possible) and noticed clock_gettime() taking up a huge chunk. Turns out I hit
bugzilla.kernel.org/show_bug.c…: many #AMD laptops are forced to use a very slow clock source (HPET instead of TSC). #Lenovo fixed it with a BIOS update for some laptops but not mine. :sadness: Kernel param tsc=reliable results in big speedups (up to 30% in browser benchmarks) but unsure if it impacts stability :/